[gelöst]SIGNALduino blinkt wie wild mit hoher Frequenz

[moonsorrox]

jetzt habe ich den Stick nochmals umgesteckt:

Code Auswählen Erweitern

root@FHEM-Server:~# lsusb -t
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/11p, 480M
    |__ Port 2: Dev 2, If 0, Class=Human Interface Device, Driver=usbfs, 12M
    |__ Port 3: Dev 5, If 0, Class=Vendor Specific Class, Driver=ftdi_sio, 12M
    |__ Port 7: Dev 4, If 0, Class=Wireless, Driver=btusb, 12M
    |__ Port 7: Dev 4, If 1, Class=Wireless, Driver=btusb, 12M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M


es scheint also der ftdi_sio zu sein, denn diese Angabe hat sich geändert
Der da drüber ist mein Homematic USB Stick.

Leider überdeckt der Homematic USB-Stick einen weiteren USB Anschluss, sonst würde ich da mal dran testen, denn ich weiß nicht ob es einen Unterschied macht ob USB 3 (blau) oder eben USB 2 (gelb) Anschluss am Intel-NUC.

Meine beiden bisher getesteten sind die USB 3 Anschlüsse.

[pejonp]

die Datei "99-local.rules" ist dafür da um dem USB-device einen eindeutigen namen zu geben. siehe wiki udev.
"99-local.rules" hat nichts mit "lsusb" zu tun.
Wenn die Daten in der Datei "99-local.rules" stimmen wird unter /dev ein Device "signal" angezeigt, mit den richtigen Zugriffsrechten.
Das ist doch dein Problem.

Code Auswählen Erweitern


Can't open /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0: Permission denied


wie richtest du den diese Verlinkung ein. jedesmal von Hand.

Code Auswählen Erweitern


lrwxrwxrwx 1 root root 13 Aug 15 12:41 usb-SIGNALduino_433_MHz-if00-port0 -> ../../ttyUSB0


Mach doch mal ein "ls -lisa /dev |grep USB". Was hat den ttyUSB0 für Zugriffsrechte und wer ist der Eigner ?

pejonp

[moonsorrox]

Wenn die Daten in der Datei "99-local.rules" stimmen wird unter /dev ein Device "signal" angezeigt, mit den richtigen Zugriffsrechten.
Das ist doch dein Problem.

Code Auswählen Erweitern


Can't open /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0: Permission denied


du meinst sicher das device "serial"
(siehe screenshot)

Ich bin laut Wiki vorgegangen und sobald ich den Stick eingesteckt hatte erscheint dieses device, wenn ich da drauf gehe und mir die Dateiattribute von dem symlink anschaue sind die "777"
Wenn ich auf den Ordner "serial" gehe sind die "755"

wie richtest du den diese Verlinkung ein. jedesmal von Hand.

Code Auswählen Erweitern


lrwxrwxrwx 1 root root 13 Aug 15 12:41 usb-SIGNALduino_433_MHz-if00-port0 -> ../../ttyUSB0


nein, wie oben beschrieben wird die erstellt

Mach doch mal ein "ls -lisa /dev |grep USB". Was hat den ttyUSB0 für Zugriffsrechte und wer ist der Eigner ?

die Ausgabe von "ls -lisa /dev |grep USB" sieht so aus

Code Auswählen Erweitern

root@FHEM-Server:~# ls -lisa /dev |grep USB
27120 0 crwxrwxrwx  1 root dialout 188,   0 Aug 16 12:09 ttyUSB0


ob das nun richtig ist weiß ich nicht, ich habe das ja nicht verändert.
Der Ordner serial wie gesagt hat "755"

[pejonp]

Nein nicht serial sondern ,,signal" wenn die Daten in der Datei "99-local.rules" richtig sind. Es wird in /dev ein neues device ,,signal" mit den richtigen Zugriffesrechten angelegt. Symbolische Links können die Zugriffsrechte der devices nicht übersteuern. Schau in die Wiki.
Pejonp

[RaspiLED]

Also ich lese hier mit und glaube, dass ihr aneinander vorbei redet und beide nicht den Kern trefft

1) die Rechte an dem Device unter Linux: Es ist ein FTDI der richtig erkannt wird! Ich schätze auch die Rechte, obwohl uns das

Code Auswählen Erweitern


ls -la /dev/serial/by* fehlt Meine Vermutung ist, dass der user fhem (und evtl. auch pi) nicht in der Gruppe dialout ist

Code Auswählen Erweitern

sudo addgroup fhem dialout


2) Sind Deine Signalduino Abstürze kein Rechteproblem, sondern Hardware oder nich eher ein nicht richtig geflashte Firmware.

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[moonsorrox]

bitte beachten ich habe kein Raspi ich arbeite mit dem Intel NUC

hier mal die Augabe:

Code Auswählen Erweitern

