[gelöst] file is not useable

Begonnen von andies, 03 Januar 2020, 21:16:37

Vorheriges Thema - Nächstes Thema

andies

Das ergibt im Nachhinein alles Sinn. Die Probleme traten auf, als ich den neuen Signalduino in FHEM eingerichtet hatte. Der stand in der cfg ganz unten.


Gesendet von iPhone mit Tapatalk Pro
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

CoolTux

Interessant. Vielleicht kannst Du Deine Erkenntnis dem Modulauthor einmal zukommen lassen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Sidey

Zitat von: andies am 19 Januar 2020, 13:55:28
Das ergibt im Nachhinein alles Sinn. Die Probleme traten auf, als ich den neuen Signalduino in FHEM eingerichtet hatte. Der stand in der cfg ganz unten.

Kannst Du mir dazu weitere Details liefern?
Insbesondere die Definition des SIGNALduino und ggf. die Definitionen der fehlerhaften Geräte.
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

andies

Zitat von: Sidey am 19 Januar 2020, 16:39:09
Kannst Du mir dazu weitere Details liefern?
Ja, kann ich. Aber ich bin mir sicher, dass nicht das Modul, sondern etwas intern in FHEM verantwortlich ist. Denn das Problem trat bei zwei devices auf, die nichts mit dem Signalduino zu tun haben: FHEMWEB sowie TelegramBot. Und der Fehler dort war unerklärlich. Ich denke eher, wir sollten so etwas nur im Hinterkopf behalten. Anscheinend ist es wichtig, wann das Signalduino-Device geladen wird, das sollte möglichst frühzeitig sein und wenn jemand viel später dieses Gerät einbaut und sich dann wundert, das irgendwas nicht läuft, sollte er erstmal die Reihenfolge umstellen und schauen, ob dadurch das Problem gelöst wird.

Und wenn ich Dich schon mal "an der Strippe habe": https://forum.fhem.de/index.php/topic,38831.msg1014767.html#msg1014767

So, und nun das versprochene device:
Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SIGNALduino_un:
   DEF        192.168.2.54:23
   DMSG       W44#F122E0910EDD1F6E7E
   DevState   initialized
   DeviceName 192.168.2.54:23
   FD         11
   FUUID      5e244bdb-f33f-1115-16ab-f3c40f04ad5f2293
   FVERSION   00_SIGNALduino.pm:v3.4.1-s20746/2019-12-14
   LASTDMSG   W44#F122E0910EDD1F6E7E
   LASTDMSGID 44
   MSGCNT     45
   NAME       sduino
   NR         45
   NR_CMD_LAST_H 2
   PARTIAL   
   RAWMSG     MU;P0=14600;P1=-1903;P2=1998;P3=3952;P4=-3841;P5=-10464;D=012134242424242121212421212421212124212424242121212121242121242121212421212121242424212424212424242124212121242424242421242421242424212124242424242425;CP=2;R=4;
   RSSI       -72
   STATE      opened
   TIME       1579450546.38489
   TYPE       SIGNALduino
   hasCC1101  1
   sendworking 0
   version    V 3.3.1 SIGNALduino cc1101 (433 Mhz ) - compiled at Dec  3 2019 19:42:03
   versionProtocols 1.10
   versionmodul v3.4.1
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     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   ^P(?:14|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95)#.*
     18:FLAMINGO ^P13\.?1?#[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
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     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:
     2020-01-19 12:36:06   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB  (DataRate:5603.79Baud)
     2020-01-18 23:10:43   ccpatable       C3E = 00 C0 00 00 00 00 00 00 => 10_dBm
     2020-01-19 16:57:38   ping            OK
     2020-01-19 13:30:51   state           opened
     2020-01-19 13:30:51   version         V 3.3.1 SIGNALduino cc1101 (433 Mhz ) - compiled at Dec  3 2019 19:42:03
   XMIT_TIME:
     1579447795.12112
     1579449564.14334
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     58
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     1
     4
     6
     7
     17
     23
     25
     33
     33.1
     33.2
     35
     51
     53
     55
     65
     74.1
   muIdList:
     8
     9
     17.1
     24
     26
     27
     28
     29
     30
     31
     34
     37
     39
     44
     44.1
     45
     48
     59
     60
     61
     62
     64
     66
     67
     70
     72
     74
     80
     84
     85
     89
     94
Attributes:
   development 0
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -v -v -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      intern
   hardware   miniculCC1101
   updateChannelFW stable
   whitelist_IDs 0,0.1,0.2,0.3,0.4,1,4,6,7,8,9,10,11,12,17,17.1,18,23,24,25,26,27,28,29,30,31,33,33.1,33.2,34,35,37,39,43,44,44.1,45,48,51,53,55,58,59,60,61,62,64,65,66,67,70,72,74,74.1,80,84,85,89,9
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Sidey

Zitat von: andies am 19 Januar 2020, 17:20:10
Ja, kann ich.

Ich meinte mit Definition die Ausgabe unter "Raw Definition". :)

Danke und Grüße
Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

andies

Ach so:
defmod sduino SIGNALduino 192.168.2.54:23
attr sduino development 0
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -v -v -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino group intern
attr sduino hardware miniculCC1101
attr sduino updateChannelFW stable
attr sduino whitelist_IDs 0,0.1,0.2,0.3,0.4,1,4,6,7,8,9,10,11,12,17,17.1,18,23,24,25,26,27,28,29,30,31,33,33.1,33.2,34,35,37,39,43,44,44.1,45,48,51,53,55,58,59,60,61,62,64,65,66,67,70,72,74,74.1,80,84,85,89,94

setstate sduino opened
setstate sduino 2020-01-19 19:21:18 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB  (DataRate:5603.79Baud)
setstate sduino 2020-01-19 19:21:26 ccpatable C3E = 00 C0 00 00 00 00 00 00 => 10_dBm
setstate sduino 2020-01-19 19:21:34 config MS=1;;MU=1;;MC=1;;Mred=1
setstate sduino 2020-01-19 19:55:07 ping OK
setstate sduino 2020-01-19 13:30:51 state opened
setstate sduino 2020-01-19 13:30:51 version V 3.3.1 SIGNALduino cc1101 (433 Mhz ) - compiled at Dec  3 2019 19:42:03

FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

viegener

Nachdem es hierzu inzwischen mehrere Threads gibt (einmal zu den svg-Dateien hier und noch zu dem TelegramBOt API key) - poste ich auch noch ein paar Gedanken hier:

Zuerstmal der Hinweis aus dem Telegrambot-Thread: Das TelegramBot-Problem scheint mit einer "korrupten" uniqueID zusammenzuhängen. Denn das token steht wohl mehfrach in der Datei, wird aber nicht gefunden (get/setKeyValue). Auch die uniqueID selbst taucht mehrfach auf. Diese Datei ist bei Andies auch recht gross -> über 1MB

1) Ich kann mir schwer vorstellen, dass es einen Zusammenhang zu signalduino gibt
2) Ob es einen Zusammenhang mit FBCalllist gibt ist auch nicht klar, FBCalllist legt die Daten der Calllist in der uniqueID ab und auch dies kommt mehrfach vor

Meine Empfehlung wäre auf jeden Fall das Problem mit der uniqueID (am besten durch Neuanlage) zu lösen, denn das kann potentiell viele Module betreffen, die darin Daten ablegen und auch die uniqueID selbst ist ja wichtig

Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können