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

[moonsorrox]

EDIT:// nun mittlerweile habe ich ihn auf opened. Warum das auf einmal geht weiß ich aber nicht...! 
Wenn ich den sduino einmal abziehe bleibt er beim nächsten einstecken wieder auf disconnected
Muss also noch etwas nacharbeiten weil ich dann wieder die Fehlermeldung mit Permission denied bekomme.
Wie kann ich das dauerhaft lösen..?

Bei mir bleibt er immer auf disconnected
Ich bin hier nach dem Wiki vorgegangen.
Ein

Code Auswählen Erweitern

ls -l /dev/serial/by-id
bringt mir folgendes

Code Auswählen Erweitern

lrwxrwxrwx 1 root root 13 Aug  9 13:52 usb-SIGNALduino_433_MHz-if00-port0 -> ../../ttyUSB0


mein Device habe ich angelegt mit

Code Auswählen Erweitern

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

ein list vom Gerät:

Code Auswählen Erweitern

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
   DMSG       nothing
   DevState   disconnected
   DeviceName /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
   LASTDMSG   nothing
   NAME       sduino
   NR         5372
   PARTIAL   
   STATE      disconnected
   TIME       1533815576.71338
   TYPE       SIGNALduino
   versionmodul v3.3.3-dev_20.04.
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   READINGS:
     2018-08-09 13:52:56   state           disconnected
     2018-08-09 13:14:43   version         0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     2
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     22
     23
     25
     32
     33
     35
     38
     41
     51
     55
     65
     68
     72.1
   muIdList:
     5
     8
     9
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     75
     79
Attributes:
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   room       System

Meine Frage was muss ich jetzt noch machen damit es Opened anzeigt, muss ich da etwas flashen..?
Ein reset des sduino zeigt mir im Log folgendes:

Code Auswählen Erweitern

2018.08.09 14:03:08 1: sduino: Can't open /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0: Permission denied
2018.08.09 14:03:08 3: Opening sduino device /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0
2018.08.09 14:03:08 3: sduino reset

hier ist wohl etwas faul mit Permission denied

Einmal den Befehl

Code Auswählen Erweitern

chown -R fhem:dialout /opt/fhem

abgesetzt, aber das gilt ja nicht dann für den /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0 Pfad

[RappaSan]

Bei mir sieht's etwas anders aus, aber ich habe auch einen Signalduino mit FTDI-chip:
lrwxrwxrwx 1 root root 13 Mai 15 19:19 usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0 -> ../../ttyUSB0

Vielleicht liegt's an dem Arduino (keine eindeutige id)?

[moonsorrox]

wie kann ich die zuordnen oder erst einmal rausbekommen?
Hier mal ein aktuelles list:

Code Auswählen Erweitern

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
   DMSG       YsA0454547E83E33
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
   FD         70
   LASTDMSG   YsA0454547E83E33
   MSGCNT     14
   NAME       sduino
   NR         5372
   PARTIAL   
   RAWMSG     MC;LL=-1184;LH=1304;SL=-577;SH=676;D=5022A2A3F41F198;C=623;L=57;R=227;
   RSSI       -88.5
   STATE      opened
   TIME       1533823388.23516
   TYPE       SIGNALduino
   sendworking 0
   version    V 3.3.1-RC4 SIGNALduino cc1101  - compiled at Mar 10 2018 23:20:23
   versionmodul v3.3.3-dev_20.04.
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2018-08-09 15:03:36   ccconf          freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:3173.83Baud)
     2018-08-09 14:40:59   ccreg           C3E = 00 84 00 00 00 00 00 00
     2018-08-09 15:04:30   cmds            V R t X F S P C r W x e
     2018-08-09 16:06:38   ping            OK
     2018-08-09 15:40:38   state           opened
     2018-08-09 15:40:38   version         V 3.3.1-RC4 SIGNALduino cc1101  - compiled at Mar 10 2018 23:20:23
   getcmd:
   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     2
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     22
     23
     25
     32
     33
     35
     38
     41
     51
     55
     65
     68
     72.1
   muIdList:
     5
     8
     9
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     75
     79
Attributes:
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   icon       cul@blue
   room       HWR,System
   verbose    4

[moonsorrox]

Ich mache hier mal weiter weil ich immer noch die Probleme mit meinem sduino habe.

Folgendes Problem mit dem sduino habe ich was er mit einem wilden flackern anzeigt.
Nach nur einer Eingabe, egal ob ich nun einen Rollladen von fhem aus programmiere oder einen der beiden Rollläden in irgend eine Richtung fahre da hängt sich der sduino total auf. Und dann kann ich nichts mehr bedienen...!

Muss ihn jedesmal vom Strom trennen, dann geht er auf "closed" wenn ich dann "resete" auf "disconnected" und dann muss ich ihm die Rechte mit meinem FTP Programm bestätigen, dann geht er auf "openend" da ist doch irgend etwas nicht richtig.
Ich hoffe mir kann hier jemand weiter helfen..?

