Signalduino Entwicklung

[Sidey]

Die Bedeutung der Bits kann ich liefern, die habe ich bereits gefunden.

Aber das SD WS Modul war so mein letzter Stand, ist noch nicht so richtig auf skalierbar ausgelegt.

[Ralf9]

-'
Aber das SD WS Modul war so mein letzter Stand, ist noch nicht so richtig auf skalierbar ausgelegt.

Was meinst Du mit skalierbar?
Gruß Ralf

[Sidey]

Mir ist da im Gedächtnis, dass wir über ein Datenmodell diskutiert haben, bei dem man einen Sensor über seine Eigenschaften einbindet und wenig bis nichts programmieren muss.

Die Diskussion liegt bestimmt 100 Beiträge zurück und mangels Zeit haben wir die nicht fertig definiert. Es gab da halt verschiedene Ansätze, auch aus anderen Modulen, wie es aufgebaut werden könnte.

So wie es jetzt aufgebaut ist, wird es meiner Einschätzung nach relativ schnell an seine Grenzen stoßen.

Was Einfacheres haben wir jetzt aber nicht und prio würde ich erst mal darauf legen, dass über das FHEM Update die aktuelle Version verteilt wird. Dann schaffen es auch mal so Patches wie für das IT Modul in FHEM.

[Ralf9]

Mir ist da im Gedächtnis, dass wir über ein Datenmodell diskutiert haben, bei dem man einen Sensor über seine Eigenschaften einbindet und wenig bis nichts programmieren muss.

Die Diskussion liegt bestimmt 100 Beiträge zurück und mangels Zeit haben wir die nicht fertig definiert. Es gab da halt verschiedene Ansätze, auch aus anderen Modulen, wie es aufgebaut werden könnte.

Dies hat dann aber den Nachteil, daß es recht komplex und schwieriger zu verstehen wird.
Um dies zu verstehen und weitere Sensoren/Protokolle hinzuzufügen sind einfache Perlkenntnisse nicht mehr ausreichend.
Meine Perlkenntnisse sind nicht ausreichend um die jetztige Lösung mit dem Hash zu verstehen.

Sind damit auch Plausibilitätsprüfungen möglich wie z.B.

Code Auswählen Erweitern

if ($hum < 10 || $hum > 99 || $temp < -30 || $temp > 70) {
return "";
}

So wie es jetzt aufgebaut ist, wird es meiner Einschätzung nach relativ schnell an seine Grenzen stoßen.

Die Grenzen dürften erst bei deutlich über 20 Sensoren/Protokolle erreicht sein.

Gruß Ralf

[Sidey]

Hi Ralf,

Ich habe es einfach mal ausprobieren wollen. Nach dem Motto mal ausprobieren und lernen.

Du kannst in den Funktionen alles abbilden, was auch sonst geht. Also auch das von dir gebrachte Beispiel.

Mit den Rückgabewerten ist es halt so eine Sache. 
Da bin ich noch nicht sicher wie man das universelle löst.

Das Datenmodell, welches wir mal diskutiert hatten ging ja viel weiter. Das fehlt in meinem Versuch ja jetzt alles.

Die Limitierungen werden meiner Meinung nach nicht von der Anzahl der Sensoren kommen, sondern eher von Unterscheidung dieser.


Grüße Sidey

[Ralf9]

Ich habe es einfach mal ausprobieren wollen. Nach dem Motto mal ausprobieren und lernen.

Mit den Rückgabewerten ist es halt so eine Sache. 
Da bin ich noch nicht sicher wie man das universelle löst.

Die jetztige Version/Versuch mit dem Hash hat den Vorteil, daß damit auch die bisherige einfache Variante mit dem  "elsif ($protocol == .." weiterhin möglich ist.

Wem für Deine Variante mit dem Hash die dazu notwendigen Perlkenntnisse fehlen, der kann weiterhin einen neuen Sensor mit  "elsif ($protocol == .." einbauen.

Und Du kannst in Ruhe ausprobieren um was zu finden was Dir gefällt.

