433Mhz Signalduino manax / mumbi Steckdose Problem

my-engel · 10 Dezember 2018, 18:57:47

Hallo,

ich hoffe jemand kann mir helfen und es ist auch in der richtigen Rubrik eingestellt,
auch habe ich nach langem suchen noch nichts weiter zu diesem Thema gefunden.

Nun ich habe folgende 3 Funksteckdosen mit einer Funkfernbedienung gekauft.
https://www.amazon.de/gp/product/B01M0RH75L/ref=oh_aui_detailpage_o05_s00?ie=UTF8&psc=1

Ich denke diese Dosen gleichen den mumbi Dosen (FS300).
https://www.amazon.de/mumbi-Outdoor-Funksteckdosen-Funksteckdose-Fernbedienung/dp/B01MTLBN0L/ref=pd_sbs_60_1?_encoding=UTF8&pd_rd_i=B01MTLBN0L&pd_rd_r=cd511c56-fc9d-11e8-a38b-7544dbaf532d&pd_rd_w=K8ech&pd_rd_wg=8T5Lh&pf_rd_p=51bcaa00-4765-4e8f-a690-5db3c9ed1b31&pf_rd_r=CF72PAWG0VRMETJ9NY1A&psc=1&refRID=CF72PAWG0VRMETJ9NY1A

Die Fernbedienung habe ich mit einer Dose verheiratet und an meinem aktuellen FHEM einen nanoCUL angeschlossen.
Bei diesem mit picocom und X21 gelauscht. Alles Mögliche wird erkannt jedoch nicht diese Dosen.

Anschließend habe ich den nanoCUL zum SIGNALduino geflasht und wieder gelauscht.
Dieser liefert mir:

Code Auswählen

SIGNALduino IT: message "i43CB0FA10" (10) too short!
und:

Code Auswählen

SIGNALduino: Unknown code i43CB0FA10, help me!

Jetzt beim SIGNALduino auf Verbose=4 gestellt und dieses erhalten:
Bei Taste EIN:

Code Auswählen

2018.12.09 22:10:12 4: SIGNALduino/msg READ: MS;P0=-310;P1=-10136;P2=293;P3=-837;P4=825;D=21234023232323404040402323402340402323232340404040402340232323234023;CP=2;SP=1;R=76;O;
2018.12.09 22:10:12 4: SIGNALduino: Matched MS Protocol id 3 -> itv1
2018.12.09 22:10:12 4: SIGNALduino: Decoded MS Protocol id 3 dmsg i43CB0FA10 length 36 RSSI = -36
2018.12.09 22:10:12 3: SIGNALduino IT: message "i43CB0FA10" (10) too short!
2018.12.09 22:10:12 3: SIGNALduino IT: message "i43CB0FA10" (10) too short!
2018.12.09 22:10:12 3: SIGNALduino: Unknown code i43CB0FA10, help me!
2018.12.09 22:10:12 4: SIGNALduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.12.09 22:10:12 4: SIGNALduino: Decoded MS Protocol id 3.1 dmsg i43CB0FA10 length 36 RSSI = -36
2018.12.09 22:10:12 4: SIGNALduino Dispatch: i43CB0FA10, Dropped due to short time or equal msg
2018.12.09 22:10:12 4: SIGNALduino/msg READ: MS;P0=819;P1=-317;P2=292;P3=-844;P4=-10127;D=24230123232323010101012323012301012323232301010101012301232323230123;CP=2;SP=4;R=76;
2018.12.09 22:10:12 4: SIGNALduino: Matched MS Protocol id 3 -> itv1
2018.12.09 22:10:12 4: SIGNALduino: Decoded MS Protocol id 3 dmsg i43CB0FA10 length 36 RSSI = -36
2018.12.09 22:10:12 4: SIGNALduino Dispatch: i43CB0FA10, Dropped due to short time or equal msg
2018.12.09 22:10:12 4: SIGNALduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.12.09 22:10:12 4: SIGNALduino: Decoded MS Protocol id 3.1 dmsg i43CB0FA10 length 36 RSSI = -36
2018.12.09 22:10:12 4: SIGNALduino Dispatch: i43CB0FA10, Dropped due to short time or equal msg

