Hallo, System:CAE-Linux, USB->seriell/I²C/ converter. Das lsusb schreibt auf Anfrage: Bus 001 Device 007: ID 1a86:5512 QinHeng Electronics CH341 in EPP/MEM/I2C mode, EPP/I2C adapter und in /dev ist ttyS0 zu finden. Mehr nicht. Ich erhalte per putty keinen Zugriff auf die Schnittstelle. Nach Eingabe der Parameter teilt es mit, dass dieses device nicht geöffnet werden kann. Was tun? Gruss Robert
Gast
#3933470
R. Freitag schrieb: > Hallo, > > System:CAE-Linux, USB->seriell/I²C/ converter. > > Das lsusb schreibt auf Anfrage: > > Bus 001 Device 007: ID 1a86:5512 QinHeng Electronics CH341 in > EPP/MEM/I2C mode, EPP/I2C adapter > > > und in /dev ist ttyS0 zu finden. Mehr nicht. > > Ich erhalte per putty keinen Zugriff auf die Schnittstelle. Nach Eingabe > der Parameter teilt es mit, dass dieses device nicht geöffnet werden > kann. > > Was tun? > > Gruss > > Robert Mal schauen wem's gehört (root) und wer noch darf (dialout) crw-rw---T 1 root dialout 4, 64 Dez 21 09:39 ttyS0 Also den Benutzer in die passende Gruppe nehmen!
Das habe ich bereits untersucht, ich (rfr) bin member of dialout. Gibt es weitere Hinweise? Gruss Robert
Gast
#3933518
du kannst mal probieren chmod 666 /dev/ttyS0
Gast
#3933520
R. Freitag schrieb: > Das habe ich bereits untersucht, ich (rfr) bin member of dialout. Nach dem Hinzufuegen zu dieser Gruppe neu anmelden vergessen? wendelsberg
aha, werde ich gleich mal machen, bis gleich...
Gast
#3933538
Was sagt denn:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
Der Neustart nach der Änderung der Owners ergab sich nichts. Putty schreibt: Can't configure serial IO rfr@rfr-Lenovo-B570:~$ stty -aF /dev/ttyS0 stty: /dev/ttyS0: Input/output error rfr@rfr-Lenovo-B570:~$ Gruss Robert
Gast
#3933549
Was sagt tail /var/log/syslog nach dem Anstecken? wendelsberg
wendelsberg schrieb: > Was sagt > tail /var/log/syslog > nach dem Anstecken? > > wendelsberg Nichts. Lediglich eine leere Zeile.
Gast
#3933559
Ich rate jetzt mal, ttyS0 ist auch da wenn der Adapter abgezogen wird? Dann ist es entweder eine andere Schnittstelle oder es ist Mist!
Gast
#3933563
R. Freitag schrieb: > Nichts. Lediglich eine leere Zeile. Also auch nicht, dass der Adapter an /dev/ttyS0 angebunden wurde. Der Adapter ist offensichtlich kein Standard-USB-Geraet. Lies mal hier: http://sourceforge.net/projects/ch341eepromtool/files/ wendelsberg
Ja. ttyS0 bis ttyS31 sind da. Andere Einheiten (zB Arduino, Maus, etc) können per USB arbeiten. Nur dieser Adapter nicht.
Gast
#3933569
So sieht das hier aus:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
Man beachte auch ttyUSB0 ttySx sind hier echte serielle Schnittstellen
R. Freitag schrieb: > wendelsberg schrieb: >> Was sagt >> tail /var/log/syslog >> nach dem Anstecken? >> >> wendelsberg > > Nichts. Lediglich eine leere Zeile. Ich korrigiere mich: tail kommt nicht zurück. Es muss abgebrochen werden.
Gast
#3933612
R. Freitag schrieb: > R. Freitag schrieb: >> wendelsberg schrieb: >>> Was sagt >>> tail /var/log/syslog >>> nach dem Anstecken? >>> >>> wendelsberg >> >> Nichts. Lediglich eine leere Zeile. > > Ich korrigiere mich: tail kommt nicht zurück. Es muss abgebrochen > werden. tail <datei> gibt nur die letzten 'n' Zeilen einer Datei aus und endet dann. tail -f <datei> wartet auf weitere Zeilen und muß mit SIGINT beendet werden.
Gast
#3933616
Hmmm, noch ein Gedanke wenn nichts im syslog steht. ls -l /var/log ? Kann es sein das dein CAE-Linux bereits mit systemd läuft? Da muß man wohl die Log Informationen erst mühsam mit einem systemcontrol Werkzeug aus einem Binärblob herausklempnern. (Danke L.P.)
Norbert schrieb: > Hmmm, noch ein Gedanke wenn nichts im syslog steht. > ls -l /var/log ? > > Kann es sein das dein CAE-Linux bereits mit systemd läuft? > Da muß man wohl die Log Informationen erst mühsam mit einem > systemcontrol Werkzeug aus einem Binärblob herausklempnern. (Danke L.P.) rfr@rfr-Lenovo-B570:~$ ls -l /var/log total 1788 -rw-r--r-- 1 root root 6942 Dec 12 15:09 alternatives.log -rw-r--r-- 1 root root 1612 Nov 4 18:32 alternatives.log.1 -rw-r--r-- 1 root root 335 Oct 4 07:53 alternatives.log.2.gz -rw-r--r-- 1 root root 6279 Sep 11 22:43 alternatives.log.3.gz -rw-r--r-- 1 root root 120 Sep 7 16:12 alternatives.log.4.gz drwxr-xr-x 2 root root 4096 Dec 12 13:25 apt -rw-r--r-- 1 root root 0 Mar 8 2014 auth.log -rw-r--r-- 1 root root 0 Mar 8 2014 boot -rw-r--r-- 1 root root 6133 Dec 21 15:26 boot.log -rw-r--r-- 1 root root 0 Mar 8 2014 bootstrap.log drwxr-xr-x 2 root root 4096 Dec 12 13:25 ConsoleKit drwxr-xr-x 2 root root 4096 Dec 21 09:11 cups -rw-r--r-- 1 root root 0 Mar 8 2014 daemon.log -rw-r--r-- 1 root root 0 Mar 8 2014 debug drwxr-xr-x 2 root root 4096 Sep 7 16:50 dist-upgrade -rw-r--r-- 1 root adm 62433 Dec 21 15:26 dmesg -rw-r--r-- 1 root adm 62515 Dec 21 08:53 dmesg.0 -rw-r--r-- 1 root adm 17357 Dec 18 11:27 dmesg.1.gz -rw-r--r-- 1 root adm 17397 Dec 17 21:33 dmesg.2.gz -rw-r--r-- 1 root adm 17246 Dec 16 14:40 dmesg.3.gz -rw-r--r-- 1 root adm 17475 Dec 15 19:46 dmesg.4.gz -rw-r--r-- 1 root root 403003 Dec 17 23:33 dpkg.log -rw-r--r-- 1 root root 111056 Nov 4 18:33 dpkg.log.1 -rw-r--r-- 1 root root 6449 Oct 3 20:26 dpkg.log.2.gz -rw-r--r-- 1 root root 210247 Sep 11 22:43 dpkg.log.3.gz -rw-r--r-- 1 root root 63 Sep 7 16:14 dpkg.log.4.gz -rw-r--r-- 1 root root 32032 Dec 12 14:15 faillog -rw-r--r-- 1 root root 5252 Dec 12 15:07 fontconfig.log drwxr-xr-x 2 root root 4096 Sep 7 17:48 fsck -rw-r--r-- 1 root root 1819 Dec 21 15:26 gpu-manager.log drwxr-xr-x 3 root root 4096 Sep 7 17:00 hp drwxr-xr-x 2 root root 4096 Sep 7 18:29 installer drwxr-x--- 2 jetty adm 4096 May 29 2012 jetty -rw-r--r-- 1 root root 0 Mar 8 2014 kern.log -rw-r--r-- 1 root root 292292 Dec 12 14:15 lastlog drwxr-xr-x 2 root root 4096 Dec 21 15:26 lightdm -rw-r--r-- 1 root root 0 Mar 8 2014 lpr.log -rw-r--r-- 1 root root 0 Mar 8 2014 mail.err -rw-r--r-- 1 root root 0 Mar 8 2014 mail.info -rw-r--r-- 1 root root 0 Mar 8 2014 mail.log -rw-r--r-- 1 root root 0 Mar 8 2014 mail.warn -rw-r--r-- 1 root root 0 Mar 8 2014 messages drwxr-xr-x 2 root root 4096 Sep 7 16:19 news -rw-r--r-- 1 root root 20259 Dec 21 15:26 pm-powersave.log -rw-r--r-- 1 root root 11744 Dec 12 13:12 pm-powersave.log.1 -rw-r--r-- 1 root root 674 Nov 3 19:22 pm-powersave.log.2.gz -rw-r--r-- 1 root root 854 Oct 3 12:55 pm-powersave.log.3.gz -rw-r--r-- 1 root root 576 Sep 7 16:19 pm-powersave.log.4.gz -rw-r--r-- 1 root root 0 Sep 7 16:12 pycentral.log drwxr-xr-x 3 root root 4096 Dec 21 10:08 samba drwx------ 2 speech-dispatcher root 4096 Feb 6 2012 speech-dispatcher -rw-r--r-- 1 root root 0 Mar 8 2014 syslog -rw-r--r-- 1 root root 342782 Dec 21 15:26 udev -rw-r----- 1 syslog adm 0 Sep 7 16:19 ufw.log drwxr-xr-x 2 root root 4096 Sep 7 18:57 unattended-upgrades drwxr-xr-x 2 root root 12288 Dec 21 15:26 upstart -rw-r--r-- 1 root root 0 Mar 8 2014 user.log -rw-rw-r-- 1 root utmp 119424 Dec 21 16:35 wtmp -rw-rw-r-- 1 root utmp 45312 Dec 12 13:11 wtmp.1 -rw-r--r-- 1 root root 37255 Dec 21 16:35 Xorg.0.log -rw-r--r-- 1 root root 42816 Dec 21 15:25 Xorg.0.log.old -rw-r--r-- 1 root root 35814 Dec 21 12:30 Xorg.1.log -rw-r--r-- 1 root root 35814 Dec 21 10:38 Xorg.1.log.old rfr@rfr-Lenovo-B570:~$ so. hier isses.
Gast
#3933660
OK, sehe gerade upstart, ist also Übüntü basiert;-) probier mal (als root): dmesg | less Nur für den Fall der Fälle, großes 'G' bringt dich ans Ende der Nachrichten. Vielleicht findet sich da ja irgend ein Hinweis auf deine Hardware. Ist das denn wirklich ein USB-Serial Adapter? >> Bus 001 Device 007: ID 1a86:5512 QinHeng Electronics CH341 >> in EPP/MEM/I2C mode, EPP/I2C adapter
Norbert schrieb: > OK, sehe gerade upstart, ist also Übüntü basiert;-) > > probier mal (als root): > dmesg | less > > Nur für den Fall der Fälle, großes 'G' bringt dich ans Ende der > Nachrichten. > > Vielleicht findet sich da ja irgend ein Hinweis auf deine Hardware. > > Ist das denn wirklich ein USB-Serial Adapter? > >>> Bus 001 Device 007: ID 1a86:5512 QinHeng Electronics CH341 >>> in EPP/MEM/I2C mode, EPP/I2C adapter Antwort: [ 53.284654] usb 2-1.2: new full-speed USB device number 6 using ehci-pci [ 53.377644] usb 2-1.2: New USB device found, idVendor=1a86, idProduct=5512 [ 53.377655] usb 2-1.2: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 56.833396] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20131115/nsarguments-95) [ 56.833542] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20131115/nsarguments-95) [ 454.321339] usb 2-1.2: USB disconnect, device number 6 [ 458.363700] usb 2-1.2: new full-speed USB device number 7 using ehci-pci [ 458.456672] usb 2-1.2: New USB device found, idVendor=1a86, idProduct=5512 [ 458.456683] usb 2-1.2: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 745.639107] usb 2-1.2: USB disconnect, device number 7 rfr@rfr-Lenovo-B570:~$ die 1a65 und 5512 sind die Nummern des verwendeten Adapters. Der verwendete chip ist ein CH341. Datenblatt habe ich hier.
Gast
#3933719
Tja, es scheint das kein kernel module Anspruch auf diese Vid:Pid erhebt. Kann man nur schauen ob der Hersteller irgendeine Weichware zur Verfügung stellt, sonst Gerät ---> /dev/null Aber das sieht wirklich nicht wie ein USB serial adapter aus!
Gast
#3933745
In [0] taucht die genannte PID zwar nicht auf, vielleicht langt es aber, selbige nachzutragen - sonst heissts entsprechend aufbohren. Wenn das Datenplatt vorhanden ist sollte das kein großer Aufwand sein. HTH [0] https://github.com/torvalds/linux/blob/master/drivers/usb/serial/ch341.c
R. Freitag schrieb: > und in /dev ist ttyS0 zu finden. Mehr nicht. R. Freitag schrieb: > Ja. ttyS0 bis ttyS31 sind da. Ja was denn nun? Und warum hast du 32 serielle Schnittstellen? Ist ttyS0 denn nun auch da, wenn du den Adapter aussteckst? R. Freitag schrieb: > QinHeng Electronics CH341 in EPP/MEM/I2C mode, EPP/I2C adapter EPP ist eigentlich ein paralleler Druckerport und I2C ein Bus. Kann es also sein, daß dein Adapter gar keine RS232-Schnittstelle bereitstellt?
Hallo, die Ausgänge der Unit sind RxD, TxD, SDA, SCL. Letztere sind IC-Bus-Signale, erstere sind Signale der seriellen Schnittstelle. Der Chip selbst kann auch ECC, diese Eigenschaft wird aber hier nicht genutzt.
R. Freitag schrieb: > Datenblatt habe ich hier. Laut diesem kann der Chip in verschiedenen Modi betrieben werden, einer ist der Betrieb als UART, aber es gibt auch einen Modus als Parallelport. Dabei deutet die ID 5512 darauf hin, daß er als Parallelport läuft. So verstehe ich das zumindest nach kurzem Darüberschauen. Deine lsusb-Ausgabe bestätigt das aber.
Ich habe jetzt einen Treiber gefunden und diesen mit dem beiliegendem make bearbeitet. Hierbei ist der Treiber auch installiert worden. Allerdings finde ich diesen im System nicht mehr wieder. Wonach muss ich suchen? Gruss Robert
Sollte in /lib/modules/<KernelVersion>/build auftauchen und 'ch34x.ko' heissen. '/sbin/modprobe ch34x' oder gleich ein '/sbin/insmod ch34x' sollte den Treiber laden. Wenn du Übüntü nutzt, stell jeweils ein 'sudo' davor, denn sowas darf im Normalfall nur der root User. Im Makefile steht noch ein 'modprobe usbserial', kann aber sein, das der Kernel das automatisch lädt. 'lsmod' listet dir alle geladenen Module auf.
Gut. Ich habe den Treiber gefunden. Die Geräte mit dem FDTI Chip funktionieren einwandfrei. Die anderen werden zumindest angesprochen. Nun würede ich gerne wissen, ob das Modul sich selbst lädt, wenn es gebraucht wird, oder ob ich das per hand machen muss. Grüsse.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.