root@FHEM-Server:~# ls -la /dev/serial/by*
/dev/serial/by-id:
insgesamt 0
drwxr-xr-x 2 root root 60 Aug 15 15:13 .
drwxr-xr-x 4 root root 80 Aug 15 15:07 ..
lrwxrwxrwx 1 root root 13 Aug 15 15:07 usb-SIGNALduino_433_MHz-if00-port0 -> ../../ttyUSB0

/dev/serial/by-path:
insgesamt 0
drwxr-xr-x 2 root root 60 Aug 15 15:13 .
drwxr-xr-x 4 root root 80 Aug 15 15:07 ..
lrwxrwxrwx 1 root root 13 Aug 15 15:07 pci-0000:00:14.0-usb-0:3:1.0-port0 -> ../../ttyUSB0


ich denke das ist soweit OK

wenn ich jetzt penjob seine Aussage richtig verstehe fehlt mir dieses device "signal" demnach sollte das in der 99-local.rules Datei wohl nicht richtig sein. Dafür kenne ich aber Linux zu schlecht.

Zu der "dailout" Gruppe, kann ich nur sagen fhem ist in dieser Gruppe.
Ich kann mich an diese "Permission denied" Sachen gut erinnern, denn oft liest man hier im Forum davon das Leute damit Probleme haben, nur nützt mir dieses absetzen des Befehls

Code Auswählen Erweitern

chown -R fhem:dialout /opt/fhem


hier rein gar nichts, da ich ja im ganz anderen Zweig bin nämlich /dev/serial und hier gibt es irgendwelche Unstimmigkeiten

Ich warte ja noch auf den neuen Stick dann kann ich mehr dazu sagen, ob das Problem ein Hardware Problem ist, wobei ich es ganz stark vermute 

[RaspiLED]

Okay ich sehe ,,root:root"
Also user root und Gruppe root bekommt die Rechte, dann kann user fhem nicht dran

Welche Distribution nutzt Du? Wie sehen Deine Udev Regeln aktuell aus?
Evtl. hier nachsehen!?
sudo nano /etc/udev/rules.d/50-usb-serial.rules

Code Auswählen Erweitern

SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{product}=="FT232R USB UART", SYMLINK+="usb_dsmr", GROUP="dialout", MODE="0666"
evtl ohne oder mit anderem ATTRS{product}==,,SIGNAL*"
könnte helfen!? Ich weiss nicht wie oben in der Anleitung der Kernel identifiziert wurde

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[moonsorrox]

Welche Distribution nutzt Du? Wie sehen Deine Udev Regeln aktuell aus?
Evtl. hier nachsehen!?
sudo nano /etc/udev/rules.d/50-usb-serial.rules

ich nutze  Ubuntu 15.10 (GNU/Linux 3.13.0-111-generic x86_64)

Udev habe ich aktuell diese 2 Dateien:
70-persistent-net.rules

Code Auswählen Erweitern

# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x8086:0x15a3 (e1000e)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="b8:ae:ed:77:ba:d2", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x8086:0x095a (iwlwifi)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="34:13:e8:40:92:a0", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"


# USB-HUB Port 1
KERNELS=="1-1.3.1.3", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", MODE="0666", SYMLINK+="CH340_1"

# USB-HUB Port 2
KERNELS=="1-1.3.1.4", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", MODE="0666", SYMLINK+="CH340_2"

99-local.rules

Code Auswählen Erweitern

# USB-HUB Port 1
KERNELS=="2-4.29", ATTRS{idVendor}=="???", ATTRS{idProduct}=="???", MODE="0666", SYMLINK+="signal"


Code Auswählen Erweitern

SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{product}=="FT232R USB UART", SYMLINK+="usb_dsmr", GROUP="dialout", MODE="0666"

soll ich das in die Datei eintragen..?

evtl ohne oder mit anderem ATTRS{product}==,,SIGNAL*"
könnte helfen!? Ich weiss nicht wie oben in der Anleitung der Kernel identifiziert wurde

ich kenne mich da leider nicht gut aus

[pejonp]

Morgen
Die Einträge von mir waren nur Beispiele ,,usb-hub Port" kannst du löschen oder du schreibst die richtigen Werte rein. Die Einträge mit dem ,,???" musst du durch richtige Werte ersetzen.

Mit lsusb -s 00?:00? -v  ?=richtige usb ids kann man die Werte der usb-Geräte auslesen. Wenn die Parameter nicht stimmen lsusb -? Hilft dir.

Dieser Eintrag bringt nichts.

Code Auswählen Erweitern


ATTRS{product}==,,SIGNAL*"


Pejonp

[RaspiLED]

Hey Pejonp,

Mea culpa und Du hast total recht! Auch meins war nur als Beispiel gedacht. Aber das hilft alles nichts, wenn der thread owner nicht in der Doku von udev nachlesen will und auch die Beispiele nicht ausprobiert
Dennoch glaube ich an mein group=,,dialout".

