Hallo,
meine Idee von vor einer Woche habe ich mal auf Ubuntu Desktop erfolgreich nachgetestet, allerdings braucht man zwei can2udp-Instanzen für die beiden zu monitorenden Ports/Richtungen, deren UDP-Sender man ins Nirvana (Port 12345) umleiten muss, um ein Aufschaukeln zu verhindern:
// live capture mit zwei can2udp-Instanzen
rainer@medi12u20:~$ ./can2udp/can2udp -l 15730 -d 12345 -i vcan0
rainer@medi12u20:~$ ./can2udp/can2udp -l 15731 -d 12345 -i vcan0
rainer@medi12u20:~$ ./can2udp/can-monitor -i vcan0
18:43:48.138 CAN 0x00300301 [0] Ping Anfrage
18:43:48.140 CAN 0x00311F18 [8] 00 0F 98 12 16 08 00 00 Ping Antwort von GFP UID 0x000F9812, Software Version 22.8
18:43:53.906 CAN 0x00000301 [4] 00 00 00 00 System: alle Stopp/Go-Abfrage
18:43:53.908 CAN 0x00011F18 [5] 00 0F 98 12 00 System: UID 0x000F9812 Stopp
18:43:57.842 CAN 0x00000301 [5] 00 00 00 00 01 System: alle Go
18:43:57.845 CAN 0x00011F18 [6] 00 0F 98 12 0A 01 System: Überlast UID 0x000F9812 Kanal 0x0001
Da ist doch Gerds Lösung deutlich besser - einfacher zu bedienen und kann auch TCP monitoren.
Zitat von bertr2d2 im Beitrag #51
Hallo,
ich habe nun das direkte Lesen von einem Netzwerkinterface (Live Capture) im can-monitor hinzu gefügt. Über die Option -i wählt man das Netzwerk-Interface aus.
Der can-monitor braucht erweiterte Rechte um von einem Netzwerk-Interface lesen zu können. Entweder nutzt man dazu den can-monitor als root, sudo ... oder
man räumt dem Programm entsprechende Rechte ein:
sudo setcap 'CAP_NET_RAW+eip CAP_NET_ADMIN+eip' ./can-monitor
Gruß
Gerd
Weil ich bei meinen Tests an der Anlage live sehen will wie es vorwärts geht, aber die Ereignisse später am Schreibtich in Ruhe analysieren will, bringe ich dem CAN-Monitor gerade bei, dass er auf Wunsch während der Live-Anzeige in eine candump-Datei mitschreiben kann. Mal sehen, dass das auch bei Netzwerk-Livebetrieb klappt.
Hallo Gerd,
seit der Änderung für Discovery mit DLC=5 für deine MM-Lok auf "Adresse <dezimal>" sieht das bei mfx-Discovery etwas seltsam aus:
20220810.141245.885 CAN 0x00031F18 [6] 73 FE 1D 15 20 D0 Lok Discovery - 0x73FE1D15 Range 32 ASK 208
20220810.141245.889 CAN 0x00031F18 [5] 73 FE 1D 15 20 Lok Discovery - Adresse 1946033429 Protokoll Range 0 - 32
20220810.141245.901 CAN 0x00040300 [6] 73 FE 1D 15 00 01 MFX Bind: MFX UID 0x73FE1D15 MFX SID 1
zum Vergleich früher:
20220810.141245.889 CAN 0x00031F18 [5] 73 FE 1D 15 20 Lok Discovery - 0x73FE1D15 Protokoll Kennung 0x20
Da brauchen wir wohl noch eine Fallunterscheidung. Und was bei DCC kommt, ist der Dokumentation leider nicht klar zu entnehmen: in der Grafik oben steht Local-ID, in der Liste drunter Adresse (z.B. Local-ID von DCC-Adresse 3: 0xC003 => 49155).
Gruß
Rainer