[gelöst] Berechtigung Linux tty für CUL Device

[Sparkie]

Hallo zusammen,
ich habe vergangene Woche meinen FHEM-Server auf ein Raspberry umgezogen. Die Konfiguration hat problemlos funktioniert.
Nach einem Neustart kann allerdings nicht mehr auf den CUL-Adapter zugegriffen werden.
Der User "fhem" ist Mitglied der Dialout-Gruppe.

Ich erhalte im Log folgende Fehlermeldung:

Can't open /dev/ttyAMA0: Permission denied

Wenn ich die Berechtigung im System anpasse wird diese nach einem Neustart wieder zurückgesetzt.

pi@raspberrypi:~ $ sudo chmod a+rw /dev/ttyAMA0
pi@raspberrypi:~ $ ls -l /dev/ttyAMA0
crw-rw-rw- 1 root tty 204, 64 Jun 22 09:44 /dev/ttyAMA0

Nach einem Neustart sieht es wieder wie folgt aus:

pi@raspberrypi:~ $ ls -l /dev/ttyAMA0
crw--w---- 1 root tty 204, 64 Jun 22 10:01 /dev/ttyAMA0

Kann mir jemand weiterhelfen?

Gruß
Markus

[Otto123]

Hi,

welchen CUL hast Du denn? Also wie ist der angeschlossen?

ttyAMA0 ist die interne UART und die Meldung, die Du zeigst ist relativ normal, wenn initialUSbCheck  aktiv ist und da nichts konfiguriert ist.
Die Berechtigungen dort setzen zu wollen ist der falsche Weg. 

Gruß Otto

[amenomade]

Schau mal hier : https://forum.fhem.de/index.php?topic=50651.0

[Sparkie]

also die Fehlermeldung ist nun weg. Folgende Schritte habe ich durchgeführt:

1.

Code Auswählen Erweitern

sudo chmod g=rw /dev/ttyAMA0

2. Die Anleitung unter diesem Link:
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Vorbereitung_serielle_Schnittstelle_unter_Jessie

aber leider wird immer noch kein Signal vom CUL empfangen.

Habe folgendes Gerät über USB:
Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC

Log sieht nun so aus:

2017.06.22 13:42:42 3: Probing CUL device /dev/ttyAMA0
2017.06.22 13:42:42 3: Probing TCM_ESP3 device /dev/ttyAMA0
2017.06.22 13:42:42 3: Probing ZWDongle device /dev/ttyAMA0
2017.06.22 13:42:43 3: Probing FRM device /dev/ttyAMA0
2017.06.22 13:42:48 1: usb create end

Gruß
Markus

[Wernieman]

Nach der Ausgabe hast DU einen USB-CUL-Adapter?

Was sagt denn dan

Code Auswählen Erweitern

ls -lha /dev/serial/by-id
ls -lha /dev/serial/by-path

/dev/ttyAMA0 ist leider mehrdeutig ....

[Otto123]

Hallo Markus,

dachte ich mir Du hast ein USB Gerät, der von Dir behobene Fehler hat aber nichts mit USB zu tun.
Wie ist Dein CUL eingebunden? gib mal ein list von dem define ...

was sagt ein ls -l /dev/ttyU*

Gruß Otto

[Sparkie]

Anbei die Ausgabe:

Code Auswählen Erweitern


pi@raspberrypi:~ $ ls -lha /dev/serial/by-id/
total 0
drwxr-xr-x 2 root root 60 Jun 22 13:41 .
drwxr-xr-x 4 root root 80 Jun 22 13:41 ..
lrwxrwxrwx 1 root root 13 Jun 22 13:41 usb-FTDI_FT232R_USB_UART_A704G2DB-if00-port0 -> ../../ttyUSB0
pi@raspberrypi:~ $ ls -lha /dev/serial/by-path/
total 0
drwxr-xr-x 2 root root 60 Jun 22 13:41 .
drwxr-xr-x 4 root root 80 Jun 22 13:41 ..
lrwxrwxrwx 1 root root 13 Jun 22 13:41 platform-20980000.usb-usb-0:1.3:1.0-port0 -> ../../ttyUSB0
pi@raspberrypi:~ $ ls -l /dev/ttyU*
crw-rw---- 1 root dialout 188, 0 Jun 22 13:42 /dev/ttyUSB0

Info zum Device:

Code Auswählen Erweitern

DEF: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A704G2DB-if00-port0@57600

[Otto123]

Hi,

das sieht eigentlich gut aus 
Dann schalte doch initialUsbCheck ab (brauchst Du nicht) und starte nochmal neu, mit Strom zwischendurch weg!

Code Auswählen Erweitern