Wenn nichts dagegen spricht, würde ich gerne die Module 14_BresserTemeo.pm und 14_SD_WS_Maverick.pm mit ins 14_SD_WS.pm übernehmen.

Gruß Ralf

[sash.sc]

Hallo Ralf, hallo Sidey.

Geht es gerade um die generelle Implementierung von neuem Protokollen, oder jetzt nur von dem Bodenfeuchte Sensor?

Gruß Sascha

[Sidey]

Hi, Bodenfeuchte habe ich implementiert.

Kann aber sein, dass es noch nicht richtig funktioniert.


BresserTemeon kann man übernehmen der Maverick passt meiner Meinung nach nicht ganz ins Schema und ist auch kein Wetter Sensor.

Ich hab auch mal angefangen die Signalduino_Un zu sichten, da kann man ja auch mal was in das WS Modul überführen.

[sash.sc]

Update durchführen und schauen?

Klappt das mit der b12 des sduino?

Gruß und danke
Sascha

[Sidey]

Probier es aus, die b12 ist schon ein paar Tage alt. Was spricht gegen ein Update auf eine aktuelle Firmware?

[sash.sc]

Nix. Werde es heute abend probieren.

Von mobil gesendet daher kurze Antwort

[Ralf9]

Probier es aus, die b12 ist schon ein paar Tage alt. Was spricht gegen ein Update auf eine aktuelle Firmware?

Die aktuelle Firmware ist die V 3.2.0-b34. Könntest Du eine V 3.3.0-b34 bauen, damit die Version passt.
Damit kann ich dann einbauen, daß bei den älteren V 3.2.. Firmware die Manchester-Nachrichten noch funktionieren.

@sash.sc
Bis auf die Manchester-Nachrichten müsste mit der b12 alles funktionieren.

Dies ist die aktuelle dev-r33
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

Gruß Ralf

[sash.sc]

Danke euch beiden. Wie  gesagt, heute abend.


Gruß Sascha

[Sidey]

Ich bau die Firmware, sobald alle Tests erfolgreich sind. Das wird dann aber eher eine ohne b34.

[sash.sc]

Guten Morgen.

Habe das Update gemacht, geflasht und den Sensor angeschmissen.

Es wurde ein neues Gerät angelegt.

Habe auch nein nasses Tuch um den Sensor gelegt, um auf annähernd 100% Feuchtigkeit zu kommen.

Code Auswählen Erweitern


Internals:
   CFGFN
   CODE       SD_WS_50_SM_5
   DEF        SD_WS_50_SM_5
   LASTInputDev sduino
   MSGCNT     2
   NAME       SD_WS_50_SM_5
   NR         596
   STATE      T: 20.8 H: 1 D: -37.2 A: 0.2
   TYPE       SD_WS
   bitMSG     111111110101010101100011010000011111111111111000
   lastMSG    FF556341FFF8
   lastReceive 1473749749
   sduino_DMSG P50#FF556341FFF8
   sduino_MSGCNT 2
   sduino_RAWMSG MU;P0=-12310;P1=508;P2=-963;P3=1328;D=012121212121212123212321232123212321212323232121232123232323232121212121212121212121212121232323012121212121212123212321232123212321212323232121232123232323232121212121212121212121212121232323;CP=1;
   sduino_TIME 2016-09-13 08:55:49
   Readings:
     2016-09-13 08:55:49   absFeuchte      0.2
     2016-09-13 08:55:49   channel         5
     2016-09-13 08:55:49   humidity        1
     2016-09-13 08:55:49   state           T: 20.8 H: 1
     2016-09-13 08:55:49   temperature     20.8
Attributes:
   room       99_neu


Die Adresse ist die 1. und Temp. sollte bei ca. 24°C liegen.

Anbei noch ein Paar Fotos.

Gruß und Danke

Sascha

P.S.: habe noch eben das Log angehängt, direkt nach dem Batterie einlegen mit Adresse 1
Stelle den gleich auf Adresse 3 und hänge das LOG gleich dran.

2. LOG mit Einstellung auf Kanal3; 24°C und ca. 100% Feuchtigkeit durch den nassen Lappen