Signalduino Entwicklung

[Ralf9]

Ist es nahe liegend, das alle anderen Sensoren auch dann Einträge in dieser Art erzeugen?

Ja, die anderen Sensoren erzeugen dann auch Einträge in dieser Art.
Es ist aber ein anderer SensorTyp, z.B. 12 oder 14.

Gruß Ralf

[waschbaerbauch]

Ich hätte da im Angebot:

Code Auswählen Erweitern

2016.02.08 10:48:23 4: SIGNALduino/msg READ: MC;LL=-1017;LH=938;SL=-522;SH=456;D=AE2C174A4F03EA11AA00;C=464;
2016.02.08 10:48:23 4: SIGduino: hideki protocol converted to hex: 751ABA4A0FBE21AB00 with 80 bits, messagestart 0
2016.02.08 10:48:23 4: Hideki_Parse SIGduino incomming P12#751ABA4A0FBE21AB00
2016.02.08 10:48:23 4: SIGduino crc failed
2016.02.08 10:48:23 4: SIGNALduino_unknown incomming msg: P12#751ABA4A0FBE21AB00
2016.02.08 10:48:23 4: SIGNALduino_unknown rawData: 751ABA4A0FBE21AB00
2016.02.08 10:48:23 4: SIGNALduino_unknown Protocol: 12
2016.02.08 10:48:23 4: SIGNALduino_unknown converted to bits: 011101010001101010111010010010100000111110111110001000011010101100000000


[Ralf9]

Ich hätte da im Angebot:

Ich sehe da nirgends das Wort "SensorTyp".
Ideal wäre "SensorTyp = 12" oder "SensorTyp = 14"

"crc failed" deutet auf einen nicht brauchbaren Empfang hin

Gruß Ralf

[waschbaerbauch]

Alles klar, mein Fehler. Ich dachte ggf. ist der Sensortyp noch nicht implementiert und ich schau mal nach 'konnte nicht verarbeitet werden'

PS: Werde gleich die Sensoren demontieren und hier positionieren

Edit:
Korrektur: Das könnte mMn ist der RegenWindsensor sein.

Code Auswählen Erweitern

2016.02.08 11:41:52 4: SIGNALduino/msg READ: MC;LL=-1025;LH=924;SL=-539;SH=438;D=AE00888BAD100111D66A00;C=453;
2016.02.08 11:41:52 4: SIGduino: hideki protocol converted to hex: 758044BA8B0022D75600 with 88 bits, messagestart 0
2016.02.08 11:41:52 4: Hideki_Parse SIGduino incomming P12#758044BA8B0022D75600
2016.02.08 11:41:52 4: Hideki_Parse SensorTyp = 14 decodedString = 7580ccce9d006679fa00
2016.02.08 11:41:52 4: SIGduino Sensor Typ 14 not supported, please report sensor information!

Dies dann der WindRegenmesser?

Code Auswählen Erweitern

2016.02.08 11:44:56 4: SIGNALduino/msg READ: MU;P0=-1042;P1=424;P2=-554;P3=911;D=01232103012123012123012121212123032103212121212103012121212303210321212121210301212121212121212121212121212121212121212121212121212121212121212121212121212123212121012303210301213;CP=1;
2016.02.08 11:44:56 4: Found matched Protocol id 21 -> einhell garagedoor
2016.02.08 11:44:56 4: Found matched Protocol id 8 -> TX3 Protocol
2016.02.08 11:44:56 4: Found matched Protocol id 16 -> Dooya shutter
2016.02.08 11:44:56 4: SIGNALduino_unknown incomming msg: u16#0000000000
2016.02.08 11:44:56 4: SIGNALduino_unknown rawData: 0000000000
2016.02.08 11:44:56 4: SIGNALduino_unknown Protocol: 16
2016.02.08 11:44:56 4: SIGNALduino_unknown converted to bits: 0000000000000000000000000000000000000000
2016.02.08 11:44:56 4: SIGNALduino_unknown / shutter Dooya 0000000000000000000000000000000000000000 received
2016.02.08 11:44:56 4: SIGNALduino_unknown found shutter from Dooya. id=0, channel=0, direction=unknown, all_shutters=1

