| Name |
Nachricht |
vwilden
Siedler
5 Beiträge
|
Zugang zu mysteriöser Mobitec LED-Matrix, 20 Mar. 2025 13:06
|
Moin zusammen!
Wir haben ein gebrauchtes Fahrzeug zur Personenbeförderung mit verbauten Mobitec LED-Matrizen.
Die vordere Matrix misst 112 x 16 LEDs:
Die hintere 36 x 26 LEDs:
Beide Gerät sind mittels Netzwerkkabel an einen einfachen Netgear-Switch gesteckt. Das Netzwerkkabel kommt direkt aus den Matrixen raus.
Es gibt keine Dokumentation zu den Geräten und der letzte Besitzer ist nicht ermittelbar. Wir möchten den Text, der derzeit immer "Testfahrt" anzeigt, irgendwie ändern. Es gibt keinen Controller oder ähnliches im Fahrzeug, mit dem eine Steuerung vorgenommen werden kann. Die verbauten PCs, die auch im Netz angeschlossen sind, hatten beim Kauf keine Festplatten.
Ich konnte mich ins Netz hängen und herausfinden, dass die Geräte jeweils die fixen IP-Adressen 192.168.0.54 und 192.168.0.55 haben. Es ist der Port 22 SSH und Port 80 HTTP offen. Das es sich um Mobitec-Matrixen handelt, konnte ich der Webseite entnehmen, die die beiden Geräte anbieten:
Leider habe ich weder Nutzername noch Kennwort für den Zugang. Ein paar Standards habe ich durchprobiert, dann aber aufgegeben. Bei SSH das gleiche.
Bevor wir die Teile ausbauen und aufschrauben meine Hoffnung:
Hat jemand eine Idee, wie wir an die Matrixen weiter rankommen?
Gibt es wohlmöglich irgendeinen Standard-Login, mit dem ich weiterkomme?
Oder eine Möglichkeit die Matrixen zu resetten?
Der Vorbestizer muss ja irgendwie die "Testfahrt" dort eingetippt haben. Ein Label oder ähnliches zum Modell usw. konnte ich leider nicht finden.
Ich wäre für jede Hilfe dankbar!
Hier noch die ausführlichen Ausgaben von nmap und SSH:
pastebin.com/raw/eiNyD83h
pastebin.com/raw/sTy9F53j
|
|
| |
Beitragsbewertung:
|
osnag
Siedler
18 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 20 Mar. 2025 14:20
|
Vermutlich braucht es nur ein Netzwerkfähiges Steuergerät von Mobitec, bspw. das ICU 602.
Die Anzeigen holen sich dann die Zieldaten selbstständig vom Steuergerät, die statische IP-Adresse des Steuergeräts ist in der Regel in der Anzeige einkonfiguriert (zumindest kenne ich das von den TFTs mit Netzwerk-Datenversorgung so).
Solange die Anzeigen keine neuen Daten haben/finden, wird das zuletzt Bekannte angezeigt.
Geändert von osnag am 20.Mar.2025 14:20
|
|
| |
Beitragsbewertung:
|
vwilden
Siedler
5 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 20 Mar. 2025 16:02
|
Moin osnag,
dickes Danke für die Info! Das hilft schon einmal weiter.
Jetzt noch eine ICU 602 zu bekommen wird schwierig. Vor allem drängt ein wenig die Zeit - wie immer.
Hier der neue Plan:
Ich hänge mich noch einmal mit Laptop direkt an eine Matrix und schnüffel mit Wireshark ob die irgendeinen Host/Port anfragt. Im besten Fall wird per HTTP kommuniziert, denn: Ich habe in einer Windows 7 VM ein altes Mobi Info Edit zum Laufen gebracht.
Wenn man dort exportiert, was die Matrix anzeigen soll, wird eine XML-Datei erzeugt.
Im besten Fall versuchen die Matrizen diese XML-Dateien via HTTP abzurufen. Im schlechtesten Fall ist irgendein anderes Protokoll involviert und XML hat damit gar nichts zu tun. Einen Versuch ist es wert und ich werde eine Testdatei der Matrix präsentieren. Oder ist das ein Holzweg?
Auf jeden Fall melde ich mich, wenn ich neues weiß.
Danke nochmal!
|
|
| |
Beitragsbewertung:
|
luckysunyblue
Konsul
1109 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 22 Mar. 2025 14:19
|
Hey,
Erstmal: Mit der ganzen Ethernet Kram kenne ich mich null aus.
Für die Programmierung wird denke ich mal ein anderen Editor benötigt, wenn intern keinen Adressschalter gibt.
Soweit ich weiß kann man im MIE die Anzeigen keinen IP zuweisen, was dies mit der Zielerstellung erschwert.
Zumindest kenne ich im MIE nirgends einen Punkt wo ich einstellen kann, dass die IP 192.168.0.54 die Anzeige 16x112 auf Adresse 6 bekommt.
Ich kann mir gut vorstellen, dass für die Ethernet Geschichte das ICU600/602 eine andere Firmware braucht wobei man in der Einstellung unter Output konfiguriert werden kann.
Ob es lediglich der Datenserver ist von wo die Out Datei geladen werden soll keine Ahnung.
Alternativ kann auch Prosys mit entsprechender Firmware und Ausgabeport helfen.
Mit iMotion Firmware ließe sich via iCenter Editor für Mobitec Anzeigeinhalte erstellen.
Am besten könnte dir Luminator Technology Group weiterhelfen.
|
|
| |
Beitragsbewertung:
|
bvgtobi
Siedler
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 22 Mar. 2025 17:43
|
Ich hab dir dazu eine private Nachricht geschrieben. Ich hatte das auch schon mal
|
|
| |
Beitragsbewertung:
|
osnag
Siedler
18 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 23 Mar. 2025 20:11
|
vwilden:
Im besten Fall versuchen die Matrizen diese XML-Dateien via HTTP abzurufen. Im schlechtesten Fall ist irgendein anderes Protokoll involviert und XML hat damit gar nichts zu tun. Einen Versuch ist es wert und ich werde eine Testdatei der Matrix präsentieren. Oder ist das ein Holzweg?
Bei den TFT-Monitoren spielt sich das über den Port 51515 ab. Protokoll wahlweise SEP oder MQTT.
Wie das bei den Außenanzeigen aussieht kann ich leider nicht sagen.
luckysunyblue:
Für die Programmierung wird denke ich mal ein anderen Editor benötigt, wenn intern keinen Adressschalter gibt.
Soweit ich weiß kann man im MIE die Anzeigen keinen IP zuweisen, was dies mit der Zielerstellung erschwert.
Zumindest kenne ich im MIE nirgends einen Punkt wo ich einstellen kann, dass die IP 192.168.0.54 die Anzeige 16x112 auf Adresse 6 bekommt.
Die Anzeigen kennen ihre eigenen (Bus-)Adressen. Mit einem Steuergerät wie dem ICU602 kann man mit passender Firmware und verstecktem Menü die (Bus-)Adressen der Anzeigen umkodieren. (Das funktioniert übrigens auch für Lawo-Monobus-Anzeigen. Das ICU602 ist vom Funktionsumfang nicht nur für den Einsatz im Bus und für Mobitec gut.)
Die IP-Adresse des ICU602 ist immer statisch konfiguriert, damit rufen die Anzeigen Ihre passenden Daten vom Steuergerät selber ab. Die IP-Adressen der Anzeigen sind egal und können via DHCP vergeben werden. Vermutlich steht auf dem Aufkleber der Anzeigen auch welche IP-Adresse für das Steuergerät einkonfiguriert ist. Wie man diese Konfiguration ändert weiß ich aber nicht. Der Standard sollte aber 192.168.0.50 sein.
luckysunyblue:
Ich kann mir gut vorstellen, dass für die Ethernet Geschichte das ICU600/602 eine andere Firmware braucht wobei man in der Einstellung unter Output konfiguriert werden kann.
Ob es lediglich der Datenserver ist von wo die Out Datei geladen werden soll keine Ahnung.
Ob Ethernet oder RS485 ist egal. Die Firmware ist immer die Gleiche.
Geändert von osnag am 23.Mar.2025 20:14
|
|
| |
Beitragsbewertung:
|
ttimpe
Gelehrter
108 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 27 Mar. 2025 11:14
|
Wenn die Anzeige versucht, Daten von ihrem Steuergerät zu ziehen, würde ich folgendes versuchen: Anzeige in ein Netz mit DHCP hängen, Wireshark anmachen, dann die Anzeige. Dann solltest du mit etwas Glück ein paar Requests von der Anzeige bekommen ggf. Versuche, sich mit einem FTP-Server zu verbinden. Dann setzt du einen passenden Server auf, und guckst, nach was genau die Anzeige sucht.
|
|
| |
Beitragsbewertung:
|
vwilden
Siedler
5 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 30 Mar. 2025 21:50
|
Moin zusammen,
vielen Dank für die ganzen Informationen und den regen Austausch. Das hat mich schon einmal weitergebracht... und dann wieder zurückgeworfen. Aber immer der Reihe nach:
Direkt mit Laptop ans LAN-Kabel und eine Runde mit Wireshark schnüffeln hat leider keine Ports ergeben, die aktiv vom LED-Panel abgefragt werden. Allerdings zwei interessante Infos:
1. Der Panel fragt NTP-Daten von 192.168.0.101 an. Das wird vermutlich die ehemalige Steuereinheit gewesen sein.
2. Der Panel schickt mit MDNS-Nachrichten einen Haufen TXT-Einträge mit. Unter anderem die Info, dass es sich bei der Hardware um ein "Fox Board" handelt. Diese gibt es tatsächlich in verschiedenen Ausführungen. Meine Hoffnung war, dass es sich um dieses Board handelt: elmicro.com/de/foxboard.html
Die da gesteckte MicroSD-Karte hält das komplette Linux und damit auch die MobiTec-Daten (Binaries, Configs...) zum Schalten der LEDs.
Geht also nicht anders, eine Matrix muss raus und auf. Die kleinere hinten soll da herhalten - ist erstmal einfacher.
Sackgasse. Statt des erhofften Fox Boards haben wir hier zwei von MobiTec selbst gebaute Platinen. Das "Daughterboard":
Stromversorgung für die eigentliche LED-Matrix und Ethernet-Verbindung. Ethernet (und 5-V-Stromversorgung) wird mittels Pin-Header über ein Falchbandkabel weitergereicht an das "Motherboard":
Pin-Header (1) direkt an die LED-Matrix, ich vermute an Shift-Register mit breiten Datenbus (ich zähle 20 Pins). Außerdem das vermeintliche "Fox Board". Und davon leider nur der SOC (2). Auch Fehlanzeige bei der MicroSD-Karte, dafür haben wir einen Kingston-Speicherbaustein (3), direkt SMD auf dem Board verlötet. Da ist kein Rankommen. Zumindest liegt das außerhalb meines Könnens. Das ist mit Sicherheit der Ersatz für die MicroSD-Karte und beherbergt das Linux und die Daten. Der Micro-USB-Header (4) kann das Board mit Strom versorgen. Leider kein serieller Port via USB (oder kein Standard) drauf. Der Host-USB-Port (5) ist vermutlich zum Flashen der Firmware. Ich teste noch verschiedene USB-Sticks mit unterschiedlichen Dateisystemen aus in der Hoffnung, dass das Linux da irgendwas raufschreibt. Eher unwahrscheinlich.
Mir bleiben jetzt noch ein paar Ideen, wie ich die "Testfahrt"-Anzeige los werde.
1. Die Schieberegister der LED-Matrix direkt ansteuern. Dazu mit Logic-Analyzer an die Pin-Header hängen und nachvollziehen, welche Pins wohin gehen und was tun.
Dann ignorieren wir die beiden Mobitech-Boards und steuern die Matrizen mit einem Adruino oder so direkt an. Vielversprechend aber zeitaufwändig.
2. SSH- oder HTTP-Zugang mit Brute-Force. Verschiedene Nutzernamen-/Passwortlisten austesten. MobiTec wird da aber mit Sicherheit nichts bekanntes eingetragen haben. Dazu kommt die Limitierung des SOC - keine Ahnung wie viel der aushält.
3. Alles aus dem Rahmen ausbauen und eigene Lösung einbauen. Ich werde morgen mal alles ausmessen und nach geeigneten LED-Matrizen bei z. B. reichelt.de Ausschau halten. Zur Not müssen wir selbst was basteln. Genug Hardware und 3D-Drucker stehen dafür bereit. Ob das bis zur Fertigstellung länger dauert als die ersten beiden Ideen kann ich nicht sagen.
Wie immer drängt die Zeit. Danke für die Vorschlänge und Angebote für den "offiziellen" Weg mit ICU 60x und Mobi Info Edit Lizenz. Das kommt für uns nicht in Frage. Viel zu kostspielig für eine Lösung, von der wir nicht sicher sein können, dass sie auch wirklich funktioniert.
Wenn ich noch etwas herausfinde, lasse ich es euch wissen.
|
|
| |
Beitragsbewertung:
|
MagnusMagus
Senator
673 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 30 Mar. 2025 23:04
|
Hi,
würde gerne so eine Matrix dir Abkaufen :)
Den Kingston eMMC kann man auslöten und auslesen..ist aber nichts für den Leihe und ohne Spezialwerkzeug.
MfG,
Alex.
|
|
| |
Beitragsbewertung:
|
MagnusMagus
Senator
673 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 31 Mar. 2025 00:58
|
Solltest du weiter machen wollen:
1) Die SoC sollte G20 oder so sein
2) Die 6 größere Löcher sind ein debug port
3) Die kleinen Points ist ein IO Header mit fast allen Signalen
4) G20 hat eine gute Doku https://www.acmesystems.it/doc_foxg20
5) Du wird‘s einen usb-ttl Adapter brauchen
7) Es sind insgesamt 3 Serielle Ports im SoC, einer davon wird für rs485 benutzt einer ist debug und der andere reserve oder console out
8) wenn du die console findest kannst du den bootloader ansprechen und auch von USB booten
9) oder einfach schauen was da alles geschrieben wird, eventuell reicht das auch
Viel Erfolg!
|
|
| |
Beitragsbewertung:
|
vwilden
Siedler
5 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 31 Mar. 2025 22:55
|
Moin noch einmal!
Nach MagnusMagus‘ Antwort hat mir das dann doch keine Ruhe gelassen. Vom UART-/Debug-Port hatte ich schon in der Fox-Board-Doku gelesen und mit den sechs ominösen Pins auf dem Board geliebäugelt. Also mal eben schnell das Löteisen rausgeholt und einen Pin- bzw. Buchsen-Header raufgebraten.
Ground-Verbindung zu finden war trivial. Ein alter Arduino Mega musste als Logic-Analyzer herhalten (ich kann den von aster94 [1] nur wärmstens empfehlen - macht gute Arbeit!) um schon einmal einen TX-Pin zu finden. Der Arduino durfte anschließend als USB-TTL-Adapter herhalten:
Ein Neustart des Boards mit Blick auf den seriellen Port (115200 Baud!) später:
Sehr gut, wir haben eine Konsole. Aber haben wir auch RX? Dazu mittels simplen Spannungsteiler die 5 V vom Arduino in verträgliche 3,3 V für den MobiTec-Chip gewandelt:
Einen Schritt vor, zwei zurück.
Das Ubuntu 12.04 verlangt Nutzername und Kennwort zum Login. Kein Singleuser-Modus für uns. Dazu kommt noch ein eingebauter Timer, der nach ca. einer Minute den Login unmöglich macht. Das "Hit any key to stop autoboot: 0" ist auch nur eine Farce. U-Boot wurde so konfiguriert, dass überhaupt kein Timeout zum Halten des Countdowns läuft. Ohne U-Boot-Shell geht es direkt zum Linux-Kernel. Auch verschiedene Tastendrücke automatisiert in Dauerfeuer mit dem Arduino senden bringt da nichts.
Bevor ich es vergesse, hier das Pinout für RX/TX auf dem MobiTec-Board:
Und der Vollständigkeit halber noch der Pegelwandler bei Einsatz eines Arduinos:
Beim Einstecken eines USB-Sticks mit vfat in den USB-Header vom MobiTec-Board wird die Partition laut Terminal-Ausgabe gemountet. Es wird nach einer Update-Datei gesucht, die natürlich nicht gefunden wird und anschließend wird darum gebeten den USB-Stick wieder auszustecken. Ebenfalls eine Sackgasse. Keine Ahnung was das Linux für eine Update-Datei erwartet. Die Ausgabe lässt darauf schließen, dass es sich dabei um einen Skript vom MobiTec handelt.
Also wieder zurück auf Anfang. Labornetzteil rausgekramt und das (fast) komplette MobiTec-Set angeschlossen. Ein LAN-Kabel musste noch dran glauben und das abgeschnittene Ende mit Steckbuchsen versehen. Das Pinout dazu kann man dem Kabel entnehmen, welches ursprünglich dran steckte:
So langsam wird es wild auf dem Schreibtisch.
Laptop am anderen Ende angeschlossen und dem MobiTec-Board die sehnlichst verlangten NTP-Daten via IP 192.168.0.101 gegeben. Und siehe da: Neue ARP-Anfragen nach einer 192.168.0.2! Das ist neu. Diese IP verwendet und schon gibt es TCP-Anfragen auf Port 1883. Das ist MQQT - genauso wie von osnag vorausgesagt. Mit "nc -l 1883" kriegen wir auch die genaue Anfrage. Damit wissen wir nun, welche Topic angefragt wird. Die genaue Payload die erwartet wird leider nicht. Noch eine Sackgasse.
Noch ein Versuch mit der veralteten SSH-Version. Zunächst CVE-2024-6387 [2] probiert aber zu spät gemerkt, dass das gar nicht zur SSH-Version (5.9p1) passt [3]. Ups!
Morgen probiere ich es noch einmal mit CVE-2020-15778 mit diesem antiken Tool: github.com/Neko-chanQwQ/CVE-2020-15778-Exploit
Parallel dazu bereite ich mich darauf vor den Pinheader der LED-Matrix mit einem professionelleren Logic-Analyzer unter die Lupe zu nehmen. Ausweich-Plan ist die Matrix mit einem Raspberry Pi Zero direkt zu schalten - sofern ich die Funktion der 20 Pins herausfinden kann.
Wie gehabt, wenn ich noch etwas herausfinde, lasse ich es euch wissen.
[1] - github.com/aster94/logic-analyzer
[2] - github.com/getdrive/CVE-2024-6387-PoC
[3] - en.wikipedia.org/wiki/RegreSSHion
|
|
| |
Beitragsbewertung:
|
xd19@o2.pl
Siedler
49 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 01 Apr. 2025 00:02
|
Can you get into uboot console (esc or ctrl-c while booting)?
If so then maybe you can try to exploit it a little https://www.synacktiv.com/publications/i-hack-u-boot or if you have some image for this board, try to load it from usb and dump the rootfs in this way
|
|
| |
Beitragsbewertung:
|
vwilden
Siedler
5 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 01 Apr. 2025 11:17
|
Can you get into uboot console (esc or ctrl-c while booting)?
Thanks for the suggestions. But unfortunatly, no. Looks like U-Boot is configured in a way that does not accept any keystrokes at boot time. There is no timeout counter, the system goes directly to kernel. I‘ve tried to bombard U-Boot with keystrokes by programming the Adruino to do so to no avail.
The tutorial you posted is very insightful but requires access to the U-Boot menu. Also no way to trip the kernel boot procedure because all components involved are solvered via SMD with all the pins under the chips. Shame!
But I‘m open for more suggestions if you have any!
Thank you.
|
|
| |
Beitragsbewertung:
|
MagnusMagus
Senator
673 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 01 Apr. 2025 13:35
|
Hmm, also du hast folgende Möglichkeiten:
1) RomBOOT/ Recovery. Irgendwo auf der Platine sollte ein Kontakt sein das den SoC in Flash mode setzt, eventuell ist das sogar einer der DIP Switches.
Diese sollte nicht versteckt sein, da alle SoC erst nach Einbau Programmiert werden. Dann kannst du mit SAM-BA(wenn der Controller Atmel ist) die eMMC/SD komplett auslesen.
2) eMMC ausbau. Eine Reparaturgeschäft suchen das sich auf Android/Samsung/Xiaomi spezialisiert und alles im House macht. Wird den Meister circa 1.5->2 Stunden nehmen den eMMC auszubauen, auslesen und wieder einzubauen.
3) Social Engineering. Jemanden mit der passenden HW finden oder bei einen Großbetrieb nachfragen...
Geändert von MagnusMagus am 1.Apr.2025 13:43
|
|
| |
Beitragsbewertung:
|
xd19@o2.pl
Siedler
49 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 01 Apr. 2025 13:52
|
I‘d check how many voltages are there on the board. If you are lucky and voltage for NAND is different than for CPU core then maybe you can short it at startup and in this way glitch the startup without removing flash.
It also doesn‘t look this way from the log but maybe it would boot from usb?
And what is the model of CPU? Maybe it has some debug mode to load clear uboot into memory?
|
|
| |
Beitragsbewertung:
|
MagnusMagus
Senator
673 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 01 Apr. 2025 14:08
|
xd19@o2.pl:
Id check how many voltages are there on the board. If you are lucky and voltage for NAND is different than for CPU core then maybe you can short it at startup and in this way glitch the startup without removing flash.
It also doesnt look this way from the log but maybe it would boot from usb?
And what is the model of CPU? Maybe it has some debug mode to load clear uboot into memory?
It‘s a TI AM3358.
I think the best approach is to verify if the dip switches control the boot sequence for second stage u-boot.
The default first stabe boot block actually supports USB/Serail and network boot. Realistically, probably only UART boot is selection is possible via DIP switches or some pads.
As for the "disable" flash - you can just pull the EN line to low
|
|
| |
Beitragsbewertung:
|
Spidi90
Siedler
35 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 17 Jun. 2025 13:21
|
Hallo vwilden,
bist du bei dem Thema weitergekommen? Wahrscheinlich habe ich den gleichen Bus hier, und sehr sicher die gleiche Hardware.
Die Schritte der HTTP-Seite und USB-Stick habe ich auch schon durch, bisher ohne Erfolg.
Hast du schon mal versucht, den aktuellen Hersteller zu kontaktieren, vllt. kann er weiterhelfen.
Geändert von Spidi90 am 17.Jun.2025 13:44
|
|
| |
Beitragsbewertung:
|
108JMS
Siedler
11 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 02 Feb. 2026 16:28
|
Was there any progress with this?
I‘ve got 2 of the newer versions that mobitec have pulled the USB port from and a TFT that has the onboard processor (IP Model).
|
|
| |
Beitragsbewertung:
|
MagnusMagus
Senator
673 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 03 Feb. 2026 09:20
|
So I had another look vie Google :)
It looks like the modules(Ultima IP ) received ITxPT certification and support Planned pattern datasets only.
There is documentation available for this, but no free implementation.
The gist of it:
1) Server runs at least mDNS(or alternatives) + AVMS(vehicle software) + MQTT
2) Clients(signs) register via multicast or dhcp/ddns with AVMS
3) AVMS sends direct messages to subscribers or publishes in mqtt
It‘s all XML based, for anyone wanting to have a look, register at https://wiki.itxpt.org I can‘t post any info here, but the account is free, documentation is very technical, btw.
|
|
| |
Beitragsbewertung:
|
108JMS
Siedler
11 Beiträge
|
RE: Zugang zu mysteriöser Mobitec LED-Matrix, 03 Feb. 2026 22:33
|
MagnusMagus:
So I had another look vie Google :)
It looks like the modules(Ultima IP ) received ITxPT certification and support Planned pattern datasets only.
There is documentation available for this, but no free implementation.
The gist of it:
1) Server runs at least mDNS(or alternatives) + AVMS(vehicle software) + MQTT
2) Clients(signs) register via multicast or dhcp/ddns with AVMS
3) AVMS sends direct messages to subscribers or publishes in mqtt
Its all XML based, for anyone wanting to have a look, register at https://wiki.itxpt.org I cant post any info here, but the account is free, documentation is very technical, btw.
I‘ve just bit the bullet and bought the only ICU that has a M12 on the back of for hopefully ethernet and I‘ll see if that works as easy as I hope to drive the LED screens. Need to try and work out how to change the content on one of these
|
|
| |
Beitragsbewertung:
|
|
|