attr initialUsbCheck disable 1
save

Kann sein das die auto Erkennung deinen Stick stört.

Gruß Otto

[Wernieman]

Und einrichten über /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A704G2DB-if00-port0

[Sparkie]

eingerichtet ist er über den absoluten Pfad, aber leider funltioniert es immer noch nicht... am alten Server hatte der Stick keine Probleme gemacht.

[Beta-User]

Fhem ist Mitglied in dialout?

[amenomade]

Code Auswählen Erweitern

sudo usermod -a -G tty fhem
sudo usermod -a -G dialout fhem

Unter Debian sollten die tty Devices der system-Gruppe "tty" gehören. Aber, gut, mit der Gruppe dialout sollte es auch gehen.

[Sparkie]

fhem ist in folgenden Gruppen:

pi@raspberrypi:~ $ groups fhem
fhem : dialout tty

FHEM zeigt zwar an, dass der Jeelink offen ist, aber eben nur mit dem Zeitstempel vom letzen Neustart

[Wernieman]

Wie hast Du Ihn eingerichtet?

Meinen Beitrag gelesen?
Vorallem bitte einrichten mit:

/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A704G2DB-if00-port0

[Sparkie]

Ja ich habe ihn eingerichtet wie du beschrieben hast:

flashCommand: avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
DEF: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A704G2DB-if00-port0@57600

leider funktioniert es immer noch nicht, hab den Stick auch nochmal neu angelegt, leider keien Verbesserung.

Bei der Erstkonfiguration hat es auch funktioniert, bis ich das Pi neugestartet habe.

[Sparkie]

Nachdem ich ihn erneut eingerichtet habe erscheint kein "open" mehr, sondern nur noch "Initialized"

2017.06.23 10:38:10 3: Opening myJeeLink device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A704G2DB-if00-port0
2017.06.23 10:38:10 3: Setting myJeeLink serial parameters to 57600,8,N,1
2017.06.23 10:38:11 3: myJeeLink device opened

Übersicht Flash:

flashing JeeLink myJeeLink
detected Firmware: LaCrosse.hex
hex file: ./FHEM/firmware/JeeLink_LaCrosse.hex
port: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A704G2DB-if00-port0
log file: ./log/JeeLinkFlash.log
myJeeLink closed
command: avrdude -p atmega328P -c arduino -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A704G2DB-if00-port0 -D -U flash:w:./FHEM/firmware/JeeLink_LaCrosse.hex 2>./log/JeeLinkFlash.log

--- AVRDUDE ---------------------------------------------------------------------------------

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e950f
avrdude: reading input file "./FHEM/firmware/JeeLink_LaCrosse.hex"
avrdude: input file ./FHEM/firmware/JeeLink_LaCrosse.hex auto detected as Intel Hex
avrdude: writing flash (27646 bytes):

Writing | ################################################## | 100% 10.35s

avrdude: 27646 bytes of flash written
avrdude: verifying flash memory against ./FHEM/firmware/JeeLink_LaCrosse.hex:
avrdude: load data flash data from input file ./FHEM/firmware/JeeLink_LaCrosse.hex:
avrdude: input file ./FHEM/firmware/JeeLink_LaCrosse.hex auto detected as Intel Hex
avrdude: input file ./FHEM/firmware/JeeLink_LaCrosse.hex contains 27646 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 9.33s

avrdude: verifying ...
avrdude: 27646 bytes of flash verified

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

myJeeLink opened

[Otto123]

Moin,
warum wird der jetzt geflashed? Der CUL sollte ein Jeelink sein? Das passiert automatisch?

Gruß Otto

[Sparkie]

Ich bin nach dieser Anleitung vorgegangen:
http://www.meintechblog.de/2015/01/fhem-mit-jeelink-luftfeuchte-und-temperatur-zum-low-cost-tarif-messen/

[Otto123]

Naja gut, ich dachte der war schon geflashed. Hast es halt nochmal gemacht.
Wenn im STATE Initialized steht ist ja alles in Ordnung!?
Poste doch mal ein list von dem Gerät.

[Sparkie]

Internals:
   CFGFN
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A704G2DB-if00-port0@57600
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A704G2DB-if00-port0@57600
   FD         16
   NAME       myJeeLink
   NR         96
   PARTIAL
   STATE      initialized
   TYPE       JeeLink
   initMessages
   model      [LaCrosseITPlusReader.10.1s (RFM12B f:868300 r:17241)]
   Matchlist:
     1:PCA301   ^\S+\s+24
     2:EC3000   ^\S+\s+22
     3:RoomNode ^\S+\s+11
     4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     5:AliRF    ^\S+\s+5
     6:EMT7110  ^OK\sEMT7110\s
     7:KeyValueProtocol ^OK\sVALUES\s
   Readings:
     2017-06-23 10:58:55   state           initialized
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]