[Ralf9]

Alles klar, mein Fehler. Ich dachte ggf. ist der Sensortyp noch nicht implementiert und ich schau mal nach 'konnte nicht verarbeitet werden'

PS: Werde gleich die Sensoren demontieren und hier positionieren

Code Auswählen Erweitern


2016.02.08 11:41:52 4: Hideki_Parse SensorTyp = 14 decodedString = 7580ccce9d006679fa00
2016.02.08 11:41:52 4: SIGduino Sensor Typ 14 not supported, please report sensor information!

Dies (Sensor Typ 14) müsste der Regenmesser sein. 009d * 0,7 = 109,9 mm
Der Windmesser müsste dann (Sensor Typ 12) sein.


Die Wetterstation hört sich interessant an. Wie lange hast Du sie schon? Bist Du damit zufrieden?
Zeigt sie auch bei starkem Regen oder Sturm brauchbare Werte an

Gruß Ralf

[waschbaerbauch]

Die ist mir beim Ausverkauf von GetItQuick zugelaufen. Ich muss aber gestehen das ich da nur flüchtig drauf schau, sie ist in erster Linie für die Dame des Hauses um auf der Basis zu schauen wie es so ist. Die Basis zeigt mMn die falschen Werte für die Windgeschwindigkeit (m/s und km/h) an und ich konnte da noch nichts finden wo man das korrigieren kann. Die Temperatur deckt sich in etwa mit dem was die HomeMatic OC3 liefert. Die sitzt allerdings auch deutlich besser am oberen Ende einer etwas größeren Schaukel im Wind

PS: Die Windgeschwindigkeit liegt merkwürdig dicht bei der OC3 wenn man sie mit 3,6 multipliziert. Das könnte man dann also mit FHEM 'ausgleichen'

[Sidey]

"crc failed" deutet auf einen nicht brauchbaren Empfang hin

Wir hatten Den gleichen Fall doch vor ein paar Tagen schon mal.
Da ging es halt um einen anderen Hersteller, aber ebenso um das Hideki Protokoll und um Wind / Regen Sensoren.

Da waren auch verdächtig viele CRC errors enthakten


Ich habe es jetzt nicht im Kopf, aber vielleicht haben wir beim Umwandeln der Nachricht einen Fehler, wenn zwei Nachrichten zusammen Hängend übertragen werden. Dann passt der CRC nicht.

Sidey

[waschbaerbauch]

Der oben im Code aufgezeigte 'Dooya' muss mMn der Windmesser sein. Sobald ich dort die Batterien entferne ist es still. Batterien rein, dann kommen wieder diese Meldungen.

[Ralf9]

Der oben im Code aufgezeigte 'Dooya' muss mMn der Windmesser sein. Sobald ich dort die Batterien entferne ist es still. Batterien rein, dann kommen wieder diese Meldungen.

Dann wird die Windmesser Nachricht evtl von der Firmware im Arduino falsch erkannt.

Deaktiviere mal testweise die MU-Nachrichten mit:
set disableMessagetype unsyncedMU

Gruß Ralf

[hjgode]

Dies (Sensor Typ 14) müsste der Regenmesser sein. 009d * 0,7 = 109,9 mm
Der Windmesser müsste dann (Sensor Typ 12) sein.


Die Wetterstation hört sich interessant an. Wie lange hast Du sie schon? Bist Du damit zufrieden?
Zeigt sie auch bei starkem Regen oder Sturm brauchbare Werte an

Gruß Ralf

Sensortyp 14 (0x0E) hatte ich aber schon mal reingebastelt...

Code Auswählen Erweitern

