TXT "Offenheit"

Alles rund um TX(T) und RoboPro, mit ft-Hard- und Software
Computing using original ft hard- and software
Forumsregeln
Bitte beachte die Forumsregeln!
Antworten
Wolfi
Beiträge: 37
Registriert: 22 Nov 2014, 15:19
Wohnort: Mosbach / Baden

TXT "Offenheit"

Beitrag von Wolfi » 14 Dez 2014, 16:28

Hallo,

da der TXT ja ein Linux-System ist, konnte ich nicht umhin, schon mal zu versuchen "hinein zu kommen".

Benutzte Umgebung :
OSX 10.9.5 mit Terminal und XCODE-Developertools

Ausgabe "USB-Prober" :
High Speed device @ 4 (0xFD120000): ............................................. Communication device: "fischertechnik USB ROBOTICS TXT Controller"
Port Information: 0x1018
Number Of Endpoints (includes EP0):
Device Descriptor
Descriptor Version Number: 0x0200
Device Class: 2 (Communication)
Device Subclass: 0
Device Protocol: 0
Device MaxPacketSize: 64
Device VendorID/ProductID: 0x146A/0x0015 (unknown vendor)
Device Version Number: 0x0316
Number of Configurations: 2
Manufacturer String: 1 "Linux 3.16.1 with musb-hdrc"
Product String: 2 "fischertechnik USB ROBOTICS TXT Controller"
Serial Number String: 0 (none)
Configuration Descriptor
Length (and contents): 75
Number of Interfaces: 2
Configuration Value: 2
Attributes: 0xC0 (self-powered)
MaxPower: 2 mA
Interface Association Communications-Control
Interface #0 - Communications-Control .............................................. "RNDIS Communications Control"
Interface #1 - Communications-Data/Unknown Comm Class Model .............................................. "RNDIS Ethernet Data"
Configuration Descriptor (current config)
Length (and contents): 88
Number of Interfaces: 2
Configuration Value: 1
Attributes: 0xC0 (self-powered)
MaxPower: 2 mA
Interface Association Communications-Control
Interface #0 - Communications-Control .............................................. "CDC Ethernet Control Model (ECM)"
Interface #1 - Communications-Data/Unknown Comm Class Model
Interface #1 - Communications-Data/Unknown Comm Class Model (#1) .............................................. "CDC Ethernet Data"
Device Qualifier Descriptor
Other Speed Configuration Descriptor
Other Speed Configuration Descriptor

Also haben wir es hier mit einem aktuellen Linux-Kern 3.16.1 (veröffentlicht am 14.08.14, siehe http://lwn.net/Articles/608654) zu tun.
Die Kommunikation läuft über einen USB-Ethernet-Stack (CDC und RNDIS).


Ausgabe Netzwerkdienstprogramm "Informationen":
Hardwareadresse : 00:54:58:54:ff:02, IP 192.168.7.1, 10 MBit/s, Hersteller "USB Ethernet", Modell "USB"

Auf meinem Rechner erscheint die Netzwerkschnittstelle als "en5" :
netstat :
192.168.7/30 link#12 UCS 1 0 en5
192.168.7.1 127.0.0.1 UHS 1 14 lo0
192.168.7.2 0:54:58:54:ff:1 UHLWI 0 1 en5 6

Ping auf 192.168.7.1 : erfolglos
Ping auf 192.168.7.2 : ok
Hermes:~ xxxx$ ping 192.168.7.2
PING 192.168.7.2 (192.168.7.2): 56 data bytes
64 bytes from 192.168.7.2: icmp_seq=0 ttl=64 time=0.867 ms
64 bytes from 192.168.7.2: icmp_seq=1 ttl=64 time=0.712 ms
64 bytes from 192.168.7.2: icmp_seq=2 ttl=64 time=0.773 ms
64 bytes from 192.168.7.2: icmp_seq=3 ttl=64 time=0.721 ms
64 bytes from 192.168.7.2: icmp_seq=4 ttl=64 time=0.735 ms
64 bytes from 192.168.7.2: icmp_seq=5 ttl=64 time=0.710 ms
64 bytes from 192.168.7.2: icmp_seq=6 ttl=64 time=0.754 ms
64 bytes from 192.168.7.2: icmp_seq=7 ttl=64 time=0.693 ms

Finger auf 192.168.7.2 :
Port 22 "SSH"
Port 65000 "dynamic/private"

Anmelden mit SSH : passwortgeschützt !
Hermes:~ xxxx$ ssh 192.168.7.2
The authenticity of host '192.168.7.2 (192.168.7.2)' can't be established.
RSA key fingerprint is c9:96:14:b5:77:56:d3:34:dd:b0:f9:d2:61:ac:7d:ce.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.7.2' (RSA) to the list of known hosts.
xxxx@192.168.7.2's password:
Permission denied, please try again.

Wie schon gestern geschrieben, zeigt mir der TXT auf seinem Display keinen Firmwarestand an und das Bedienermenü ist auf Auswahl der Sprache und Abspielen von Tönen beschränkt.
Weitergehende Einstellung (Uhrzeit, Ein-/Ausschalten WLAN/Bluetooth, .....) wie im beigefügten PDF-Dokukument beschrieben sind nicht möglich.

Es bestätigt sich der Eindruck, dass die Lieferung jetzt nur mit einem ersten, offenbar noch eingeschränkten System-SW-Stand, möglich war.
ROBOPRO 4.1.0 und die dort beigefügten Beispielmodelle, z.B. der Erkundungsroboter, funktionieren jedoch !

Bis auf weiteres !

Christian

Benutzeravatar
Defiant
Beiträge: 409
Registriert: 31 Okt 2010, 21:42
Wohnort: Narn Homeworld
Kontaktdaten:

Re: TXT "Offenheit"

Beitrag von Defiant » 14 Dez 2014, 18:58

Im Chat war schon jemand, der das root-Passwort geknackt hatte. Ich glaub das, was du als xxxx dargestellt hast.

...3.16 ist aber verdammt neu für ein AM3359 µC.
"Propaganda does not deceive people; it merely helps them to deceive themselves."
E Hoffer

odie
Beiträge: 6
Registriert: 25 Dez 2014, 17:08
Wohnort: München

Re: TXT "Offenheit"

Beitrag von odie » 25 Dez 2014, 18:44

Ergänzung für Windows: Hier wird ebenfalls ein Netzwerkadapter eingerichtet, in meinem Fall ist es das "Ethernet 2"-Netz.
Weitere Details:
Bild

Mein Rechner (Windows 8) hat die IP 192.168.7.1 bekommen, der TXT Controller mit USB läuft unter 192.168.7.2 und beinhaltet offensichtlich einen DHCP-Server. Versuche, den Verkehr mit Wireshark mitzuschneiden, haben einmal funktioniert. Versendet werden TCP-Pakete; auf jedes Paket vom Rechner folgt eins vom Controller. Die Länge der Pakete betragen 72 und 60 Bytes. Leider habe ich vergessen zu speichern und jetzt sieht Wireshark nichts mehr. Sah aber nach der Transfer Zone im Klartext aus.

Auch bei mir zeigt der Controller keine Versionsnummer an, auch in RoboPro wird beim "Interface-Test" nichts angezeigt. SSH funktioniert, allerdings fehlen mir Username und Passwort.

Antworten