Ich kämpfe mit einem Industrie-PC mit Ubuntu 18.04.1
Dieser PC ist mit dem Apacer CAN-Modul APEHC-D40 ausgestattet, um Daten von externen Sensoren zu empfangen. 95 % der Zeit läuft das Modul einwandfrei und CAN-Bus-Daten werden erfolgreich empfangen, aber in 5 % der Fälle gerät es ins Stocken. Da sich der PC an einem entfernten Standort befindet, ist es etwas schwierig, die genauen Umstände herauszufinden, die zu der Situation „keine Daten“ führen, aber ich glaube, es hängt irgendwie mit einer Situation zusammen, in der der PC an den CAN-Bus angeschlossen läuft, dann aufgrund anderer Anforderungen das CAN-Netzwerk heruntergefahren wird, der PC noch eingeschaltet ist, während das CAN-Netzwerk ausgefallen ist, und wenn das CAN-Netzwerk dann aktiv ist, erkennt das Apacer CAN-Modul es manchmal nicht als aktiv und muss neu gestartet werden. Das CAN-Modul wird vom Network Manager als virtuelle Netzwerkschnittstelle verwaltet. Interessanterweise wird, wenn ich den Schnittstellenstatus überprüfe, dieser immer als UNBEKANNT angezeigt (ich bin nicht sicher, ob es ein Problem ist, aber ich würde „AKTIV“ erwarten).
rig@drillhub:~$ sudo ip -det link show can0
8: can0: <NOARP,UP,LOWER_UP> mtu 16 qdisc fq_codel state UNKNOWN mode DEFAULT group default qlen 10
link/can promiscuity 0 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535
Dies ist das einzige Bit im Syslog, das für mich nicht richtig aussieht, obwohl ich nicht sicher bin, ob es damit zusammenhängt.
Jun 2 06:16:42 drillhub slcand[824]: starting on TTY device /dev/ttyCAN0
Jun 2 06:16:42 drillhub slcand[825]: attached TTY /dev/ttyCAN0 to netdevice apacer_can0
Jun 2 06:16:42 drillhub kernel: [ 6.968400] tty_warn_deprecated_flags: 'slcand' is using deprecated serial flags (with no effect): 00008200
Jun 2 06:16:42 drillhub kernel: [ 6.969104] can0: renamed from apacer_can0
Jun 2 06:16:42 drillhub slcand[825]: netdevice apacer_can0 renamed to can0
Jun 2 06:16:42 drillhub systemd-networkd[498]: apacer_can0: Interface name change detected, apacer_can0 has been renamed to can0.
Jun 2 06:16:42 drillhub systemd-udevd[826]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Jun 2 06:16:42 drillhub NetworkManager[647]: <info> [1622614602.1822] manager: (can0): new Generic device (/org/freedesktop/NetworkManager/Devices/6)
Jun 2 06:16:42 drillhub systemd-udevd[826]: link_config: could not get ethtool features for apacer_can0
Jun 2 06:16:42 drillhub systemd-udevd[826]: Could not set offload features of apacer_can0: No such device
Jun 2 06:16:42 drillhub NetworkManager[647]: <info> [1622614602.1950] devices added (path: /sys/devices/virtual/net/apacer_can0, iface: apacer_can0)
Jun 2 06:16:42 drillhub NetworkManager[647]: <info> [1622614602.1950] device added (path: /sys/devices/virtual/net/apacer_can0, iface: apacer_can0): no ifupdown configuration found.
Jun 2 06:16:42 drillhub networkd-dispatcher[616]: WARNING:Unknown index 8 seen, reloading interface list
Jun 2 06:16:42 drillhub systemd-networkd[498]: can0: Link UP
Jun 2 06:16:42 drillhub systemd-networkd[498]: can0: Gained carrier
Jun 2 06:16:42 drillhub systemd[1]: Started Setup CAN buses using the Apacer CAN module..
Weiß jemand, was ich überprüfen kann, um herauszufinden, was mit diesem CAN-Modul-Setup nicht stimmt?
Prost