SIGNALESP: Firm- und Hardware für SIGNALduino direkt auf ESP8266 oder ESP32

[rcmcronny]

Hallo,

ich habe seit ca. letzte Woche Freitag (ganz genau weiss ich es leider nicht) das Problem, das meine beiden SIGNALESPs.
Beide haben zuerst nix empfangen mehr, das habe ich durch ein Powerccle und auch ein "set raw eC" scheinbar behoben, Sie empfangen nun wieder wie früher auch zuverlässig
Ich nutze Sie beim Senden derzeit nur für IT, so das ich nur dazu etwas sagen kann. Das funktioniert jedoch nichtmehr, die Steckdosen (es sind 4 die ich noch nutze) reagieren nicht.

Verbose 5 sagt folgendes beim ANschalten:

Code Auswählen Erweitern


2019.03.20 10:46:17 3: SIGNALESP IT_set: IT_0FFFF0FFFF on
2019.03.20 10:46:17 5: SIGNALESP/write: sending via Set sendMsg P3#is0FFFF0FFFF0F#R10#C300
2019.03.20 10:46:17 5: SIGNALESP: sendmsg msg=P3#is0FFFF0FFFF0F#R10#C300
2019.03.20 10:46:17 5: SIGNALESP: sendmsg IT V1 convertet tristate to bits=000101010100010101010001
2019.03.20 10:46:17 5: SIGNALESP: sendmsg Preparing rawsend command for protocol=3, repeats=10, clock=300 bits=000101010100010101010001
2019.03.20 10:46:17 5: AddSendQueue: SIGNALESP: SR;R=10;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404230423042304230404042304230423042304040423; (1)
2019.03.20 10:46:17 4: SIGNALESP/set: sending via SendMsg: SR;R=10;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404230423042304230404042304230423042304040423;
2019.03.20 10:46:17 5: SIGNALESP SW: SR;R=10;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404230423042304230404042304230423042304040423;
2019.03.20 10:46:17 4: SIGNALESP SendrawFromQueue: msg=SR;R=10;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404230423042304230404042304230423042304040423;
2019.03.20 10:46:18 4: SIGNALESP/msg READ: SR;R=10;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404230423042304230404042304230423042304040423;
2019.03.20 10:46:18 5: SIGNALESP/noMsg Parse: SR;R=10;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404230423042304230404042304230423042304040423;
2019.03.20 10:46:18 5: SIGNALESP/msg READ: regexp=^S(?:R|C|M);. cmd=sendraw msg=SR;R=10;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404230423042304230404042304230423042304040423;
2019.03.20 10:46:18 4: SIGNALESP/read sendraw answer: SR;R=10;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404230423042304230404042304230423042304040423;
2019.03.20 10:46:18 4: SIGNALESP/HandleWriteQueue: nothing to send, stopping timer
2019.03.20 10:46:18 4: SIGNALESP/msg READ:

Sieht mE ganz ok aus, oder ?

Es schaltet jedoch nicht. Stelle ich nun das IODevice auf den am USB Port hängenden sduino um, dann funktioniert das schalten sofort und problemlos. Der Sduino hat folgende Version:

Code Auswählen Erweitern


version V 3.3.1-RC10 SIGNALduino - compiled at Dec 29 2018 01:43:10
versionmodul  v3.3.3



Beide SIGNALESP haben die gleiche Software, folgend die Daten des  1.  (der 2. hat die gleiche Software, jedoch alle stabilen Clients whitelisted)

Code Auswählen Erweitern


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 xx.xx.xx.xx:23
DMSG   s565805217000
DevState  initialized
DeviceName xx.xx.xx.xx:23
FD 17
FUUID  5c463430-f33f-e150-3f3c-ff219619168545ec
LASTDMSG s565805217000
MSGCNT 11
NAME  SIGNALESP
NR 65
PARTIAL RAWMSG  MS;P0=-3889;P1=482;P2=-1943;P3=-9182;D=13121012101210101212101210101212121212121212101210121210121212121012101010;CP=1;SP=3;R=235;m2;
RSSI  -84.5
STATE  opened
TIME  1553074956
TYPE  SIGNALduino
sendworking  0
unknownmessages 
version V 3.3.1-rc6 SIGNALESP cc1101 (chip CC1101) - compiled at Jan 20 2019 22:42:36
versionmodul  v3.3.3



List vom IT-Device (aus dem o.g. verbose listing):

Code Auswählen Erweitern


Internals:
   00         f0
   DEF        0FFFF0FFFF 0F F0
   FUUID      5c46342b-f33f-e150-5504-387dd9b0acfdd6c0
   IODev      SIGNALESP
   NAME       IT_0FFFF0FFFF
   NR         39
   STATE      on
   TYPE       IT
   XMIT       0ffff0ffff
   XMITdimdown 00
   XMITdimup  00
   XMITon     0f
   CODE:
     1          0ffff0ffff
   READINGS:
     2016-02-27 19:00:14   protocol        V1
     2019-03-20 10:46:17   state           on
