Maverick ET-733 und SIGNALduino

Begonnen von blub145, 18 Februar 2016, 23:01:13

Vorheriges Thema - Nächstes Thema

Papaloewe


fx-83

#106
Hallo,

evtl. habe ich was ueberlesen - ich weiss es nicht! ;-)

Hardware:
-Maverick 733
-Signalduino-Stick (Fertigloesung)
-Raspberry Pi 3

Habe jetzt ein paar Stunden in den Signalduino und das Maverick 733 investiert bis ich gescheckt habe woran es hakt.
Gescheitert bin ich daran, dass nur "MS" und "MU"-Nachrichten empfangen wurden. Somit keine Daten fuer das Maverick-Modul...
Ausserdem hat das mit dem Flashen des Radino nicht funktioniert -> avrdude: ser_recv(): programmer is not responding

Entscheidend war erstmal, dass der Radino per aufgeloetetem Taster in den Bootloader-Modus versetzt werden muss. (2 x druecken)
Ausserdem ist das Geraet im Bootloader-Modus unter einer anderen Geraetedatei erreichbar als im normalen Modus!
Z.B. bei mit normal als /dev/serial/by-id/usb-Unknown_radino_CC1101-if00 und im Bootloader-Modus als /dev/serial/by-id/usb-In-Circuit_radino_CC1101-if00
Der Bootloader-Modus ist auch nur ein paar Sekunden aktiv!

Folgendes war zu tun:
1. Checken welche Geraetedatei das Teil im Bootloader-Modus bekommt (ls /dev/serial/by-id)
2. Dies entsprechend ins fhem-Attrubut "flashCommand" uebertragen, z.B. bei mir jetzt so:
avrdude -patmega32u4 -cavr109 -b 57600 -P /dev/serial/by-id/usb-In-Circuit_radino_CC1101-if00 -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
3. sduino-Attriut "verbose" auf 4 stellen (Nicht zwingend erforderlich, eher informativ fuer den Anfang)
4. "syncedMS" und "unsyncedMU" deaktivieren
5. "RST"-Taster am Signalduino 2x druecken und anschliessend sofort innerhalb von ein paar Sekunden:
set sduino flash https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC4/SIGNALDuino_radinocc1101.hex
in fhem absetzen
6. set sduino reset
7. update all
8. shutdown restart

Im Anschluss wurden dann MC-Nachrichten vom Maverick empfangen und SD_WS_Maverick automatisch definiert.

Ob es die Schritte jetzt alle wirklich braucht kann ich nicht sagen, aber vielleicht ist jemand auf der Suche nach einer solchen Anleitung.
Ich jedenfalls habs so detailiert nicht finden koennen.

Vielleicht hilfts...

Vielen Dank in die Runde an alle Entwickler, ihr macht einen klasse Job! ;-)

Gruesse,
Florian

Wuehler

Willkommen Florian,

Hoffentlich hat der nächste Long-Job nichts mit der Einrichtung von Grillthermometern sondern mit der Nutzung desselben zu tun  ;)

Grüße,
Dirk

PS: und Danke für die Doku.

Tommy82

Zitat von: Wuehler am 18 Dezember 2018, 21:40:00
Hi Tommy,

Das sollte mit der richtigen culfw funktionieren. Siehe hier:
https://forum.fhem.de/index.php/topic,49548.0.html

Ist bei mir betzt schon länger her, hatte mich r nen signalduino dafür zusammengesteckt. Mache ich dann bei logbobs immer schnell vorher.

Viel Erfolg, Dirk

Hi,
danke für den Tip, was wäre den die richtige CulFW? Nutzte die alternative FW, wie müsste ich dann vorgehen?

Danke
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

Wuehler

Hi,

Sorry, habe mich falsch erinnert mit culfw. War der Signalduino. Darin sollte es ab fw3.3.2 standardtmässig funktionieren. Es wird per Autocreate ein Device für das Maverick angelegt.
Habe mal den Thread rausgesucht zur Signalduinoanpassung:
https://forum.fhem.de/index.php/topic,82379.msg776732.html#msg776732

Welche Hardware hast du denn für 433 Mhz? Vielleicht läuft ja die Signalduino-FW darauf?