## 1. Detect what type of sensor we have, then call specific function to decode
if ($sensorTyp==0x1E){
($channel, $temp, $hum) = decodeThermoHygro(\@decodedBytes); # decodeThermoHygro($decodedString);
$bat = ($decodedBytes[2] >> 6 == 3) ? 'ok' : 'low'; # decode battery
$val = "T: $temp H: $hum Bat: $bat";
}elsif($sensorTyp==0x0E){
($channel, $rain) = decodeRain(\@decodedBytes); # decodeThermoHygro($decodedString);
$bat = ($decodedBytes[2] >> 6 == 3) ? 'ok' : 'low'; # decode battery
$val = "R: $rain Bat: $bat";
}
else{
Log3 $iohash, 4, "$name Sensor Typ $sensorTyp not supported, please report sensor information!";
return "$name Sensor Typ $sensorTyp not supported, please report sensor information!";
}


~Josef

[waschbaerbauch]

Deaktiviere mal testweise die MU-Nachrichten mit:
set disableMessagetype unsyncedMU

Und wie mach ich das? Wenn ich das in der FHEM Zeile eingebe kommt das ich 'disableMessagetype' erst definieren soll. Beim SIGNALduino finde ich kein Attribut das ich entsprechend setzen kann.

[Ralf9]

Ich habe es jetzt nicht im Kopf, aber vielleicht haben wir beim Umwandeln der Nachricht einen Fehler, wenn zwei Nachrichten zusammen Hängend übertragen werden. Dann passt der CRC nicht.

Ich hab mal die 14_Hideki.pm geändert damit der sensorTyp und decodedString vor einem "crc failed" ausgegeben wird.

Code Auswählen Erweitern

2016.02.08 18:37:28 4: sduinoD: Found manchester Protocol id 12 clock 453 -> Hideki protocol
2016.02.08 18:37:28 4: sduinoD: hideki protocol converted to hex: 758044BA8B0022D75600 with 88 bits, messagestart 0
2016.02.08 18:37:28 5: sduinoD: converted Data to (P12#758044BA8B0022D75600)
2016.02.08 18:37:28 5: sduinoD dispatch P12#758044BA8B0022D75600
2016.02.08 18:37:28 4: Hideki_Parse sduinoD incomming P12#758044BA8B0022D75600
2016.02.08 18:37:28 4: Hideki_Parse SensorTyp = 14 decodedString = 7580ccce9d006679fa00
2016.02.08 18:37:28 4: sduinoD decoded Hideki protocol model=Hideki_14, sensor id=80, channel=4, temp=0, humidity=0, bat=ok, rain=109.9

2016.02.08 18:38:50 4: sduinoD/msg get raw: MC;LL=-1017;LH=938;SL=-522;SH=456;D=AE2C174A4F03EA11AA00;C=464;
2016.02.08 18:38:50 4: sduinoD: Found manchester Protocol id 10 clock 464 -> OSV2o3
2016.02.08 18:38:50 4: sduinoD: Found manchester Protocol id 12 clock 464 -> Hideki protocol
2016.02.08 18:38:50 4: sduinoD: hideki protocol converted to hex: 751ABA4A0FBE21AB00 with 80 bits, messagestart 0
2016.02.08 18:38:50 5: sduinoD: converted Data to (P12#751ABA4A0FBE21AB00)
2016.02.08 18:38:50 5: sduinoD dispatch P12#751ABA4A0FBE21AB00
2016.02.08 18:38:50 4: Hideki_Parse sduinoD incomming P12#751ABA4A0FBE21AB00
2016.02.08 18:38:50 4: Hideki_Parse SensorTyp = 30 decodedString = 752ecede11c263fd00
2016.02.08 18:38:50 4: sduinoD crc failed

Gruß Ralf

[Ralf9]

Und wie mach ich das? Wenn ich das in der FHEM Zeile eingebe kommt das ich 'disableMessagetype' erst definieren soll. Beim SIGNALduino finde ich kein Attribut das ich entsprechend setzen kann.

Beim SIGNALduino gibt es eine "set" Schaltfläche.

Gruß Ralf

[waschbaerbauch]

Jo und da steht bei mir 'ITClock, flash, raw, reset'

[Ralf9]

Jo und da steht bei mir 'ITClock, flash, raw, reset'

Du hast nicht die akuelle dev-Version

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt

Gruß Ralf