Attributes:
   IODev      SIGNALESP
   ITclock    300
   ITrepetition 10
   alias      p1_drucker
   room       IT


Hat irgendjemand einen Tip, was ich noch probieren kann ?

Danke Ronny


BTW; @HomeAuto_User Meine Umstellung vom Schreibtisch hat ewig gedauert, wegen dem Heidemann Klingeldingens mach ich noch die tests, das hab ich nicht vergessen, sorry für die Verzögerung hierbei)



UPDATE:
Updates waren wie folgt im Zeitraum:

Code Auswählen Erweitern


2019.03.14 08:44:59 1: UPD FHEM/42_npmjs.pm
2019.03.14 08:44:59 1: UPD FHEM/49_Arlo.pm
2019.03.14 08:44:59 1: UPD FHEM/98_DOIF.pm
2019.03.14 08:44:59 1: UPD FHEM/98_Installer.pm
2019.03.14 08:45:00 1: UPD FHEM/Meta.pm

2019.03.15 08:18:37 1: UPD ./CHANGED
2019.03.15 08:18:37 1: UPD ./MAINTAINER.txt
2019.03.15 08:18:37 1: UPD ./fhem.cfg.demo
2019.03.15 08:18:37 1: UPD FHEM/39_alexa.pm
2019.03.15 08:18:37 1: UPD FHEM/42_npmjs.pm
2019.03.15 08:18:37 1: UPD FHEM/98_Installer.pm
2019.03.15 08:18:37 1: UPD FHEM/98_Text2Speech.pm
2019.03.15 08:18:37 1: UPD FHEM/Meta.pm
2019.03.15 08:18:37 1: UPD FHEM/lib/AttrTemplate/mqtt2.template
2019.03.15 08:18:37 1: UPD demolog/LightScenes.save
2019.03.15 08:18:37 1: UPD demolog/dewpoint.log
2019.03.15 08:18:37 1: UPD demolog/fhem.save
2019.03.15 08:18:38 1: UPD www/pgm2/fhemweb.js

2019.03.16 08:36:59 1: UPD FHEM/10_CUL_HM.pm
2019.03.16 08:37:00 1: UPD FHEM/32_TechemWZ.pm
2019.03.16 08:37:00 1: UPD FHEM/42_npmjs.pm
2019.03.16 08:37:00 1: UPD FHEM/59_Weather.pm
2019.03.16 08:37:00 1: UPD FHEM/98_MSwitch.pm
2019.03.16 08:37:00 1: UPD FHEM/99_Utils.pm
2019.03.16 08:37:00 1: UPD FHEM/DarkSkyAPI.pm
2019.03.16 08:37:00 1: UPD FHEM/OpenWeatherMapAPI.pm


[Sidey]

Hi,

Ich fasse zusammen was ich verstanden habe.

1) Du verwendest einen SignalESp zum senden.
2) Bis letzte Woche hat das Senden funktioniert.
3) Seit ein paar Tagen funktioniert das Senden nicht mehr.
4) Der Empfang war auch gestört, ein reboot hat geholfen.

Um der Sache etwas näher zu kommen.
Was liefert ein Geräusch ccConf der Signalesps?
Empfängt der SIGNALduino etwas, wenn der SignalESP sendet?

Könntest Du folgende Version auf dem ESP testen:
https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/nightly

[rcmcronny]

Hi,

Ich fasse zusammen was ich verstanden habe.

1) Du verwendest einen SignalESp zum senden.

Korrekt, diese hab ich Primär in Benutzung gehabt weil ich diese besser Positionieren kann

2) Bis letzte Woche hat das Senden funktioniert.

Korrekt

3) Seit ein paar Tagen funktioniert das Senden nicht mehr.

Korrekt, da ich 2 Steckdosen mit einem Tagesprogramm ansteuer, fällt es mir dann idR auf, das was noch an ist, was aus sein sollte.
Das war glaube Freitag oder Sonnabend letzte Woche

4) Der Empfang war auch gestört, ein reboot hat geholfen.

Weiss nicht ob er gestört war, es kam nix rein, jedenfalls keine Events und auch keine RAWMSG usw, nach einem "get SIGNALESP raw eC" und reset bzw aus/an klappt es bei den beiden wieder zuverlässig wie vorher. Keine Ahnung was da war, man sieht ja leider nicht viel

Um der Sache etwas näher zu kommen.
Was liefert ein Geräusch ccConf der Signalesps?

Ich lese ein "get SIGNALESP ccconf" raus, da hab ich folgendes:
ccconf: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)

Empfängt der SIGNALduino etwas, wenn der SignalESP sendet?