das steht dazu im Log:

Code Auswählen Erweitern

2018.08.14 14:53:55 1: sduino: Can't open /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0: Permission denied
2018.08.14 14:53:55 3: Opening sduino device /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0
2018.08.14 14:53:55 3: sduino reset

Noch eine Ergänzung von mir, wenn der sduino wild blinkt, kann ich selbst mit meinen Somfy Fernbedienungen die Rollläden nicht mehr bedienen und ich habe noch etwas bemerkt ich habe zwei Lampen mit einer weiteren Fernbedienung die ich noch nie in fhem hatte, aber weil die wohl mit 433MHz arbeiten kann ich die auch nicht bedienen.
Es sieht so aus als wenn der sduino all diese Geräte blockiert.

hier noch ein aktuelles List:

Code Auswählen Erweitern

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
   DMSG       nothing
   DevState   INACTIVE
   DeviceName /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
   LASTDMSG   nothing
   NAME       sduino
   NR         5454
   STATE      closed
   TIME       1534246581.44243
   TYPE       SIGNALduino
   initResetFlag 1
   initretry  3
   sendworking 0
   version   
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2018-08-10 18:06:52   ccconf          freq:433.420MHz bWidth:58KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2018-08-10 18:18:39   ccreg           C3E = 00 C0 00 00 00 00 00 00
     2018-08-09 16:20:56   cmds            V R t X F S P C r W x e
     2018-08-14 14:14:46   ping            OK
     2018-08-14 14:47:52   state           closed
     2018-08-14 14:31:20   version         V 3.3.1-RC4 SIGNALduino cc1101  - compiled at Mar 10 2018 23:20:23
   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     3.1
     32
     33
     35
     38
     4
     41
     51
     55
     6
     68
     7
     72.1
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     64
     65
     66
     67
     69
     70
     71
     72
     75
     8
     9
Attributes:
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Hardware
   hardware   nanoCC1101
   icon       cul@blue
   room       HWR,System
   sortby     01
   verbose    4

[andies]

Also, mein list sieht genau so aus, mehr oder weniger. Ich befürchte, dass das ein hardware-Problem ist. Entweder sind da Lötstellen nicht korrekt oder der CC1101 hat ein Problem. Mach mal zuerst ein Firmware-update. Aber wenn das nicht hilft, ist das Gerät defekt.

[moonsorrox]

eine Frage zum Pfad des USB im DEV, ist das bei dir auch so..?

Welche Firmware hast du drauf und welche soll ich flashen..?
Ich habe im anderen Thread folgende Varianten gefunden...!

Code Auswählen Erweitern

set sduino flash https://raw.githubusercontent.com/Ralf9/SIGNALDuino/dev-r332_cc1101/firmware/SIGNALduino_nanoCC1101_332rc1.hex

set sduino flash https://raw.githubusercontent.com/Ralf9/SIGNALDuino/dev-r332_cc1101/firmware/SIGNALduino_nanoCC1101_332rc2.hex

[pejonp]

Unter Linux kann man unter  /etc/udev/rules.d das Verhalten der devices steuern.
z.Z. Bin ich nicht an meinem pi sonst könnte ich dir so eine Datei anhängen. Das sollte auch bei usb-devices mit keiner eindeutigen id gehen sofern sie immer auf dem gleichen usb-Port bleiben.

Pejonp

[moonsorrox]

was meinst du genau mit "Verhalten der devices steuern" ich bin da nicht so der Linux Fuchs, so dass ich damit leider erst einmal nichts anfangen kann.

der USB Port bleibt der gleiche, soll heißen ich stecke den nicht um.
Aber ich hatte die Tage schon einen Test gemacht und selbst wenn ich ihn in den anderen USB Port stecke und auslese, sieht der Pfad genauso aus. Sind zwei USB 3 Ports am meinem Intel NUC

[pejonp]

lsusb -t unter linux . mit lsusb -? bekommts du Hilfe.

Code Auswählen Erweitern


root@localhost:/dev#  lsusb -t
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg/1p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/5p, 480M
        |__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M
        |__ Port 3: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
            |__ Port 1: Dev 6, If 0, Class=Hub, Driver=hub/4p, 480M
                |__ Port 3: Dev 9, If 0, Class=Vendor Specific Class, Driver=ch341, 12M
            |__ Port 3: Dev 8, If 0, Class=Vendor Specific Class, Driver=cp210x, 12M
        |__ Port 4: Dev 11, If 0, Class=Vendor Specific Class, Driver=ftdi_sio, 12M
        |__ Port 5: Dev 7, If 0, Class=Human Interface Device, Driver=, 12M


Datei in /etc/udev/rules.d/99-local.rules ergänzen oder neu anlegen. Der Name ist eigentlich egal.
Die letzten beiden sind die Einträge für USB-Geräte ohne S/N mit gleicher Vendor und Product-ID, da wird an Hand des Steckplatzes unterschieden.