Bei Taste AUS:

Code Auswählen

2018.12.09 22:12:48 4: SIGNALduino/msg READ: MU;P0=-889;P1=251;P3=-10169;P4=783;P5=-350;D=01010101013104510101010454545451010451045451010101045454510451045101010101010131045101010104545454510104510454510101010454545104510451010101010101310451010101045454545101045104545101010104545451045104510101010101013104510101010454545451010451045451010101;CP=1;R=8;O;
2018.12.09 22:14:04 4: SIGNALduino/msg READ: MU;P0=-872;P1=259;P2=804;P3=-342;P5=-10152;D=01023232310231023101010101010151023101010102323232310102310232310101010232323102310231010101010101;CP=1;R=13;

Wenn ich ein:

Code Auswählen

set SIGNALduino raw SR;;R=6;;P0=-310;;P1=-10136;;P2=293;;P3=-837;;P4=825;;D=21234023232323404040402323402340402323232340404040402340232323234023;;

ausführe schaltet die Dose ,,EIN"

Und wenn ich ein:

Code Auswählen

set SIGNALduino raw SR;;R=6;;P0=-872;;P1=259;;P2=804;;P3=-342;;P5=-10152;;D=01023232310231023101010101010151023101010102323232310102310232310101010232323102310231010101010101;;

ausführe schaltet die Dose ,,AUS"

So weit so gut, aber wie kann ich das alles vernünftig einpflegen und
kann das alles vielleicht in das IT Modul oder sonst wo hin?
Besteht evtl. die Möglichkeit, dieses auch mit dem CUL zu schalten?

LG
Uwe

HomeAuto_User · 10 Dezember 2018, 21:18:36

Hallo Uwe,
hast du mal deien Empfänger und deine FW vom SIGNALduino aktualisiert?

Wenn ich deine MSG dispatche erhalte ich ein anderes Protokoll.
Bitte bringe die Daten auf den aktuellen dev-r33 Stand und dann können wir zusammen schauen was los ist.
Es scheint mir, das deine Befehle nicht weiter gegeben werden an ein Modul, deswegen kannst du diese nicht vernünftig steuern.

MfG Marco

my-engel · 10 Dezember 2018, 21:57:52

Hallo Marco,

Danke für Deine Antwort. Es ist jetzt die V3.3.1-dev drauf und ich hatte auch folgende hier getestet:
https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC10/SIGNALDuino_nanocc1101release.hex
aber mit gleichem Effekt. Wenn alle falsch sein sollten, hast du einen Link ?
bzw. den Zweig vom Github https://github.com/RFD-FHEM/SIGNALDuino

Code Auswählen

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_A92HLJRR-if00-port0@57600
   DMSG       s57A80161F000
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A92HLJRR-if00-port0@57600
   FD         11
   LASTDMSG   s57A80161F000
   MSGCNT     7
   NAME       SIGNALduino
   NR         43
   PARTIAL    
   RAWMSG     MS;P1=478;P2=-1963;P3=-3920;P4=-9198;D=14121312131213131313121312131212121212121212121213121313121212121313131313;CP=1;SP=4;R=240;O;
   RSSI       -82
   STATE      opened
   TIME       1544474639
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   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-12-09 17:23:35   ping            OK
     2018-12-09 22:17:19   state           opened
     2018-12-09 22:17:19   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   keepalive:
     ok         1
     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      CUL
   hardware   nanoCC1101

my-engel · 14 Dezember 2018, 19:12:42

Hallo,

hat jemand eine Idee?

MfG
Uwe

HomeAuto_User · 14 Dezember 2018, 22:34:47

Hallo,
du hast noch eine alte FW auf dem Signalduino. Bitte nutze mal die dev-r33 von hier.

https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/3.3.1-RC10

Dann bitte nochmal erneut testen.

Mfg

my-engel · 15 Dezember 2018, 21:38:50

Danke,

habe...

Code Auswählen

update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

gemacht und dann...

Code Auswählen

update

Modulversion ist jetzt:

Code Auswählen

versionmodul v3.3.3-dev_09.12.

und dann Flashen mit:

