Signalduino Entwicklung

RappaSan · 09 November 2015, 08:36:24

Hallo Sidey,

das nehme ich mal stark an. So ein Raspberry gibt wohl nicht mehr her.

Ellert · 09 November 2015, 19:44:05

ZitatDie aktuelle Entwicklungsversion hat aber ggf. auch auf das ICS / Einhell Protokoll eine Auswirkung. Von daher, wäre ein Test auf jeden Fall nicht schlecht.

Mit dem heute verteilten Update und der FW V 3.1.8-HF2 wird der ICS / Einhell Handsender bei jedem Tastendruck erkannt.

Danke.
Ellert

Sidey · 09 November 2015, 20:53:09

Das ist gut ,

Warum es mit der 3.2.0 aber nicht geht ist mir immer noch unklar.

Würdest Du mal zwei Firmware testen, wenn ich sie extra baue?

Grüße Sven

Ellert · 10 November 2015, 14:12:33

Ja, ich werde testen.

pejonp · 12 November 2015, 23:40:25

Hallo Sidey,

ich habe gerade das 14_SD_WS09.pm im https://github.com/RFD-FHEM/RFFHEM/tree/dev-proto9 eingecheckt. Ich hoffe ich habe alles richtig gemacht. Wenn du möchtest kann ich dir auch noch den Log anhängen.
Bei mir werden schon Daten empfangen.
Mein Versuchsaufbau ist eine
WS-0101 von Pollin (https://www.pollin.de/shop/dt/NzE2OTYxOTk-/Haustechnik/Wetterstationen_Thermometer/Funk_Wetterstation_WS_0101.html) gibt es auch bei C oder V.
und eine TFA 30.3189 passt zur Wetterstation TFA 35.1119 (http://www.amazon.de/Wetterladen-Wetterstation-Weather-Touch-Schwarz/dp/B0089VX3P6). Ich wollte diesen Sensor eigentlich für eine WX-2008 haben passt aber nicht bzw. empfängt nichts.
Der Empfänger ist ein RX868SH-DV von elv (http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=42432)
Dieser arbeitet bei 868,35 MHz und kann OOK/ASK.

Vom Protokoll passen sie zur CTW 600 (bzw. WH1080) so wie du es schon eingebaut hast.
Zur Zeit werden angezeigt:
State (T: H: W: Dir: )
Temperature: °C
Humidity: %
Battery: Zahl
ID: Nummer (Decimal)
Wind speed (km/h) and direction (N-O-S-W)
Rain (mm/m²)

Bei Wind speed habe ich noch nicht den richtigen Faktor gefunden. Es wird immer zu wenig angezeigt (WS-0101) bzw. bei der TFA 30.3189 kann ich es nicht bestätigen weil ich kein Display habe.
Rain passt auch noch nicht. Kann ich zur Zeit auch nicht testen, regnet garade nicht.

Tschüß Jörg

savage7 · 13 November 2015, 16:29:20

Hallo,

ich habe bei mir noch einen ITDS-50 Funk-Dämmerungsschalter rumliegen.
Des weiteren verwende ich IT-1500 Funk-Zwischenstecker Set 3-fach bereits erfolgreich mit Pilight.
Ich hab versucht die inkludierte Fernsteuerung und den Dämmerungsschalter mal anzusprechen. Beide Geräte werden als livolo "erkannt" aber die Werte werden noch nicht richtig interpretiert. Hat die Geräte schon jemand in Verwendung? Bzw gibt es wo Code den man portieren könnte?

Unten die Traces der beiden Geräte. Ich hoffe es hat sich nichts dazwischen geschummelt, es wird auch eine TCM97001 eines Nachbarn erfolgreich erkannt

lg
Simon

ITDS-50
2015.11.13 16:16:08 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:16:08 4: SIGNALduino/msg READ: MS;P0=181;P1=-2676;P2=-505;P3=-1153;P5=352;D=0102030203020302030302020302030302020302030203020303020203020202030252;CP=0;SP=1;
2015.11.13 16:16:08 4: SIGNALduino/msg READ: MS;P0=191;P1=-1156;P2=-347;P4=-2608;P5=604;D=0402010201020102010102020102010102020102010201020101020201020152;CP=0;SP=4;
2015.11.13 16:16:08 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:16:08 4: SIGNALduino/msg READ: MS;P0=192;P1=-352;P2=-1159;P4=-2648;D=040102010201020102020101020102020101020102010201020201010201020201010202010102010202010102020101020201010201020201020101020102020103;CP=0;SP=4;O;
2015.11.13 16:16:08 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:16:09 4: SIGNALduino/msg READ: MS;P0=-339;P1=194;P2=-1169;P4=-2602;D=141012101210121012121010121012121010121012101210121210101210121210101212101012101212101012121010121210101210121210121010121012121013;CP=1;SP=4;O;
2015.11.13 16:16:09 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:16:09 4: SIGNALduino/msg READ: MS;P0=192;P5=-9664;D=0501;CP=0;SP=5;
2015.11.13 16:16:09 4: SIGNALduino/msg READ: MS;P0=164;P1=-365;P2=-1161;P4=-2584;D=04010201020102010202010102010202010102010201020102020101020102020101020201010201020201010202010102020101020100;CP=0;SP=4;O;
2015.11.13 16:16:09 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:16:09 4: SIGNALduino/msg READ: MS;P0=-1135;P1=323;P2=-311;P4=-2656;D=141210121012101210101212101210101212101210;CP=1;SP=4;
2015.11.13 16:16:09 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:16:09 4: SIGNALduino_unknown incomming msg: u20#000
2015.11.13 16:16:09 4: SIGNALduino_unknown rawData: 000
2015.11.13 16:16:09 4: SIGNALduino_unknown Protocol: 20
2015.11.13 16:16:09 4: SIGNALduino_unknown converted to bits: 000000000000
2015.11.13 16:16:09 4: SIGNALduino/msg READ: MS;P0=214;P1=-278;P2=-1023;P4=-2608;P5=444;D=0401520101;CP=0;SP=4;
2015.11.13 16:16:09 4: SIGNALduino/msg READ: MS;P0=221;P1=-316;P2=-1102;P4=-2696;D=0401020102010201020201010201020201010201020102010202010102010202010102020101020102020101020201010202010102010202010200;CP=0;SP=4;O;
2015.11.13 16:16:09 4: SIGNALduino/msg READ: MS;P0=-309;P1=222;P2=-1141;P4=-2720;P5=408;D=1410121012101210121210101210121210101210121012101250;CP=1;SP=4;

IT-1500 Funk-Zwischenstecker Set 3-fach:
2015.11.13 16:22:26 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:26 4: Dropped (u20#000000000) due to short time or equal msg
2015.11.13 16:22:26 4: SIGNALduino/msg READ: MS;P0=305;P1=-1236;P2=-229;P4=-2604;D=040201020101020201020102010102010201020102020102010102010201020102020101020102010201020102020102010102020102010102020102010201010203;CP=0;SP=4;O;
2015.11.13 16:22:26 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:26 4: Dropped (u20#000000000) due to short time or equal msg
2015.11.13 16:22:26 4: SIGNALduino/msg READ: MS;P0=-1246;P1=298;P2=-236;P3=-10120;P4=-2612;D=1412101210101212101210121010121012101210121210121010121012101210121210101210121012101210121210121010121210121010121210121012101012130;CP=1;SP=4;O;
2015.11.13 16:22:26 4: Found matched Protocol id 6 -> weatherID6
2015.11.13 16:22:26 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:26 4: Dropped (u20#000000000) due to short time or equal msg
2015.11.13 16:22:26 4: SIGNALduino/msg READ: MS;P0=300;P1=-2608;P2=-235;P3=-1247;P4=-10124;D=04010203020303020203020302030302030203020302020302030302030203020302020303020302030203020302020302030302020300;CP=0;SP=4;O;
2015.11.13 16:22:26 4: Found matched Protocol id 6 -> weatherID6
2015.11.13 16:22:26 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:26 4: SIGNALduino_unknown incomming msg: u20#0000000
2015.11.13 16:22:26 4: SIGNALduino_unknown rawData: 0000000
2015.11.13 16:22:26 4: SIGNALduino_unknown Protocol: 20
2015.11.13 16:22:26 4: SIGNALduino_unknown converted to bits: 0000000000000000000000000000
2015.11.13 16:22:27 4: SIGNALduino/msg READ: MS;P0=-244;P1=297;P2=-1242;P4=-2608;D=141012101212101012101210121210121012101210101210121210121012101210101212101210121012101210101210121210101210121210101210121012121013;CP=1;SP=4;O;
2015.11.13 16:22:27 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:27 4: SIGNALduino_unknown incomming msg: u20#000000000
2015.11.13 16:22:27 4: SIGNALduino_unknown rawData: 000000000
2015.11.13 16:22:27 4: SIGNALduino_unknown Protocol: 20
2015.11.13 16:22:27 4: SIGNALduino_unknown converted to bits: 000000000000000000000000000000000000
2015.11.13 16:22:27 4: SIGNALduino/msg READ: MS;P0=299;P1=-1242;P2=-235;P4=-2612;D=040201020101020201020102010102010201020102020102010102010201020102020101020102010201020102020102010102020102010102020102010201010203;CP=0;SP=4;O;
2015.11.13 16:22:27 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:27 4: Dropped (u20#000000000) due to short time or equal msg
2015.11.13 16:22:27 4: SIGNALduino/msg READ: MS;P0=-236;P1=300;P2=-1239;P4=-2606;D=141012101212101012101210121210121012101210101210121210121012101210101212101210121012101210101210121210101210121210101210121012121013;CP=1;SP=4;O;
2015.11.13 16:22:27 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:27 4: Dropped (u20#000000000) due to short time or equal msg
2015.11.13 16:22:27 4: SIGNALduino/msg READ: MS;P0=304;P1=-233;P2=-1243;P4=-2614;D=040102010202010102010201020201020102010201010201020201020102010201010202010201020102010201010201020201010201020201010201020102020103;CP=0;SP=4;O;
2015.11.13 16:22:27 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:27 4: Dropped (u20#000000000) due to short time or equal msg
2015.11.13 16:22:27 4: SIGNALduino/msg READ: MS;P0=-234;P1=301;P2=-1248;P4=-2612;D=1410121012121010121012101212101210121012101012101212101210121012101012121012101210121012101012101212101012101212100;CP=1;SP=4;O;
2015.11.13 16:22:27 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:27 4: SIGNALduino_unknown incomming msg: u20#00000000
2015.11.13 16:22:27 4: SIGNALduino_unknown rawData: 00000000
2015.11.13 16:22:27 4: SIGNALduino_unknown Protocol: 20
2015.11.13 16:22:27 4: SIGNALduino_unknown converted to bits: 00000000000000000000000000000000

Sidey · 13 November 2015, 20:25:11

Nutzen Sie nicht das arc Protokoll?

Das habe ich schon eingebaut, aber aufgrund von fehlenden echten Daten nie probiert.

Ich schau mir das noch mal an.

Für ITDS-50 und IT-1500

Code Auswählen

update all http://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
ausführen.

Allerdings kommt das IT Modul damit nicht zurecht und es werden keine Geräte in FHEM angelegt etc.

Grüße Sidey

Sidey · 13 November 2015, 23:20:52

Hallo Jörg,

Das ist ja prima. Klar ist das einchecken in dev-proto9 in Ordnung.
Wenn das für CTW600 auch funzt, dann ist es ja nicht speziell füt 868 Mhz

Ich hab den Code mal überflogen.
Die 00_SignalDuino ist noch auf dem 3.1 Stand. Aber erst mal nicht tragisch finde ich.
Die Nachricht könnte man später noch in p09# Ändern. Dann geht es nicht mehr an das _un Modul.

Windspeed: Klappt es nicht mit dezimalwer / 240? Dann stimmen die bits womöglich nicht.
Wie das mit der Sensor ID ist habe ich jetzt auch noch nicht verstanden. Die ändert sich doch bestimmt beim Batteriewechsel.
Da könnte man ja noch die longID Option etablieren.

zur Funktion nearst, in FHEM ist eine round funktion integriert. Die tut es doch bestimmt auch oder?

Zitat von: pejonp am 12 November 2015, 23:40:25
Hallo Sidey,

ich habe gerade das 14_SD_WS09.pm im https://github.com/RFD-FHEM/RFFHEM/tree/dev-proto9 eingecheckt. Ich hoffe ich habe alles richtig gemacht. Wenn du möchtest kann ich dir auch noch den Log anhängen.
Bei mir werden schon Daten empfangen.
Vom Protokoll passen sie zur CTW 600 (bzw. WH1080) so wie du es schon eingebaut hast.

Zwecks Test werde ich die Updateurl mal im spezifischen thread posten.

Grüße Sidey

pejonp · 14 November 2015, 01:53:20

Hallo sidey
Ich wusste nicht welche Funktion in fhem drin ist, aber round sollte wahrscheinlich besser gehen. Muss angepasst werden. Eine ctw 600 habe ich nicht. Vielleicht kann es ein anderer testen. Bei Gelegenheit werde ich dir mal das log schicken, den einige Daten werden nicht empfangen/decodiert. Vielleicht kann es auch am 868Mhz Empfänger liegen. Jetzt bin ich gerade nicht vor Ort.

Tschüss jörg

Sidey · 14 November 2015, 10:25:57

Hi Jörg,

Doesel hat getestet und ist begeistert.

Details sollten wir im spezifischen Thread belassen:
http://forum.fhem.de/index.php?topic=39451.0

Grüße Sidey

Ralf9 · 14 November 2015, 12:00:46

Zitat von: pejonp am 12 November 2015, 23:40:25
ich habe gerade das 14_SD_WS09.pm im https://github.com/RFD-FHEM/RFFHEM/tree/dev-proto9 eingecheckt. Ich hoffe ich habe alles richtig gemacht.

Hallo Jörg,

verwendest Du unter Windows einen Editor der mit unix Zeilenenden (0x0A) nicht zurechtkommt?

Im Branch dev-proto9 hat die 00_SIGNALduino.pm Windows Zeilenenden (0x0D 0A)
Der diff kommt damit nicht zurecht, er zeigt auch die Zeilen bei denen sich nur das Zeilenende (unix/Windows) unterscheidet, als differenz an:
https://github.com/RFD-FHEM/RFFHEM/commit/365d448c352abf3ab4086ba3a1623ced1c092f47#diff-ffd75143a13a45dd2a5a1184d993cbfd

Code Auswählen


FHEM/00_SIGNALduino.pm
2,212 additions, 2,210 deletions not shown

Da das Modul SD_WS09 funktioniert, würde ich vorschlagen, die dafür notwendigen Änderungen in der 00_SIGNALduino.pm im Branch dev-r32 zu commiten und auch das SD_WS09 direkt ins dev-r32 einzuchecken.
Die noch notwendigen Änderungen können dann im dev-r32 vorgenommen werden.

Gruß Ralf

pejonp · 14 November 2015, 17:42:44

Zitat von: Ralf9 am 14 November 2015, 12:00:46
...
verwendest Du unter Windows einen Editor der mit unix Zeilenenden (0x0A) nicht zurechtkommt?

Im Branch dev-proto9 hat die 00_SIGNALduino.pm Windows Zeilenenden (0x0D 0A)
Da das Modul SD_WS09 funktioniert, würde ich vorschlagen, die dafür notwendigen Änderungen in der 00_SIGNALduino.pm im Branch dev-r32 zu commiten und auch das SD_WS09 direkt ins dev-r32 einzuchecken.
..

Hallo Ralf,

die Änderungen im 00_SIGNALduino.pm habe ich in Windows über die github-Weboberfläche gemacht. Kann man dort UNIX-Format einstellen ?
Für die Bearbeitung von Dateien nehme ich ansonsten "PSPad – der ultimative Editor für Softwareentwickler". Ich erstelle die Dateien damit und wenn ich daran denke speichere ich diese im UNIX-format ab (ich denke nicht immer daran). Hier im Sketch habe ich eine leere Datei erstellt und dann aus meiner 14_SD_WS09.pm alles rüberkopiert.

Ich weiß noch nicht ob für die CTW 600 alles paßt. Da ich nur eine WS-0101 und TFA 30.3189 habe und es bei mir noch nicht so richtig paßt (http://forum.fhem.de/index.php/topic,38831.msg358572.html#msg358572) würde ich noch warten. Vieleicht noch zwei, drei Rückmeldungen abwarten.

Die Änderungen im 00_SIGNALduino.pm sind:
ab Zeile 67
...
."Hideki:"
."SD_WS07:"
."SD_WS09:" <-- hier
   ;
... und ab Zeile 81

"10:SD_WS07"            => "^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}",
"11:SD_WS09"            => "^u9#[A-Fa-f0-9]", <-------- hier
"X:SIGNALduino_un"         => '^[uP]\d+#.*',

Ich weiss jetzt nicht ob es Sinn macht für die WH/WS1080 noch ein zusätzliches Modul anzulegen oder alle WS (Wetterstationen) in einem zu behandeln. Es muß jetzt die Stelle gefunden werden um diese WS zu unterscheiden und richtig auszulesen. Beim LaCross-Sketch werden die Daten ja schon richtig ausgelesen und übergeben. Ich habe aber noch keine Muse gehabt mich tiefer damit zu beschäftigen bzw. umzusetzen.

Laut meinem Log ist der Unterschied nach dem Ax :
WS-0101 u9#FF A5 81E049070D03DD0D0E
WH1080 u9#FF AF B26C4000000000085E

Vielleicht können wir noch Daten von einer CTW 600 mit Loglevel 5 bekommen.

Ich hänge einmal eine Datei mit 3 Protokollbeschreibungen an.

Jörg

Ralf9 · 14 November 2015, 18:13:44

Zitat von: pejonp am 14 November 2015, 17:42:44
Ich weiß noch nicht ob für die CTW 600 alles paßt. Da ich nur eine WS-0101 und TFA 30.3189 habe und es bei mir noch nicht so richtig paßt (http://forum.fhem.de/index.php/topic,38831.msg358572.html#msg358572) würde ich noch warten. Vieleicht noch zwei, drei Rückmeldungen abwarten.

Ich finde, wenn das WS-Modul im großen und ganzen funktioniert, kann es ins dev-r32
Dies ist ja ein develop Branch, dort muss nicht immer alles sofort perfekt sein. Dort kann es auch mal vorkommen, daß nach einem commit kurzzeitig was nicht funktioniert.
@Sidey wie siehst Du das?

Zitat von: pejonp am 14 November 2015, 17:42:44
Ich weiss jetzt nicht ob es Sinn macht für die WH/WS1080 noch ein zusätzliches Modul anzulegen oder alle WS (Wetterstationen) in einem zu behandeln. Es muß jetzt die Stelle gefunden werden um diese WS zu unterscheiden und richtig auszulesen. Beim LaCross-Sketch werden die Daten ja schon richtig ausgelesen und übergeben. Ich habe aber noch keine Muse gehabt mich tiefer damit zu beschäftigen bzw. umzusetzen.

Haben alle Wetterstationen das Protokoll 9?

Gruß Ralf

pejonp · 14 November 2015, 21:20:50

Zitat von: Ralf9 am 14 November 2015, 18:13:44
....
Haben alle Wetterstationen das Protokoll 9?
...

Hallo Ralf,

die genannten Wetterstationen werden mit SignalDuino Modul mit 9 erkannt. Würde aus meiner Sicht Sinn machen diese dort ebenfalls auszuwerten.

WS-0101 u9#FF A5 81E049070D03DD0D0E
WH1080 u9#FF AF B26C4000000000085E

Tschüß Jörg

Sidey · 14 November 2015, 22:22:33

Zitat von: ralf9

Ich finde, wenn das WS-Modul im großen und ganzen funktioniert, kann es ins dev-r32
Dies ist ja ein develop Branch, dort muss nicht immer alles sofort perfekt sein. Dort kann es auch mal vorkommen, daß nach einem commit kurzzeitig was nicht funktioniert.
@Sidey wie siehst Du das?

Vom Prinzip kann man es mit dem dev-32 mergen ja. Dort muss nicht alles perfekt sein, ist es meist auch nicht.
Wir sollten aber schon darauf achten, dass das update aus dem branch funktioniert und die Module keinen Absturz verursachen. Fehler können natürlich jedem passieren, aber das Modul sollte zumindest sauber laden und nicht gleich alles abschmieren lassen.

Wenn das Modul gut funktioniert kann man es auch in den Master einchecken. Das hatte ich schon mal überlegt.
Es sollte aber keine riesigen Umbauaktionen mehr geben.
Da wir ja wohl noch nicht wissen, wie die unterschiedlichen Wetterstationen unterschieden werden, sollten wir das wohl erst noch mal abwarten mit dem master.

Zitat von: pejonp am 14 November 2015, 21:20:50
die genannten Wetterstationen werden mit SignalDuino Modul mit 9 erkannt. Würde aus meiner Sicht Sinn machen diese dort ebenfalls auszuwerten.
WS-0101 u9#FF A5 81E049070D03DD0D0E
WH1080 u9#FF AF B26C4000000000085E

Ist das La Crosse? Eigentlich ist es quatsch, ein weiteres Modul für La Crosse zu entwickeln.
Wenn jemand zwei IO Geräte einsetzt die unterschiedliche Module verwenden, dann hat er den Sensor 2x mit anderem Namen angelegt.
Aber das LaCrosse Modul ist nicht so ganz ohne. Auf dem panstamp werden die Daten in ein selbst erfundenes Protokoll umgewandelt.
Man müsste nun im proto9 das quasi nachbauen, was im jeelink sketch passiert.

Ich hatte mir den Quellcode schon mal angesehen, aber naja. Das ist halt code portieren....

Grüße Sidey