MySensors LightLuxSensor Problem

[kleinerDrache]

Welche lib Version benutzt du denn? Seit 2.0 hat sich einiges am Message Type geändert .

Type                           Value   Comment             Variables
"S_LIGHT_LEVEL   16           Light sensor       V_LIGHT_LEVEL (uncalibrated percentage), V_LEVEL (light level in lux)" Ist die Einstellung für Lux Sensoren im moment.

Ich denke mal CHILD_ID_LIGHT Hast du vorher als #Define angelegt oder ?

[popeye1979]

Anscheinend benutze ich 1.5.4 obwohl in der Bibliothekverwaltung 2.0.0 steht...

Der value scheint 37 zu sein wenn ich ins log von FHEM schaue...

Ja CHILD_ID_LIGHT ist definiert.

[kleinerDrache]

Mist ich finde die Doku zu 1.5 nicht mehr .
Ich kann dir nicht sagen ob es an der älteren lib liegt sorry nutze selber die 2er.

Mal ne frage warum nutzt du nicht den WLAN Gateway ? Macht vieles einfacher.

[popeye1979]

Habe ich benutzt, allerdings heute morgen gegen ein neu gebautes Serial GW mit nem Nano getauscht... Grund war das ich das WLAN GW im Verdacht hatte nicht richtig zu funktionieren... 
Wenn die Sensoren alle wie gewünscht funktionieren,  werde ich es mal wieder aktivieren... 

Ja 1.5er Doku habe ich auch nicht gefunden...

[kleinerDrache]

Naja update die LIB mal per ZIP Datei. Aber aufpassen vorher die alte löschen sonst bleiben ein paar alte Examples zurück die mit 2.0 nicht mehr laufen.

[popeye1979]

Servus!

So ich habe das GW, den LightSensor und den BinarySwitch nun auf 2.0.0 laufen. 
Und es funktioniert.
Der Temperatursensor läuft noch auf 1.5.4, wird aber weiterhin erkannt. Ich habe ihn nicht geupdatet, weil ich kein TemperaturSensor Example gefunden habe.... Hat da jmd eins?

Btw.: Gibt es irgendwo mal ne Anleitung, wie man von 1.5.4er Sketch zu 2.0.0er Sketch kommt???

[Beta-User]

Der Temperatursensor läuft noch auf 1.5.4, wird aber weiterhin erkannt. Ich habe ihn nicht geupdatet, weil ich kein TemperaturSensor Example gefunden habe.... Hat da jmd eins?

(ohne Gewähr zum Testen und Rückmeldung an Hauswart hier: https://github.com/rejoe2/MySensors-Dallas-Address-ChildID-Consistency/tree/master/DallasTemperatureSimple)
Der Update ist aber "nur" recommended, faktisch dürfte es bei Deinem reinen Temp-Sensor kein Problem geben, das Sendeprotokoll hat sich nicht geändert.

Btw.: Gibt es irgendwo mal ne Anleitung, wie man von 1.5.4er Sketch zu 2.0.0er Sketch kommt???

Irgendwo in den Untiefen der Mysensors-Seiten meine ich mal was gesehen zu haben, das ist aber alles ziemlich umgebaut.

Im Prinzip sollte man m.E. Folgendes wissen:

1. Beim Start durchläuft die Node die Reihenfolge
before()->presentation()->setup()->loop()

Nach before() gehören insbesondere SPI-Initialisierungen, die nicht den NRF+ betreffen, der Rest der Initialisierung kann hier oder da stehen, was recommended ist: ?

Der Ablauf ist also klarer gegliedert, was aber zu Problemen führen kann, wenn man irgendeine Art von Initialisierung der Node seitens des GW haben möchte (daher m.E. die obige "recommendation")

2.0.0 hat noch einen Bug, weil das (für die GW's?) nicht vollständig umgesetzt wurde (wen's näher interessiert: hier suchen nach Dallas-ID).

2. Ansonsten wurde der Code einfach dahingehend vereinfacht, dass man z.B. nicht immer "gw.send..." usw. coden muß, sondern nur "send". Meistens reicht es also, aus
#include mysensor.h => # include mysensors.h
alle "gw."-prefixes löschen
Startprozess prüfen
=>done

Wen's interessiert: Hier habe ich meine Erfahrungen mit der 2.0.0-beta zusammengetragen: https://forum.fhem.de/index.php/topic,51325.0.html (Vielleicht mag jemand anderes den Teil hier dort posten, wenn er stimmt)

Have fun!

[popeye1979]

Alles klar.

2. Werde ich mir dann mal anschauen für neue Sensoren.
Den TemperaturSensor lasse ich jetzt auf 1.5.4...

Vielen Dank!

[kleinerDrache]

wegen dem Temp-Sensor schau mal hier. Der Sketch ist für DS18B20 Sensoren und läuft auf 2.0.
Hab ihn schon ausprobiert und funktioniert , er kann mit mehreren DS18B20 umgehen und erkennt automatisch wieviele angeschlossen sind (max lässt sich per #DEFINE ändern) .

[Beta-User]

wegen dem Temp-Sensor schau mal hier. Der Sketch ist für DS18B20 Sensoren und läuft auf 2.0.
Hab ihn schon ausprobiert und funktioniert , er kann mit mehreren DS18B20 umgehen und erkennt automatisch wieviele angeschlossen sind (max lässt sich per #DEFINE ändern) .

korrekt, er meldet nur nicht zurück, welche HW-Adresse sich hinter welcher Ziffer verbirgt, daher der vorhin verlinkte Mod, der das Feld V_ID nutzt. Näheres siehe u.A. hier ; wenn es klappt, wird Hauswart ihn bei Mysensors einchecken, Tester sind daher willkommen. 

[kleinerDrache]

ok da ich es bisher nur mit einem Sensor probiert habe kann ich dazu nichts sagen. nutze im Haus HM Thermostate in jedem Raum und Draußen nen Intertechno. Aber da ich demnächst den Füllstand und die Temperatur von zwei Wassertanks überwachen will werde ich das auch mal testen (sobald mir mysensors die batteriespannung in Volt zurückliefert).

[Beta-User]

Kann ich nachvollziehen  ;
Bei mir ging's um Vor- und Rücklauf,- WW-temperaturen usw. und die Frage, welche Pflanzenheizung ich jetzt anmachen sollte... Daher der Aufwand

[Phantomato]

Hallo,
ich kann das Problem, dass  V_LEVEL in fhem nicht als Reading angelegt wird bestätigen.
Nach durchgucken  des Quellcodes unter https://github.com/mhop/fhem-mirror/blob/master/fhem/FHEM/10_MYSENSORS_DEVICE.pm#L102 meine einen Bug gefunden zu haben.

Zeile 102:

Code Auswählen Erweitern

S_LIGHT_LEVEL => { receives => [], sends => [V_LIGHT_LEVEL] }, # Light sensor

richtig wäre:

Code Auswählen Erweitern

S_LIGHT_LEVEL => { receives => [], sends => [V_LIGHT_LEVEL,V_LEVEL] }, # Light sensor

Nach manueller Änderung der Datei kann bestätigen dass V_LEVEL wie erwartet funktioniert.

Wäre Jeman so nett diese Änderungen zu überprüfen und einzureichen?