Maverick ET-733 und SIGNALduino

[Master_Nick]

Mahlzeit,

gibt es hier schon Neuigkeiten, einen Part der in die culFW integriert wurde? So, dass man es auch in die a-culfw integrieren könnte die Björn baut?

[Sidey]

Das Protokoll wurde in den Signalduino implementiert.

[Wuehler]

Hallo Sidey,

So habe ich das auch verstanden, allerdings liefert der CUL/die culfw nicht die richtigen Informationen, so dass die Interpretation im Signalduinomodul quasi wertlos ist.
Leider bin ich zeitlich nicht dazu gekommen mir die aculfw genauer anzusehen, woher die Falschen Signalinterpretationen kommen. Im bbqduino-code funktioniert es ja einwandfrei.

[Master_Nick]

Moin,

ich wollte das testen, kam aber gestern noch nicht dazu.
Generell würde ich schauen, dass ich Björn das gebe, was er benötigt um es in die a-culfw einzubauen (für den Erfolg kann ich nicht garantieren, das Wissen muss noch angelesen werden).

[Wuehler]

Bei mir hat wie bei vielen (allen?) die culfw nur sehr selten ein Paket geliefert, dass durch Sigduino interpretierbar war. Und die gelieferten Temperaturen stimmten dann auch nicht. War alles eher Zufall.
Ich denke, die Sigduino-Implementierung ist korrekt, die aculfw nicht.

[Master_Nick]

Mir wäre bisher nicht bekannt, dass es seinen Weg in die a-culfw gefunden hat.
Ich selbst nutze aber auch keinen Signalduino sondern einen nanoCUL an einem Raspi. Mich hatte hier eher der Teil gereizt ob man schon fertiges einfach in die a-culfw übernehmen kann. 

Hatte hier mit Björn mal geschrieben wie es damit aussieht, sah jetzt nicht so aus als ob... : https://forum.fhem.de/index.php/topic,35064.msg590402.html#msg590402

Aber ich teste es heute mal.......

[pejonp]

Hi,
Der einfachste Weg ist bei einem selbstbau nanocul a-cul die signalduino firmware für einen cc1101 aufzuspielen. Verdrahtung ist identisch. Mal nach signalduino cc1101 suchen.
Pejonp

[Master_Nick]

  Nee das will ich ja gar nicht - ich habe ja den NanoCul mit a a-culfw im produktiven Einsatz mit diversen Aktoren.
Das mach ich mir damit ja definitiv erstmal kaputt. Mir geht es um implementierung des Protokolls vom Maverick in die a-culfw 

Alle meine Fragen hier waren daher nur darauf gezielt zu wissen, ob es am SIGNALduino geht, um ggfs. Vorarbeit zu sparen. Habe da auch schon einiges gefunden durch den Thread hier.

[Sidey]

Bei Verwendung des Signalduino finden die Demodulierung im Perl Modul statt.
Bei Verwendung CUL wird das auf dem CUL erledigt.
Da der Speicherplatz auf so einem CUL endlich ist, schränkt das halt ein.

Die Demodulierung ist im Falle vom Signalduino auch eher generisch im Code hinterlegt und wird über Parameter gesteuert.

Im CUL sind die Protokolle eher spezifisch implementiert.

Das macht es schwer code von einem Projekt in dem anderem zu verwenden.

Grüße Sidey

[noxx]

Hallo

der Signalduino empfängt etwas von meinem Maverick, aber zeigt falsche Werte

Code Auswählen Erweitern

Internals:
   CHANGED
   CODE       SD_WS_Maverick
   DEF        SD_WS_Maverick
   LASTInputDev SignalDuino1
   MSGCNT     2
   NAME       SD_WS_Maverick
   NR         50
   STATE      T: -367 T2: -324
   SignalDuino1_DMSG P47#59A65669599665A65566
   SignalDuino1_MSGCNT 2
   SignalDuino1_RAWMSG MC;LL=-517;LH=478;SL=-266;SH=228;D=AA999559A65669599665A65566;C=248;L=103;
   SignalDuino1_TIME 2017-06-02 17:27:47
   TYPE       SD_WS_Maverick
   lastMSG    59A65669599665A65566
   lastReceive 1496417267
   Readings:
     2017-06-02 17:27:47   messageType     69
     2017-06-02 17:27:47   state           T: -367 T2: -324
     2017-06-02 17:27:47   temp1           -367
     2017-06-02 17:27:47   temp2           -324
Attributes:
   event-min-interval .*:300
   event-on-change-reading .*
   room       SD_WS_Maverick


temp2 ist zb 22°C (72°F) bzw 21°C(71°F) ---schwank etwas
temp1 ist bei mir der Fühler defekt, zeigt nur HHH.

Aber der 2er sollte doch richtig sein, oder?

[Sidey]

der Signalduino empfängt etwas von meinem Maverick, aber zeigt falsche Werte

Welches Thermometer hast Du denn? Ist es das ET-733 oder ein anderes?

[noxx]

Das 732

Gesendet von meinem GT-I9195 mit Tapatalk

[Papaloewe]

Bei meinem ET-733 zeigt sich leider dasselbe Verhalten.
Bin mir aber sicher, dass es schonmal funktioniert hat. 

Code Auswählen Erweitern

Internals:
   CFGFN
   CODE       SD_WS_Maverick
   DEF        SD_WS_Maverick
   LASTInputDev sduino
   MSGCNT     4
   NAME       ET733
   NR         331
   STATE      T: -339 T2: -7
   TYPE       SD_WS_Maverick
   lastMSG    5995A5995A556955A6A5
   lastReceive 1496482773.9176
   sduino_DMSG P47#5995A5995A556955A6A5
   sduino_MSGCNT 4
   sduino_RAWMSG MC;LL=-464;LH=529;SL=-200;SH=282;D=AA99955995A5995A556955A6A5;C=245;L=104;
   sduino_TIME 2017-06-03 11:39:33
   Helper:
     Dblog:
       T:
         Mydblog:
           TIME       1496482773.92917
           VALUE      -339 T2
       Messagetype:
         Mydblog:
           TIME       1496482773.92917
           VALUE      99
       Temp1:
         Mydblog:
           TIME       1496482773.92917
           VALUE      -339
       Temp2:
         Mydblog:
           TIME       1496482773.92917
           VALUE      -7
   Readings:
     2017-06-03 11:18:40   H               0
     2017-06-03 11:39:33   messageType     99
     2017-06-03 11:39:33   state           T: -339 T2: -7
     2017-06-03 11:39:33   temp1           -339
     2017-06-03 11:39:33   temp2           -7
     T:
Attributes:
   room       BBQ

Jetzt ist die Grillsaison eröffnet und es wäre sehr lieb, wenn du dir nochmal ansehen könntest.

Gruß
Thomas

[noxx]

Hätte mir glatt den 733 geholt, wenns bei dir geklappt hätte.

Wäre schon, wenn einer sagen könnte, wie man das Problem löst?

Liegt es an dem Signauduino oder an den Modulen, zb
https://forum.fhem.de/index.php/topic,48950.msg406016.html#msg406016
https://forum.fhem.de/index.php/topic,48949.msg406015.html#msg406015
https://forum.fhem.de/index.php/topic,48948.msg406014.html#msg406014


Gruß

[Sidey]

Tia,ich hatte leider noch keine Zeit mir das genauer anzusehen.

Irgendwas stimmt beim decodieren des Protokolls wohl nicht.


Grüße Sidey

Gesendet von meinem Nexus 5 mit Tapatalk