[FeatureRequest] CIS-IBUS Integration

[harryberlin]

oder mal mit xp.
was sagt der custom lock aus?

[Jounz]

Habe leider auf die schnelle kein anderes System parat, frühestens gegen Ende der Woche. Keine Ahnung was der custom lock aussagt, hat aber kein einfluss auf das Ergebnis, habe es mit und ohne ausprobiert. Vielleicht weiß ja Ante irgendwas dazu falls er noch mitliest.

[N3mesis]

kannst dir doch schnell einen Linux Live USB Stick erstellen. ^^

[harryberlin]

und dann wie geht es per linux zu ändern?

[N3mesis]

im CIS-IBUS ist sozusagen ein IBUS-IF drin. Der einzige unterscheid ist die Product-ID. Man kann auch die ID mit einem Tool umschreiben, das braucht man aber nicht. Ich verstehe aktuell auch das Probelm nicht!

---

Ihr müsst nur die udev Rules einbinden:
ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="85ea", RUN+="/sbin/modprobe -b cp210x product=0x10c4 vendor=0x85ea"
ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="85eb", RUN+="/sbin/modprobe -b cp210x product=0x10c4 vendor=0x85eb"
ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="8664", RUN+="/sbin/modprobe -b cp210x product=0x10c4 vendor=0x8664"
ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="8665", RUN+="/sbin/modprobe -b cp210x product=0x10c4 vendor=0x8665"
ATTRS{idProduct}=="8938", ATTRS{idVendor}=="0403", RUN+="/sbin/modprobe -b ftdi-sio product=0x8938 vendor=0x0403"
ATTRS{idProduct}=="8939", ATTRS{idVendor}=="0403", RUN+="/sbin/modprobe -b ftdi-sio product=0x8939 vendor=0x0403"
ATTRS{idProduct}=="893A", ATTRS{idVendor}=="0403", RUN+="/sbin/modprobe -b ftdi-sio product=0x893A vendor=0x0403"
ATTRS{idProduct}=="893B", ATTRS{idVendor}=="0403", RUN+="/sbin/modprobe -b ftdi-sio product=0x893B vendor=0x0403"
ATTRS{idProduct}=="893C", ATTRS{idVendor}=="0403", RUN+="/sbin/modprobe -b ftdi-sio product=0x893C vendor=0x0403"
ATTRS{idProduct}=="893D", ATTRS{idVendor}=="0403", RUN+="/sbin/modprobe -b ftdi-sio product=0x893D vendor=0x0403"
ATTRS{idProduct}=="893E", ATTRS{idVendor}=="0403", RUN+="/sbin/modprobe -b ftdi-sio product=0x893E vendor=0x0403"
ATTRS{idProduct}=="893F", ATTRS{idVendor}=="0403", RUN+="/sbin/modprobe -b ftdi-sio product=0x893F vendor=0x0403"

---

Damit läuft es bei LINUX. Das hattn wir bei CarMedia auch so gemacht.

Ante hat es erklärt mit UDEV Rules kann man die PIDs einbinden darunter ist die 85ea und auch die 85eb und weitere. Das ist natürlich Betriebssystem seitig. Also schreibt man die ID auf dem Gerät nicht um was ja an sich.. viel Riskanter ist als dem Betriebssystem zu sagen was er einbinden soll.

Udev-writing, ubuntuusers

[harryberlin]

das hat jounz probiert.
hab die files evtl. falsch erstellt. wie muss es richtig sein? blätter mal 2-3 seiten zurück.
wie bindet man es richtig in linux ein?

[N3mesis]

Habs auch noch nicht probiert, machen wa mal schritt für schritt.

Erstmal sollte er udevinfo ausgeben:

Code:

udevinfo -a -p /pfad/zum/Gerät

Und posten.

[Jounz]

Habs auch noch nicht probiert, machen wa mal schritt für schritt.

Erstmal sollte er udevinfo ausgeben:

Code:

udevinfo -a -p /pfad/zum/Gerät

Und posten.

Das  soll ich in SSH machen richtig? Oder in einem Linux System? Und woher bekomme ich den Pfad zum Gerät?

[harryberlin]

ja
normal /dev/ttyUSB0

---

hab mein resler grad mal umgeschrieben, der läuft mit der ID vom CIS genauso gut.
und das custom data lock scheint der grund zu sein, warum man das CIS nicht umschreiben kann.

5.17. CP210x_SetLockValue
Description:
Sets the 1-byte Lock Value of a CP210x device.
Supported Devices:
CP2102, CP2103, CP2104, CP2105
Location:
CP210x Manufacturing DLL
Prototype:
CP210x_STATUS WINAPI CP210x_SetLockValue(HANDLE cyHandle);
Parameters:
1.
Handle—Handle of the device to lock. This
will permanently set the lock value to 0x01.


WARNING:
Setting the lock value locks ALL customizable data and cannot be reset; only use
this function to keep all customizable data on the part permanently.

[Jounz]

Den Befehl udevinfo kennt OSMC nicht, laut Internet wurde er durch udevadm info ersetzt stimmt das? Wenn ich das CIS anschließe taucht die Datei ttyUSB1 auf, also gehe ich mal davon aus dass ich ttyUSB1 statt ttyUSB0 nehmen muss. Bei

Code:

udevadm info -a -p /dev/ttyUSB1

gibt er mir "syspath not found" aus