Code Auswählen Erweitern


# UNO V3
SUBSYSTEMS=="usb",ATTRS{idProduct}=="0043", ATTRS{idVendor}=="2341", ENV{ID_SERIAL_SHORT}=="64032373833351F0D191", SYMLINK+="uno1", MODE="0666"

# Mega 2560
#SUBSYSTEMS=="usb",ATTRS{idProduct}=="0042", ATTRS{idVendor}=="2341", ATTRS{iSerial}=="85332343332351101172", SYMLINK+="rflink", MODE="0666"
SUBSYSTEMS=="usb",ATTRS{idProduct}=="0042", ATTRS{idVendor}=="2341", SYMLINK+="rflink", MODE="0666"

#fs20pcs
SUBSYSTEMS=="usb" ATTRS{idVendor}=="18ef" ATTRS{idProduct}=="e015" MODE:="0666"

# 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"


dann Service udev neu starten (service udev restart) oder das ganze System. (https://wiki.ubuntuusers.de/udev/)

pejonp

[KölnSolar]

Noch eine Ergänzung von mir, wenn der sduino wild blinkt, kann ich selbst mit meinen Somfy Fernbedienungen die Rollläden nicht mehr bedienen und ich habe noch etwas bemerkt ich habe zwei Lampen mit einer weiteren Fernbedienung die ich noch nie in fhem hatte, aber weil die wohl mit 433MHz arbeiten kann ich die auch nicht bedienen.
Es sieht so aus als wenn der sduino all diese Geräte blockiert.

Klar. Er blinkt nicht nur wild, er funkt wild, was jegliche 433-Kommunikation(Protokollerkennung) unmöglich macht.


Ich tippe auf andies Diagnose 

[andies]

Hier meine Internals

Code Auswählen Erweitern



Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104WS3F-if00-port0
   DMSG       W44#E12DA4071ED25BF8FE
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104WS3F-if00-port0@57600
   FD         10
   LASTDMSG   W44#E12DA4071ED25BF8FE
   MSGCNT     18899
   NAME       sduino
   NR         21
   NR_CMD_LAST_H 2
   PARTIAL   
   RAWMSG     MU;P0=-32001;P1=422;P2=-5024;P3=-3896;P4=3868;P5=1965;P6=-1954;D=01213435353535656565653565653565353565353565356565356565656565656535353565656535353535653535653565653565653565353565353535353535356565653535353535353;CP=5;R=25;
   RSSI       -61.5
   STATE      opened
   TIME       1534272864
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages
   version    V 3.3.2-rc2 SIGNALduino cc1101 - compiled at Jun  1 2018 23:56:22
   versionmodul v3.3.3-dev_20.04.
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}



Gesendet von iPhone mit Tapatalk Pro

[andies]

Flashe mal mit den firmwares, die du hast. Viel scheint nicht mehr kaputt gehen zu können...


Gesendet von iPhone mit Tapatalk Pro

[moonsorrox]

ich kläre das mit dem Verkäufer über ebay bevor ich etwas damit mache, er hat geschrieben das er mir einen neuen schickt.
Da wollte ich jetzt nicht dazwischen funken, so bekommt er den wieder wie er mir ihn geliefert hat...
...und das Problem

Code Auswählen Erweitern

2018.08.14 14:53:55 1: sduino: Can't open /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0: Permission denied
kann auch damit zusammen hängen..?

@andies
bei dir sieht das hier etwas anders aus

Code Auswählen Erweitern

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

@pejonp
so sieht die Ausgabe bei mir aus

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 4: Dev 29, 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


bei mir heißt die Datei unter /etc/udev/70-persistent-net.rules
und das steht drin:

Code Auswählen Erweitern

# 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"



Ich melde mich dann wieder....!
Vielen Dank für eure Unterstützung

[pejonp]

Wenn der usb-stick erkannt wird, muss er auch bei lsusb -t aufgelistet werden.
Ich denke mal der ftdi_sio ist es. Legt mal eine neue Datei an und trage das ein. Wiki udev gibt dir Hinweise.

Code Auswählen Erweitern


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


Die Datei ist fürs Netzwerk und ist ok. Du kannst für andere devices eine extra datei (siehe weiter oben) anlegen.
Pejonp

[moonsorrox]

habe die Datei jetzt angelegt:
Die Abfrage mit der angelegten Datei "99-local.rules" und einem Neustart sieht jetzt so aus:

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 4: Dev 3, 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

hier hat sich eigentlich nur das geändert, war vorher so:

Code Auswählen Erweitern

Port 4: Dev 29, If 0, Class=Vendor Specific Class, Driver=ftdi_sio, 12M
ich werde den Stick mal an einen anderen USB Port stecken, hatte ich aber glaube ich schon probiert 

diese Abfrage sieht so aus und hier hat sich nichts geändert...!

Code Auswählen Erweitern

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

ich bekomme einen weiteren Stick, mal schauen wie es weiter geht.