Code Auswählen

set SIGNALduino flash https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/3.3.1-RC10/SIGNALDuino_nanocc1101release.hex

jetzt sind 2 Nano V3.0 zum Ziegelstein migriert...

Code Auswählen

avrdude: Version 6.1, compiled on Jul  7 2015 at 10:29:47
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"

         Using Port                    : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9E193JF-if00-port0
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00

avrdude done.  Thank you.

Thank you.

HomeAuto_User · 15 Dezember 2018, 22:48:05

Hallo,
was möchtest du mit Ziegelstein ausdrücken? Zu spät ist nicht, nur Geduld ist gefragt.

Was macht dein Nano noch? Das flashen klappte nicht laut Log.
Besitzt du für den Empfang einen Nano mit cc1101?

Dein Post lässt bloß vermuten aber ist ein wenig aussagekräftig.

my-engel · 16 Dezember 2018, 20:58:00

Hallo,

Ziegelstein bedeutet er tut nichts mehr.

Ich habe einen Nano V3.0 328P mit FTDI (Klone) an diesem hängt über einen Levelshifter ein cc1101.
Dieser funktionierte problemlos als nanoCUL und später dann als SignalDuino mit
Version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50

Habe dann, wie von Dir empfohlen, die Schritte vom letzten POST durchgeführt.

Das "Flashen" ist fehlgeschlagen und jetzt leuchtet die PWR-LED durchgehend (ist ja normal) aber auch die L-LED glimmt durchgehend.
Mit ls -la /dev/ttyUSB* wird der FTDI noch erkannt jedoch ist der Nano nicht mehr ansprechbar, auch nicht in der Arduino IDE.

Ich dachte kann ja passieren und habe einen neuen genommen, die Schritte wiederholt und das selbe Ergebnis erhalten. (deshalb 2 Ziegelsteine)
Habe im letzten POST auch extra ausführlich und Schritt für Schritt geschrieben um es nachvollziehbar zu machen...

MfG
Uwe

Sidey · 17 Dezember 2018, 00:05:05

Zitat von: my-engel am 15 Dezember 2018, 21:38:50

jetzt sind 2 Nano V3.0 zum Ziegelstein migriert...

Code Auswählen Erweitern
avrdude: Version 6.1, compiled on Jul 7 2015 at 10:29:47 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2014 Joerg Wunsch System wide configuration file is "/etc/avrdude.conf" Using Port : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9E193JF-if00-port0 Using Programmer : arduino Overriding Baud Rate : 57600

Der Log vom Flashen verwendet ein anderes Gerät, als vorher in den internals angegeben war. Ich nehme an, das liegt daran, dass Du schon den zweiten Arduino hier verwendet hast.

Zitat von: my-engel am 10 Dezember 2018, 21:57:52
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_A92HLJRR-if00-port0@57600

Laut dem Log konnte avrdude nicht mit dem microcontroller kommunizieren. Hat also auch nicht geflasht.
Da muss ein anderes Problem bei dir vorliegen.

Zitat von: my-engel am 15 Dezember 2018, 21:38:50
Code Auswählen Erweitern
avrdude: Version 6.1, compiled on Jul 7 2015 at 10:29:47 avrdude: ser_recv(): programmer is not responding avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00 avrdude: ser_recv(): programmer is not responding avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00 avrdude: ser_recv(): programmer is not responding avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00 avrdude: ser_recv(): programmer is not responding avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00 avrdude: ser_recv(): programmer is not responding avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00 avrdude: ser_recv(): programmer is not responding avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00 avrdude: ser_recv(): programmer is not responding avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00 avrdude: ser_recv(): programmer is not responding avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00 avrdude: ser_recv(): programmer is not responding avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00 avrdude: ser_recv(): programmer is not responding avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00

Hast Du die arduinos schon mal an einem anderen Gerät angeschlossen?

Grüße Sidey

my-engel · 17 Dezember 2018, 09:23:25

Hallo,

Danke für die Antwort.
Ja, die beiden unterschiedlichen ID sind von den 2 Arduinos.