Nein, auch mit verbose 5 sieht man keine Regung hierzu (auch der 2. ESP sieht nix.

Könntest Du folgende Version auf dem ESP testen:
https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/nightly

Klar, ich hatte damals die Test Nightly aufgespielt (die auch unter dem Link erhältlich war) auf meine ESPs, hab mal die Datei neu runtergeladen und auf dem SIGNALESP draufgehauen.

=>   V 3.3.1-RC-nightly SIGNALESP cc1101 (chip CC1101) - compiled at Feb 3 2019 21:37:16
WTF und nun geht es  wieder... das ist ja nun voll suspekt , war da irgendwas groß geändert worden ?

Danke !

Ich spiele die mal auch auf den 2. ESP noch und schau ob das nun so bleibt.  Wäre gut, wenn bei den Nightlies irgendwas wäre, das man neue Versionen erkennt ?

Ronny

Ich beobachte das mal morgen, ob es besser läuft, aber sieht bisher deutlich perfekter aus



UPDATE:
Der 2. SIGNALESP macht mit der Nightly auch wieder was er soll, jedenfalls sieht es deutlich besser aus. Ich beobachte es mal, aber IT schalten geht zumindest schonmal und Empfangen tut er auch anderen kram.

[Dominik83]

Hi Zusammen,

mein SingnalEsp mit version
V 3.3.1-rc4 SIGNALESP cc1101 868MHz - compiled at Mar 22 2018 23:45:03

Tut es seit ein paar Tagen (vermutlich seit Vorgestern) auch nicht mehr. Sendet und empfängt nichts. Komisch hat nun ein dreiviertel Jahr ohne jedes Problem geklappt.

Wie bekomme ich denn die hex Datei mit dem nightly am einfachsten drauf geflashed? Ich habe den SignalEsp noch nie geupdatet und damals habe ich eine .bin draufgeflashed.

Gruß und Danke

Dominik

[rcmcronny]

Hi Dominik,

einfach die hex datei flashen, ist letztlich ne binary

Ich nutze da meistens den nodemcu flasher:  https://github.com/nodemcu/nodemcu-flasher
Da die hex laden als file bei "config" und als Adresse die 0x00000 angeben , haken vorn bei dem anmachen und bei den anderen aus und go

Ronny

[Dominik83]

Hi Ronny,

super das hat geklappt!

Leider funzt es noch nicht. Wenn ich mich recht erinnere müsste der Nodemcu doch blinken wenn er was sendet oder empfängt, oder vertue ich mich da? Leuchtet durchgehend. :-/

Nach dem Flash stand die Freq laut ccconf auf ungefähr 1600 Mhz habe wieder so umgestelt:

ccconf
freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:16dB (DataRate:66.44Baud)

erkennst Du da einen fehler?


Gruß

[Sidey]

Eigentlich sollte eine Meldung im Logfile stehen, dass Du ein factory Reset machen sollst.


Einfach mal get raw e an den SIGNALesp senden. Danach sollte es klappen.

Grüße Sidey

[Dominik83]

Hi Sydney,

raw
ccFactoryReset done

ohne erfolg:-( da blinkt nix.

Interessant ist, dass der esp bei einem:
Klingel:dong set SIGNALESP1 raw SR;;R=3;;P0=-597;;P1=593;;P2=-215;;P3=181;;P4=-5996;=34301230121230123012123030123012301230301230301212 ;;

blinkt. Die klingel klingelt aber auch nicht. kann der cc1100 defekt sein? Get version etc klappt aber?!

[Dominik83]

2019.03.29 22:05:52 4: set SIGNALESP1 raw SR;R=3;P0=-597;P1=593;P2=-215;P3=181;P4=-5996;D=34301230121230123012123030123012301230301230301212 ;
2019.03.29 22:05:52 4: SIGNALESP1 SendrawFromQueue: msg=SR;R=3;P0=-597;P1=593;P2=-215;P3=181;P4=-5996;D=34301230121230123012123030123012301230301230301212 ;
2019.03.29 22:05:54 4: SIGNALESP1/HandleWriteQueue: sendraw no answer (timeout)
2019.03.29 22:05:54 4: SIGNALESP1/HandleWriteQueue: nothing to send, stopping timer

Hilft das weiter?

[Sidey]

Bei ccconf stimmen die Wert aber jetzt wieder oder?

Seltsam, vor ein paar Tagen hatte in Anwender schon einmal so ein Problem.
Er hat neu geflasht und dann lief es.

Grüße Sidey

[Dominik83]

Hi,

jap ccconf: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)

ich habe auch 422.420MHZ FÜR DOOYA probiert

[Dominik83]

Bei den Internals steht auch:

DMSG
nothing

und

LASTDMSG
nothing

passt die config so?
config: MS=1;MU=1;MC=1;Mred=1

Gruß

[Sidey]

Ja, das passt.
Empfang klappt bei dir auch überhaupt nicht?

[rcmcronny]

Das war ich mit den Problemen Sidey

Dominik, hast Du mal den SIGNALESP stromlos gemacht und 10sek gewartet und wieder angesteckt, nach dem Factory Reset ? Ansonsten Vielleicht nochmal nen Flash ?

Ronny

[Dominik83]

Hi Zusammen,


stromlos war er nun die ganze Nacht @Ronny : Meinst Du nochmal die gleiche Firmware flashen?

@Sydney: Nein der scheint auch nichts zu empfangen. Im Log sehe ich nichts und blinken tut der nodemcu auch nicht.

Komisch