[Otto123]

Sieht für mich alles gut aus. Hat alles mit deiner ursprünglichen Frage, auf die ich angesprungen bin, nichts zu tun.

Sorry, ich kann Dir nicht weiterhelfen.

Gruß Otto

[Wernieman]

Ich weiß aktuell nicht mal mehr, wo das Problem ist

- Empfängt Dein FHEM Werte?
- kannst Du schalten
- was sind (aktuell) Deine Probleme ....

[Sparkie]

Es scheint wohl korrekt eingerichtet zu sein aber der Stick empfängt keine Signale. Auch wenn ich verbundene Sesoren lösche und neu verbinden möchte werden diese nicht erkannt. es sieht so aus als würde der Stick einfach nicht reagieren..

[Otto123]

spielt das eine Rolle?

Code Auswählen Erweitern

attr myJeeLink initCommands 30t 0a v

Eventuell den Thread nach sonstige Systeme verschieben?

[Sparkie]

hab das Paramter ergänzt, leider keine Änderung.. ich bin auch schon am verzweifeln...

Nachtrag:
Hab auch veruscht das Gerät direkt über den Port ttyUSB0 einzubinden. Leider das selbe Problem.

Kann es daran liegen, dass ich ein Raspberry Pi der ersten Generation betreibe?

komischerweise ginge der Sensor ja für ca. 1h..

Nachtrag 2:

Code Auswählen Erweitern

get myJeeLink iniJeeLink
zeigt an, dass der Jeelink "open" ist.

Leider gehen trotzdem keine Signale rein oder raus.

Hier mal ein List vom Sensor:

Internals:
   DEF        2F
   NAME       Wz.Temp
   NR         37
   STATE      T: 27.2 H: 50
   TYPE       LaCrosse
   addr       2F
   corr1      0
   corr2      0
   Readings:
     2017-06-21 16:36:41   battery         ok
     2017-06-21 16:36:41   humidity        50
     2017-06-21 16:35:51   state           T: 27.2 H: 50
     2017-06-21 16:36:41   temperature     27.2
Attributes:
   IODev      myJeeLink
   room       Wohnzimmer

[Sparkie]

Kann ein Mod das Thema entsprechend verschieben?

[amenomade]

Du kannst selbst verschieben: "THEMA VERSCHIEBEN" unten links.

[Otto123]

Hi,

lrwxrwxrwx 1 root root 13 Jun 22 13:41 usb-FTDI_FT232R_USB_UART_A704G2DB-if00-port0 -> ../../ttyUSB0

Zeigt Dir ja, es handelt sich um die gleiche richtige Schnittstelle. Es sind nur unterschiedliche logische Gerätenamen. Die Einbindung by-Id ist die bessere.
Das es mit dem Pi zu tun hat glaube ich nicht. Komisch ist schon, dass es für eine Stunde funktioniert hat.
Das mit dem Neustart passiert typischerweise, wenn der Stick über USB0 eingebunden ist und sich beim neustart die logische Zuordnung der unterschiedlichen USB Sticks ändert (verhindert man mit der Einbindung by-Id) ist aber bei Dir nicht der Fall.

Ich kenne aber den Adapter nicht, ich kann mir keinen Reim darauf machen.

Gruß Otto

[Sparkie]

hab den Stick nochmal am alten Server angeschlossen und neu geflasht... dort ging alles ohne Probleme...

...am Raspberry geht es nicht, hab aktuell ein 2A Netzteil angeschlossen. Kann es mit der Stromversorgung zusammenhängen?

[Otto123]

hab den Stick nochmal am alten Server angeschlossen und neu geflasht... dort ging alles ohne Probleme...

...am Raspberry geht es nicht, hab aktuell ein 2A Netzteil angeschlossen. Kann es mit der Stromversorgung zusammenhängen?

Könnte, wenn Die rote LED im Betrieb blinkt ist das Netzteil Mist, egal wieviel Ampere da drauf stehen.

[Sparkie]

geblinkt hat nix, hab aber mal ein 8A Netzteil angeschlossen. Jetzt läuft der Stick ohne Probleme...
wieder was gelernt..

Danke an alle die mich unterstützt haben. Eine super Community. 

[Otto123]

Ich hatte zwischendrin schon mal diesen Gedanken: die Stromversorgung zu verdächtigen. Das aber "hinten" alles geht, aber "vorne" der Funk quasi nicht - konnte ich mir nicht vorstellen.
Da scheint der Stick sensibler mit der Spannung zu sein als der Raspberry.

Gruß Otto