Das Log ist vom letzten Versuch, da FHEM ja nur den letzten Versuch speichert.
Leider habe ich das eigentlich Interessante nicht gespeichert.
Es hat sich bei beiden Arduinos jedoch gleich verhalten...
avrdude liest als erstes die Informationen ein wie im folgenden Beispiel:
(dieses ist aber nicht von mir, weil FHEM nur das letzte speichert):
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.03s
im 2. Stepp sollte er dann schreiben
Writing | ######################

hier hat es dann abgebrochen...
kann aber den genauen Zeitpunkt nicht mehr rekonstruieren.
Beim 2. bzw. nächsten Versuch kommt dann die Meldung vom angehängten LOG.
vorherige Firmwareupdates mit älterem Stand haben immer funktioniert....

Habe die Arduino´s auch an einen Windows PC gehängt und die Arduino IDE installiert und
dann versucht den Bootloader neu zu schreiben, jedoch schlägt dieses mit selbiger Fehlermeldung fehl.
Evtl. mache ich am Windows PC auch was falsch, da ich es so noch nie getan hatte...

Habe noch einen weiteren RPI im Einsatz und werde es heute Abend an diesem noch probieren...

MfG
Uwe

Sidey · 17 Dezember 2018, 10:24:51

Hi,

Um den Bootloader zu schreiben brauchst Du einen Programmer.
Das kann ein anderer Arduino mit dem passenden Sketch oder ein fertiges Teil sein.

Der Programmer wird dann mit dem Arduino verkabelt, so dass man den Bootloader schreiben kann.

Ich könnte mir aber vorstellen, dass dein Bootloader noch in Takt ist und das Problem die nicht vollständig geschriebene Firmware ist.

Wenn Du ihn über die Arduino IDE versuchst zu flashen müsstest Du dir gleichen Fehler von avrdude bekommen.
Es wird 10* versucht den uC zu kontaktieren. Was helfen könnte ist, in dieser Phase den Reset Button zu betätigen. Eventuell auch mehrfach probieren, es könnte aufs Timing ankommen.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

my-engel · 17 Dezember 2018, 11:38:09

Hallo,

ja genau über die Arduino IDE kommt der gleiche Fehler von avrdude.
Ich werde es probieren den Reset Button zu betätigen wenn er versucht zu schreiben.

Hättest Du evtl. diesen Sketch für den anderen Arduino um dann den Bootloader zu schreiben?
Dann könnte ich dies auch noch mal probieren...

Danke MfG
Uwe

Sidey · 17 Dezember 2018, 11:46:49

Hi,

Der Sketch ist in der Arduino IDE enthalten.

Hier ist ein Tutorial mit verschiedenen Varianten:

https://www.arduino.cc/en/Tutorial/ArduinoISP

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

my-engel · 17 Dezember 2018, 21:46:58

Hallo nochmal,