Tommy82

Zitat von: Wuehler am 18 Dezember 2018, 23:03:15
Hi,

Sorry, habe mich falsch erinnert mit culfw. War der Signalduino. Darin sollte es ab fw3.3.2 standardtmässig funktionieren. Es wird per Autocreate ein Device für das Maverick angelegt.
Habe mal den Thread rausgesucht zur Signalduinoanpassung:
https://forum.fhem.de/index.php/topic,82379.msg776732.html#msg776732

Welche Hardware hast du denn für 433 Mhz? Vielleicht läuft ja die Signalduino-FW darauf?

Ist ein Busware 433 MHZ Cul, die genaue Bezeichnung habe ich grade nicht zur hand,aber würde doch eh wahrscheinlich nicht funktionieren da ich die aCUL FW für meine Intertechno Dosen brauche
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

Wuehler

Das scheint tatsächlich nicht so einfach zu funktionieren (https://forum.fhem.de/index.php?topic=78374.0). Aber nen Signalduino zu bauen ist auch nicht wirklich schwierig/teuer.

RaspiLED

Wenn Du einen SignalESP brauchst, sag bescheid! Ich habe noch Platinen hier ;-)
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

fabo4711

Habe mir gestern einen SIGNALduino (nano+rbx6) gebaut und erfolgreich einen Tchibo Aussensensor (über Protokoll 33 SD_WS) anbinden können. Aber bekomme es nach vielen Stunden leider nicht hin mein Maverick ET-733 einzubinden. Habe auch diverse FW+Modul Versionen probiert, aktuell ist es folgende Kombination:


config
MS=1;MU=0;MC=1;Mred=1;Mdebug=1_MScnt=4;MuSplitThresh=8000;MdebFifoLimit=120/140
version
V 3.3.2.1-rc8 SIGNALduino - compiled at Jan 11 2019 19:51:12
versionmodul
v3.3.4


Nach dem Einschalten des Maverick, erscheinen im Log auch einige Zeilen, ein Device in FHEM wird allerdings nicht angelegt.

22019.03.09 14:44:52 4: sduino/msg READ: MC;LL=-2631;LH=3232;SL=-1168;SH=1773;D=4DDBBF31;C=1467;L=32;s27;b26;w;
2019.03.09 14:44:53 4: sduino/msg READ: MC;LL=-2642;LH=3242;SL=-1159;SH=1766;D=4DDBBF31;C=1468;L=32;s5;b4;w;
2019.03.09 14:44:54 4: sduino/msg READ: MC;LL=-2905;LH=2959;SL=-1436;SH=1408;D=3EEF7F4E;C=1451;L=31;s4;b1;
2019.03.09 14:44:55 4: sduino/msg READ: MC;LL=-2898;LH=2968;SL=-1432;SH=1412;D=1F77BFA7;C=1451;L=32;s33;b28;w;
2019.03.09 14:45:21 4: sduino/msg READ: MC;LL=-2648;LH=3229;SL=-1168;SH=1755;D=4DDBBF31;C=1466;L=32;s5;b4;w;
2019.03.09 14:45:22 4: sduino/msg READ: MC;LL=-2629;LH=3239;SL=-1162;SH=1771;D=4DDBBF31;C=1466;L=32;s29;b28;w;
2019.03.09 14:45:24 4: sduino/msg READ: MC;LL=-2908;LH=2960;SL=-1436;SH=1430;D=77BFA7;C=1455;L=24;s1;b1;
2019.03.09 14:45:25 4: sduino/msg READ: MC;LL=-2897;LH=2972;SL=-1427;SH=1414;D=1F77BFA7;C=1451;L=32;s30;b25;w;
2019.03.09 14:45:28 4: sduino/keepalive ok, retry = 0
2019.03.09 14:45:50 4: sduino/msg READ: MC;LL=-2619;LH=3231;SL=-1181;SH=1775;D=4DDBBF31;C=1467;L=32;s5;b4;w;
2019.03.09 14:45:51 4: sduino/msg READ: MC;LL=-2631;LH=3233;SL=-1174;SH=1766;D=4DDBBF31;C=1467;L=32;s4;b3;
2019.03.09 14:45:54 4: sduino/msg READ: MC;LL=-2910;LH=2958;SL=-1438;SH=1405;D=1F77BFA7;C=1451;L=32;s31;b26;
2019.03.09 14:45:55 4: sduino/msg READ: MC;LL=-2902;LH=2965;SL=-1436;SH=1405;D=1F77BFA7;C=1451;L=32;s31;b26;w;
2019.03.09 14:46:19 4: sduino/msg READ: MC;LL=-2640;LH=3237;SL=-1162;SH=1765;D=4D5BBFD1;C=1467;L=32;s12;b11;w;
2019.03.09 14:46:20 4: sduino/msg READ: MC;LL=-2624;LH=3234;SL=-1179;SH=1763;D=4D5BBFD1;C=1466;L=32;s27;b26;w;
2019.03.09 14:46:24 4: sduino/msg READ: MC;LL=-2912;LH=2958;SL=-1437;SH=1405;D=1F77BFA7;C=1451;L=32;s36;b31;w;
2019.03.09 14:46:25 4: sduino/msg READ: MC;LL=-2897;LH=2969;SL=-1436;SH=1407;D=1F77BFA7;C=1451;L=32;s32;b27;
2019.03.09 14:46:28 4: sduino/keepalive ok, retry = 0