Warten wir mal ab.

Gruß Arnd



Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[pejonp]

Hi raspiled,

Ich glaube bei mir sind die devices auch in der Gruppe dialout und fhem ist da auch drin.
Pejonp

[moonsorrox]

Hi raspiled,

Ich glaube bei mir sind die devices auch in der Gruppe dialout und fhem ist da auch drin.
Pejonp

ja genau das hatte ich aber schon geschrieben, dass es bei mir so ist nur eben dieser Stick ist ja ganz woanders drin in /dev/serial

Aber das hilft alles nichts, wenn der thread owner nicht in der Doku von udev nachlesen will und auch die Beispiele nicht ausprobiert
Dennoch glaube ich an mein group=,,dialout".

nicht so ungeduldig...

Ich habe doch bisher die Beispiele ausprobiert nur mit meinem marginalen Wissen über Linux bin ich da auch ein wenig auf vorgefertigtes angewiesen 
"udev" habe ich ausgiebig gelesen bei ubuntu schon beim ersten Hinweis weiter oben, aber verstehen ist die zweite Sache.

Wenn ich genau wüßte was ich da eintragen muss, hätte ich es sicher getan... nun habe ich leider das falsche eingetragen 
Ich gebe mir große Mühe alles was ihr mir schreibt zu verstehen und umzusetzen.

So heute nun ist der neue Stick gekommen, bisher habe ich ihn noch nicht ausgepackt, wollte erst einmal hier antworten.
Damit ihr Bescheid wisst.
Was ich jetzt schon gemacht habe den anderen Stick abgezogen. Nun gibt es auch diesen Ordner "Serial" nicht mehr.

Werde jetzt von vorn anfangen... Fhem updaten, neu starten, dann den Stick rein. Dann schaue ich nochmal diese rules Dateien an.
Vorab ein "ls -lisa /dev |grep USB" gemacht da kommt nichts mehr...?

[moonsorrox]

Der Stick ist jetzt dran und ich habe ein: ls -l /dev/serial/by-id gemacht das erscheint:

Code Auswählen Erweitern

root@FHEM-Server:~# ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Aug 17 13:51 usb-SIGNALduino_433_MHz-if00-port0 -> ../../ttyUSB0


dann noch ein "ls -lisa /dev |grep USB" gemacht das erscheint:

Code Auswählen Erweitern

root@FHEM-Server:~# ls -lisa /dev |grep USB
265172 0 crw-rw----  1 root dialout 188,   0 Aug 17 13:51 ttyUSB0

mich wundert jetzt das es verschiedene Gruppen sind einmal "root" einmal "dialout" ich habe da ja noch nichts verändert.

Der Stick ist jetzt noch bei "disconnected" was sollte ich jetzt als erstes machen damit er auf "openend" geht, denn das ist ja erst einmal das eine Problem.
Bisher habe ich die Rechte des Symlinks nochmals bestätigt, obwohl die bei "777" sind, der Ordner Serial hat "755"

Werde jetzt bis jemand antwortet mir nochmals die udev anschauen und die rules Dateien

[RaspiLED]

User root Gruppe dialout ist richtig!

Wenn fhem auch in der Geuppe dialout ist (Mein Befehl 

Code Auswählen Erweitern

sudo addgroup fhem dialout
weiter oben)
Sollte fhem kein Problem haben denn Stick anzusprechen!

Also in fhem das normale define eingeben, da der Stuck die gleiche ID hat wie der alte solltest Du ja wissen wie es geht

Code Auswählen Erweitern

defmod sduino SIGNALduino /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600


Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[moonsorrox]

Tja der Stick geht nicht auf "openend" sobald ich fhem restarte ist er auf disconnected, wenn ich die Rechte in meinem FTP Programm einmal bestätige geht er auf openend.
Der symlink behält auch die rechte "777" während alles andere auf "755" somit kommt fhem nicht an den Stick und er bleibt disconnected... den symlink kann ich nicht auf die Rechte 755 bekommen, ist das evtl. das Problem..?

Zumindest blinkt dieser Stick jetzt erst einmal nicht.. 

hier war noch eine Frage von euch ich habe jetzt ausgelesen:

Code Auswählen Erweitern

root@FHEM-Server:~# lsusb -s 02:07 -v

Bus 002 Device 007: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0         8
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 FT232 USB-Serial (UART) IC
  bcdDevice            6.00
  iManufacturer           1 SIGNALduino
  iProduct                2 433
  iSerial                 3 MHz
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           32
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xa0
      (Bus Powered)
      Remote Wakeup
    MaxPower               90mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass    255 Vendor Specific Subclass
      bInterfaceProtocol    255 Vendor Specific Protocol
      iInterface              2 433
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
Device Status:     0x0000
  (Bus Powered)


stick sieht so aus:

Code Auswählen Erweitern

defmod sduino SIGNALduino /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600