habe jetzt folgenden Stand:
konnte die beiden Ziegelsteine noch nicht wieder zum Leben erwecken.
Scheiter am Arduino UNO und evtl. auch noch an Erfahrung ;-(
auch drücken vom Reset Knopf brachte bisher nicht´s.

Aber, da ja das Flashen mit älterer Firmware bisher immer funktionierte,
entschloss ich mich meinen letzten neuen Nano zu Opfern und ihn diesmal jedoch nicht mit der Firmware von:

Code Auswählen

https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/3.3.1-RC10/SIGNALDuino_nanocc1101release.hex

zu betanken sondern mit der Firmware aus der Quelle:

Code Auswählen

https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC10/SIGNALDuino_nanocc1101release.hex

und siehe da ich bin wieder am Anfang und gehe auf POST 1 zurück.
Die Firmware des "Tag" Zweiges im github macht bei mir die Arduinos kaputt.
Ich muss mir mal die Mühe machen und beide miteinander vergleichen....

Aber zum eigentlichen Problem:
Der Signalduino sendet und empfängt jetzt wieder alles Mögliche (Nachbars Temperatur sensoren usw.) Jedoch nicht die Dosen.
Aber ich kann sie einschalten mit

Code Auswählen

set SIGNALduino raw SR;;R=6;;P0=-310;;P1=-10136;;P2=293;;P3=-837;;P4=825;;D=21234023232323404040402323402340402323232340404040402340232323234023;;

und wieder ausschalten mit:

Code Auswählen

set SIGNALduino raw SR;;R=6;;P0=-872;;P1=259;;P2=804;;P3=-342;;P5=-10152;;D=01023232310231023101010101010151023101010102323232310102310232310101010232323102310231010101010101;;

Das Modul hat jetzt Stand v3.3.3-dev_09.12.
Und der Signalduino V 3.3.1-RC10 SIGNALduino cc1101 - compiled at Nov 19 2018 23:11:15

und hier noch ein List vom Signalduino:

Code Auswählen

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:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A92HH3J3-if00-port0@57600
   DMSG       s57A80232D000
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A92HH3J3-if00-port0@57600
   FD         10
   LASTDMSG   s57A80232D000
   MSGCNT     3
   NAME       SIGNALduino
   NR         45
   NR_CMD_LAST_H 2
   PARTIAL    
   RAWMSG     MS;P0=-3915;P1=488;P2=-1956;P3=-9193;D=13121012101210101010121012101212121212121212121012121210101212101210101210;CP=1;SP=3;R=231;O;m2;
   RSSI       -86.5
   STATE      opened
   TIME       1545078146
   TYPE       SIGNALduino
   sendworking 0
   version    V 3.3.1-RC10 SIGNALduino cc1101  - compiled at Nov 19 2018 23:11:15
   versionmodul v3.3.3-dev_09.12.
   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   ^P(?:14|29|30|34|46|69|81|83|86)#.*
     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|57|79)#.*
     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-12-17 21:21:08   state           opened
     2018-12-17 21:21:08   version         V 3.3.1-RC10 SIGNALduino cc1101  - compiled at Nov 19 2018 23:11:15
   XMIT_TIME:
     1545078140
     1545078153
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     0.1
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     23
     25
     33
     35
     38
     38.1
     41
     51
     55
     65
     68
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     20
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     39
     40
     42
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     74
     79
     80
     81
     83
     84
     85
     86
     89
Attributes:
   group      CUL
   hardware   nanoCC1101
   room       System

Hier noch ein neuer Auszug vom LOG mit verbose 4

Code Auswählen

ein
2018.12.17 21:56:00 4: SIGNALduino/msg READredu: MS;P1=-343;P2=793;P3=267;P4=-875;P5=-10156;D=35342134343434212121213434213421213434343421212121213421343434342134;CP=3;SP=5;R=43;O;m2;
2018.12.17 21:56:00 4: SIGNALduino/msg READredu: MS;P1=-357;P2=782;P3=277;P4=-856;P5=-10158;D=35342134343434212121213434213421213434343421212121213421343434342134;CP=3;SP=5;R=43;O;m1;
2018.12.17 21:56:00 4: SIGNALduino/msg READredu: MS;P1=-333;P2=804;P3=282;P4=-857;P5=-10159;D=35342134343434212121213434213421213434343421212121213421343434342134;CP=3;SP=5;R=43;O;m0;
2018.12.17 21:56:00 4: SIGNALduino/msg READredu: MS;P1=-331;P2=805;P3=281;P4=-851;P5=-10161;D=35342134343434212121213434213421213434343421212121213421343434342134;CP=3;SP=5;R=43;O;

aus
2018.12.17 21:56:28 4: SIGNALduino/msg READredu: MS;P0=-10221;P1=275;P2=-866;P3=784;P4=-345;D=10123412121212343434341212341234341212121234343412341234121212121212;CP=1;SP=0;R=43;O;m2;
2018.12.17 21:56:28 4: SIGNALduino/msg READredu: MS;P0=-10161;P1=282;P2=-858;P3=798;P4=-335;D=10123412121212343434341212341234341212121234343412341234121212121212;CP=1;SP=0;R=43;O;m1;
2018.12.17 21:56:28 4: SIGNALduino/msg READredu: MS;P0=-10162;P1=298;P2=-837;P3=794;P4=-334;D=10123412121212343434341212341234341212121234343412341234121212121212;CP=1;SP=0;R=43;O;m0;
2018.12.17 21:56:28 4: SIGNALduino/msg READredu: MS;P0=-10147;P1=280;P2=-862;P3=793;P4=-338;D=10123412121212343434341212341234341212121234343412341234121212121212;CP=1;SP=0;R=43;O;