Sidey



Zitat von: fabo4711 am 09 März 2019, 14:55:42
Habe auch diverse FW+Modul Versionen probiert,
Bitte verwenden die Firmware 3.3.1 RC10.
Die kannst Du direkten aus dem Modul flashen.

Dann bräuchten ich ein paar RAW Nachrichten.

Grüße Sidey



Gesendet von meinem Moto Z (2) mit Tapatalk

Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

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

fabo4711

#115

config
MS=1;MU=1;MC=1;Mred=1
version
V 3.3.1-RC10 SIGNALduino - compiled at Dec 29 2018 01:43:10


Ist jetzt drauf. Mit RAW Nachrichten, meinst du nochmal einen Logauszug beginnend mit sduino/msg?

Bei jedem Blinken des Thermometers kommen mehrere Zeilen mit zusammenhängendem Zeitstempel ins Log.

Sidey

Zitat von: fabo4711 am 09 März 2019, 15:29:59

config
MS=1;MU=1;MC=1;Mred=1


Kannst Du folgendes ausprobieren:
set sduino disableMessagetype syncedMS und set sduino disableMessagetype unsyncedMU machen und dann schauen ob Maverick erkannt wird?

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

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

Ralf9

Auch mit deaktiveren von MU + MS werden sie wahrscheinlich nicht als MC-Nachrichten erkannt werden.
Das Problem dabei ist, daß die Zeiten für short und long nicht passen.
P0=-584;P1=413;P4=156;P6=-343;
P0=-590;P1=-336;P5=160;P7=403;

Ich hab mal die Zeiten angepasst, dann bekomme ich:
MC;LL=-500;LH=500;SL=-250;SH=250;D=AA99955995A599599A9556A96A;C=249;L=104;
Das passt dann
2019.03.11 23:39:05.387 4 : sduinoD SD_WS_Maverick_Parse SD_WS_Maverick (P47#5995A599599A9556A96A) length: 20
2019.03.11 23:39:05.387 4 : sduinoD SD_WS_Maverick decoded protocolid: 47 sensor messageType=59, temp-f=95A59, temp-b=9599A, checksum-s=9556A96A
2019.03.11 23:39:05.387 4 : sduinoD SD_WS_Maverick decoded protocolid: temp-food=30, temp-bbq=23;


Gruß Ralf

FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

fabo4711

Danke für eure Antworten. Mit MS+MU deaktiviert habe ich es auch schon getestet, leider ebenfalls ohne Erfolg (MS muss ich auf Dauer aktiviert lassen, wegen dem Aussensensor).
Wie kann ich denn die "Zeiten für short und long" anpassen, damit es auch bei mir funktioniert?

Sidey

Soweit ich mich erinnere helfen frische Batterien :)

Gesendet von meinem Moto Z (2) mit Tapatalk

Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

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