ein
2018.12.17 21:56:56 4: SIGNALduino/msg READredu: MS;P0=-10161;P1=279;P2=-860;P3=789;P4=-344;D=10123412121212343434341212341234341212121234343434341234121212123412;CP=1;SP=0;R=44;O;m2;
2018.12.17 21:56:56 4: SIGNALduino/msg READredu: MS;P0=-10153;P1=281;P2=-859;P3=798;P4=-341;D=10123412121212343434341212341234341212121234343434341234121212123412;CP=1;SP=0;R=44;O;m1;
2018.12.17 21:56:56 4: SIGNALduino/msg READredu: MS;P0=-10156;P1=286;P2=-849;P3=800;P4=-333;D=10123412121212343434341212341234341212121234343434341234121212123412;CP=1;SP=0;R=44;O;m0;
2018.12.17 21:56:56 4: SIGNALduino/msg READredu: MS;P0=-10164;P1=278;P2=-858;P3=785;P4=-343;D=10123412121212343434341212341234341212121234343434341234121212123412;CP=1;SP=0;R=44;O;

aus
2018.12.17 21:57:22 4: SIGNALduino/msg READredu: MS;P1=277;P2=-863;P3=789;P4=-343;P6=-10153;D=16123412121212343434341212341234341212121234343412341234121212121212;CP=1;SP=6;R=45;O;m2;
2018.12.17 21:57:23 4: SIGNALduino/msg READredu: MS;P1=270;P2=-871;P3=775;P4=-355;P6=-10162;D=16123412121212343434341212341234341212121234343412341234121212121212;CP=1;SP=6;R=45;O;m1;
2018.12.17 21:57:23 4: SIGNALduino/msg READredu: MS;P1=282;P2=-860;P3=807;P4=-332;P6=-10165;D=16123412121212343434341212341234341212121234343412341234121212121212;CP=1;SP=6;R=45;O;m0;
2018.12.17 21:57:23 4: SIGNALduino/msg READredu: MS;P1=284;P2=-855;P3=805;P4=-333;P6=-10156;D=16123412121212343434341212341234341212121234343412341234121212121212;CP=1;SP=6;R=45;O;

MfG
Uwe

yoda_gh · 17 Dezember 2018, 21:56:55

Zitat von: my-engel am 17 Dezember 2018, 21:46:58
Aber, da ja das Flashen mit älterer Firmware bisher immer funktionierte,
entschloss ich mich meinen letzten neuen Nano zu Opfern und ihn diesmal jedoch nicht mit der Firmware von:
Code Auswählen Erweitern
https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/3.3.1-RC10/SIGNALDuino_nanocc1101release.hex

zu betanken sondern mit der Firmware aus der Quelle:
Code Auswählen Erweitern
https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC10/SIGNALDuino_nanocc1101release.hex

und siehe da ich bin wieder am Anfang und gehe auf POST 1 zurück.
Die Firmware des "Tag" Zweiges im github macht bei mir die Arduinos kaputt.
Ich muss mir mal die Mühe machen und beide miteinander vergleichen....

... was ich als regelmäßiger Github-User jetzt gerade aus Neugier getan habe. Es gibt keinen Unterschied. Vorausgesetzt, man öffnet den ersten Link mit einem Browser und klickt dann auf die Datei.

Wenn Du auf https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/3.3.1-RC10/SIGNALDuino_nanocc1101release.hex auf den Eintrag "SIGNALDuino_nanocc1101release.hex" klickst, landest Du genau auf dem ../download/.. Link. Ich vermute mal, in einem Fall ging der Download schief und es wurde irgendwie nicht die FIrmware sondern irgendwas anderes auf Deinem Rechner gespeichert, was Du versucht hast, zu flashen. Oder Du hast der Flash-Routine direkt die ../tags/..-URL gegeben und es wurde versucht, das HTML zu flashen?

Oder verstehe ich jetzt was total falsch? Ist hier vielleicht irgendwo eine Beschreibung missverständlich?