MySensors LightLuxSensor Problem

Begonnen von popeye1979, 12 Oktober 2016, 12:58:20

Vorheriges Thema - Nächstes Thema

popeye1979

Hallo zusammen,
ich versuche seit Stunden verzweifelt die Luxzahl im FHEM anzeigen zu lassen.
LightLuxSensor Device wird in FHEM per autocreate angelegt. Leider fehlt das brightness reading(siehe Anhang).

Im log und im seriellen Monitor der Arduino Software, wird alles (korrekt?) angezeigt.

Autocreate Eintrag in der fhem.cfg:
define MYSENSOR_151 MYSENSORS_DEVICE 151
attr MYSENSOR_151 IODev MySensorGateway
attr MYSENSOR_151 mapReading_brightness 0 brightness
attr MYSENSOR_151 mode node
attr MYSENSOR_151 version 1.5.4


Wo liegt mein Fehler?

Gruß Jo


1 x Fritzbox 7490
1x Raspberry Pi B , CUL868
2 x ITL-500 Jalousiesteuerunng
1 FHT80B
MySensors USB Gateway, MySensor TemperaturSensor

Beta-User

Hast Du schon mal einen Refresh der Seite im Browser gemacht?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

popeye1979

1 x Fritzbox 7490
1x Raspberry Pi B , CUL868
2 x ITL-500 Jalousiesteuerunng
1 FHT80B
MySensors USB Gateway, MySensor TemperaturSensor

Beta-User

Zitat von: popeye1979 am 12 Oktober 2016, 13:19:08
Mehrfach.
Schade, dann fällt mir für den Moment nix weiteres ein, sieht ja sonst alles ok aus, GW ist auch auf "connected"? (Das ist im Moment mein Problem, habe auf 2.0.1 umgestellt, das hat kurz gut funktioniert, jetzt habe ich den Eindruck, dass der NRF neuerdings zu viel Strom zieht und das GW dauernd bootet => keine connects mehr; ist aber bei Dir eher unwahrscheinlich, schließlich kam was an.)

Irgendwo hatte ich mal gelesen, dass in den älteren MySensors-Versionen der (?)1750 Probleme macht, aber an sich kann sowohl MySensors mit dem klarkommen und FHEM zeigt auch die readings eigentlich an (ich hatte den auch eine Zeitlang im Einsatz).

Ich würde nochmal die Kommunikation zwischen der Node und FHEM prüfen (z.B. "Dummy"-Switch mit Ack), dann wären jedenfalls Fehler aus der Quelle ausgeschlossen?

Ein update auf 2.0.x mag ich grad nicht so recht empfehlen, obwohl ich lange problemfrei die 2.0.0 beta im Einsatz hatte.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

popeye1979

Ja GW läuft. Der TemperaturSensor wird auch fleißig empfangen und angezeigt.

ZitatIch würde nochmal die Kommunikation zwischen der Node und FHEM prüfen (z.B. "Dummy"-Switch mit Ack), dann wären jedenfalls Fehler aus der Quelle ausgeschlossen?
Kannst du da mal kurz erklären was du meinst, bzw was ich machen soll?

1 x Fritzbox 7490
1x Raspberry Pi B , CUL868
2 x ITL-500 Jalousiesteuerunng
1 FHT80B
MySensors USB Gateway, MySensor TemperaturSensor

Beta-User

Zitat von: popeye1979 am 12 Oktober 2016, 14:09:22
Ja GW läuft. Der TemperaturSensor wird auch fleißig empfangen und angezeigt.
Kannst du da mal kurz erklären was du meinst, bzw was ich machen soll?

Der Temp-Sensor ist ja eine andere node (150?) als der light (NODE_ID 151), oder?
Man kann ja eine Node auch für mehrere Dinge benutzen, also den Lichtsensor-Sketch mit einem Relay-Sketch kombinieren, dann könntest Du evtl. sehen, ob es nur an dem Typ (brightness) liegt, oder ob die Node sonst irgend ein Problem hat. (Relay deswegen, weil es keine HW braucht, Du mußt ja nix anschließen. Und dann kannst Du von FHEM aus ein "Ack" anfordern, das hilft um zu testen, ob die Node dauerhaft funktioniert bzw. das Senden wirklich klappt oder ob da irgendwas "wackelt"). Wie gesagt, irgenwo meine ich mal gelesen zu haben, dass MySensors 1.5.4 und digital-brightness zusammen nicht ginge, weiß aber auch nicht mehr wo. Wenn "nur" das das Problem ist, kannst Du lange probieren und mußt wirklich ein update in Erwägung ziehen...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

popeye1979

ZitatDer Temp-Sensor ist ja eine andere node (150?) als der light (NODE_ID 151), oder?
Ja. NodeID 101 ist der TempSensor.

ZitatMan kann ja eine Node auch für mehrere Dinge benutzen
Soweit bin ich noch nicht... ;-) Ich wäre ja froh wenn ich diverse Nodes ans laufen bekommen würde, mit einem Sensor. :-D

ZitatUnd dann kannst Du von FHEM aus ein "Ack" anfordern, das hilft um zu testen, ob die Node dauerhaft funktioniert bzw. das Senden wirklich klappt oder ob da irgendwas "wackelt").
Das GW fordert bereits ein ACK an ode?
define MySensorGateway MYSENSORS /dev/ttyUSB0@115200
attr MySensorGateway autocreate 1
attr MySensorGateway first-sensorid 20
attr MySensorGateway requestAck 1
attr MySensorGateway stateFormat Connection
attr MySensorGateway verbose 5



ZitatWie gesagt, irgenwo meine ich mal gelesen zu haben, dass MySensors 1.5.4 und digital-brightness zusammen nicht ginge, weiß aber auch nicht mehr wo. Wenn "nur" das das Problem ist, kannst Du lange probieren und mußt wirklich ein update in Erwägung ziehen...
Hierzu hätte ich auch eine vermutlich ganz doofe Frage: Wie? Ich dachte eigentlich, dass ich bereits die 2.0.0 MySensors Library im Arduino drin habe...
Das dort überall Version 1.5.4 steht, hat mich ja auch schon gewundert... :o


Vielen Dank schonmal für deine Hilfe!
1 x Fritzbox 7490
1x Raspberry Pi B , CUL868
2 x ITL-500 Jalousiesteuerunng
1 FHT80B
MySensors USB Gateway, MySensor TemperaturSensor

Beta-User

Zitat von: popeye1979 am 12 Oktober 2016, 14:48:29
Soweit bin ich noch nicht... ;-) Ich wäre ja froh wenn ich diverse Nodes ans laufen bekommen würde, mit einem Sensor. :-D
Ist nicht so schwer ;), Infos dazu gibt's auf der Mysensors-Seite und (glaube ich) z.B. in den Beiträgen, die ich auf den "was soll ins Wiki"-Seiten gepostet habe. Einen "Bewegungsmelder"-Sketch incl. xx1750 als "Anschauungsmaterial" habe ich auch in meinem Repo, allerdings bin ich mir nicht sicher, ob er 100% funktioniert (sicher ist mysensor.h durch mysensors.h zu korrigieren, aber der lichtsensor ist mir kaputt gegangen, ich habe dann also eine verlorene neue Version benutzt). https://github.com/rejoe2/MySensors-Garage

Zitat von: popeye1979 am 12 Oktober 2016, 14:48:29
Das GW fordert bereits ein ACK an ode?
Das betrifft aber nur den Weg GW->Node, und da sendest Du ja noch nichts (daher das Relay, da weiß FHEM, dass es was zu senden gibt...)

Zitat von: popeye1979 am 12 Oktober 2016, 14:48:29
Hierzu hätte ich auch eine vermutlich ganz doofe Frage: Wie? Ich dachte eigentlich, dass ich bereits die 2.0.0 MySensors Library im Arduino drin habe...
Das dort überall Version 1.5.4 steht, hat mich ja auch schon gewundert... :o

Hast/hattest Du die "alten" Libs irgendwo abgelegt? Dann solltest Du sie löschen, Du nutzt jedenfalls definitiv 1.5.4. Und ja, man kann die 2.0.0 direkt über die IDE einbinden, schau doch einfach mal im library-Manager, welche Version dort steht. Ich habe gestern die letzte aktuelle (1.6.12?) installiert, da waren erst mal gar keine MySensors-libs drin (ich dachte, das wäre in 1.6.10(?) anders gewesen.

(Aber Achtung: wenn Du einen "nonblocking" DS18B20-Sketch als Temp-Sensor hast, kann das Aktualisieren zu Problemen führen...)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

popeye1979

#8
Okay. Schau ich mir an.

Eine Frage noch vorweg: Wenn doch alles im FHEM Log ankommt....wo ist der Fehler, dass das Reading bei den einzelnen Devices nicht mitangelegt wird beim Autocreate?? Muss ich da noch irgendwas machen???

2016.10.12 15:11:51 5: MYSENSORS gateway MySensorGateway: gateway started, id=0,0;0;3;0;9;gateway started, id=0, parent=0, distance=0
2016.10.12 15:11:51 5: MYSENSORS Read: Rx: fr=000 ci=000 c=003(C_INTERNAL    ) st=014(I_GATEWAY_READY ) ack=0 'Gateway startup complete.'

2016.10.12 15:11:51 3: ABFALL myAbfall - CALENDAR:AbfallKalender triggered, updating ABFALL myAbfall ...
2016.10.12 15:11:51 3: ABFALL_UPDATE
2016.10.12 15:13:07 5: MYSENSORS/RAW: /0;0;3;0;9;read: 100-100-0 s=3,c=
2016.10.12 15:13:07 5: MYSENSORS/RAW: 0;0;3;0;9;read: 100-100-0 s=3,c=/1,t=16,pt=2,l=2,sg=0:0
100;3;1;0
2016.10.12 15:13:07 5: MYSENSORS Read: Rx: fr=000 ci=000 c=003(C_INTERNAL    ) st=009(I_LOG_MESSAGE   ) ack=0 'read: 100-100-0 s=3,c=1,t=16,pt=2,l=2,sg=0:0'

2016.10.12 15:13:07 5: MYSENSORS gateway MySensorGateway: read: 100-100-0 s=3,c=1,t=16,pt=2,l=2,sg=0:0
2016.10.12 15:13:07 5: MYSENSORS/RAW: 100;3;1;0/;16;0

2016.10.12 15:13:07 5: MYSENSORS Read: Rx: fr=100 ci=003 c=001(C_SET         ) st=016(V_TRIPPED       ) ack=0 '0'

2016.10.12 15:13:17 5: MYSENSORS/RAW: /0;0;3;0;9;read: 100-100-0 s=3,c=
2016.10.12 15:13:17 5: MYSENSORS/RAW: 0;0;3;0;9;read: 100-100-0 s=3,c=/1,t=16,pt=2,l=2,sg=0:1
100;3;1;0
2016.10.12 15:13:17 5: MYSENSORS Read: Rx: fr=000 ci=000 c=003(C_INTERNAL    ) st=009(I_LOG_MESSAGE   ) ack=0 'read: 100-100-0 s=3,c=1,t=16,pt=2,l=2,sg=0:1'

2016.10.12 15:13:17 5: MYSENSORS gateway MySensorGateway: read: 100-100-0 s=3,c=1,t=16,pt=2,l=2,sg=0:1
2016.10.12 15:13:17 5: MYSENSORS/RAW: 100;3;1;0/;16;1

2016.10.12 15:13:17 5: MYSENSORS Read: Rx: fr=100 ci=003 c=001(C_SET         ) st=016(V_TRIPPED       ) ack=0 '1'

2016.10.12 15:13:22 5: MYSENSORS/RAW: /0;0;3;0;9;read: 151-151-0 s=0,c=
2016.10.12 15:13:22 5: MYSENSORS/RAW: 0;0;3;0;9;read: 151-151-0 s=0,c=/1,t=37,pt=3,l=2,sg=0:28
151;0;1;
2016.10.12 15:13:22 5: MYSENSORS Read: Rx: fr=000 ci=000 c=003(C_INTERNAL    ) st=009(I_LOG_MESSAGE   ) ack=0 'read: 151-151-0 s=0,c=1,t=37,pt=3,l=2,sg=0:28'

2016.10.12 15:13:22 5: MYSENSORS gateway MySensorGateway: read: 151-151-0 s=0,c=1,t=37,pt=3,l=2,sg=0:28
2016.10.12 15:13:22 5: MYSENSORS/RAW: 151;0;1;/0;37;28

2016.10.12 15:13:22 5: MYSENSORS Read: Rx: fr=151 ci=000 c=001(C_SET         ) st=037(V_LEVEL         ) ack=0 '28'

2016.10.12 15:13:35 5: MYSENSORS/RAW: /0;0;3;0;9;read: 101-101-0 s=0,c=
2016.10.12 15:13:35 5: MYSENSORS/RAW: 0;0;3;0;9;read: 101-101-0 s=0,c=/1,t=0,pt=7,l=5,sg=0:25.6
101;0;1
2016.10.12 15:13:35 5: MYSENSORS Read: Rx: fr=000 ci=000 c=003(C_INTERNAL    ) st=009(I_LOG_MESSAGE   ) ack=0 'read: 101-101-0 s=0,c=1,t=0,pt=7,l=5,sg=0:25.6'

2016.10.12 15:13:35 5: MYSENSORS gateway MySensorGateway: read: 101-101-0 s=0,c=1,t=0,pt=7,l=5,sg=0:25.6
2016.10.12 15:13:35 5: MYSENSORS/RAW: 101;0;1/;0;0;25.6

2016.10.12 15:13:35 5: MYSENSORS Read: Rx: fr=101 ci=000 c=001(C_SET         ) st=000(V_TEMP          ) ack=0 '25.6'


Ich verstehe es nicht! Leider! Ich würde ja gerne...

Temperatur(ID101) hat das Reading "temperature", der LightLux(ID151) und der effe BinarySwitch(ID100) haben nix...
1 x Fritzbox 7490
1x Raspberry Pi B , CUL868
2 x ITL-500 Jalousiesteuerunng
1 FHT80B
MySensors USB Gateway, MySensor TemperaturSensor

Beta-User

Zitat von: popeye1979 am 12 Oktober 2016, 15:19:34
Eine Frage noch vorweg: Wenn doch alles im FHEM Log ankommt....wo ist der Fehler, dass das Reading bei den einzelnen Devices nicht mitangelegt wird beim Autocreate?? Muss ich da noch irgendwas machen???

Zitat von: Beta-User am 12 Oktober 2016, 13:57:27
Schade, dann fällt mir für den Moment nix weiteres ein,

An sich sollte es funktionieren, da hast Du völlig recht. M.E. macht FHEM das auch richtig. Evtl. das Device nochmal löschen und dann die Node neu starten, Browser aktualisieren. Evtl. nochmal die mapReading geschichte ansehen, da müßte ich mich aber auch erst wieder einlesen (irgendwo in dem allg. MySensors-Thread hat mir r_knipp mal einen hilfreichen Tip gegeben...)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

popeye1979

ZitatAn sich sollte es funktionieren, da hast Du völlig recht. M.E. macht FHEM das auch richtig. Evtl. das Device nochmal löschen und dann die Node neu starten, Browser aktualisieren. Evtl. nochmal die mapReading geschichte ansehen, da müßte ich mich aber auch erst wieder einlesen (irgendwo in dem allg. MySensors-Thread hat mir r_knipp mal einen hilfreichen Tip gegeben...)
Alles klar... dann suche ich mal...

Ich habe gerade in den LightLux Sketch einen Jux-Temperaturwert in eine 2te Message eingetragen und siehe da....sie wird als READING erkannt!!
Verstehe das wer will....

1 x Fritzbox 7490
1x Raspberry Pi B , CUL868
2 x ITL-500 Jalousiesteuerunng
1 FHT80B
MySensors USB Gateway, MySensor TemperaturSensor

Hauswart

1. Installation:
KNX, Tasmota (KNX), Sonos, Unifi

2. Installation:
HM-CFG-USB, Unifi (, SIGNALduino 868, MySensors, SIGNALduino 433)

popeye1979

Nein, das ist der stinknormale Beispiel Sketch.

Ich habe jetzt den Typ der Message im Sketch auf V_TEMP geändert und siehe da.......auf einmal wird beim autocreate der LUX Wert angezeigt...
Wo ist das Problem mit V_LEVEL? Bzw. V_TRIPPED beim effen BinarySwitch Example Sketch???

1 x Fritzbox 7490
1x Raspberry Pi B , CUL868
2 x ITL-500 Jalousiesteuerunng
1 FHT80B
MySensors USB Gateway, MySensor TemperaturSensor

kleinerDrache

Kann dir empfehlen mal MYSController zu benutzen. Ist ne kleine GUI (leider nur für Windows) die dir aber die Meldungen und Daten des Gateways und der Nodes anzeigt. Damit siehst du was z.B. am Gateway ankommt und was nicht. Macht Debugging etwas einfacher und ist falas du OTA auf den Nodes machen willst eh notwendig.
Raspi 2 - Hmusb2 , 2xJeeLink , EnOcean pi: Serie14 Geräte , 6xHM-Sec-Rhs , 6xHM-CC-RT-DN, verschiedene MySensor Nodes, ein bischen MQTT

popeye1979

Hi,

ja das Tool kenne ich. War auch mit dem WLAN Gateway ganz okay.
Jetzt hängt das USB Serial GW aber am Raspi dran und nicht am Laptop. Der BinarySwitchSensor ist an nem Arduino pro mini dran. Kann ich also auch nicht so fix an den Laptop hängen.

Es scheint ja wirklich an der Message Art zu liegen! V_TEMP geht. V_LEVEL und V_TRIPPED nicht.

MyMessage msg(CHILD_ID_LIGHT, V_LEVEL);  <---geht nicht
MyMessage msg1(1, V_TEMP);                           <---geht

Vielleicht weiß hier ja noch jemand den Grund und ne Lösung?
1 x Fritzbox 7490
1x Raspberry Pi B , CUL868
2 x ITL-500 Jalousiesteuerunng
1 FHT80B
MySensors USB Gateway, MySensor TemperaturSensor

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 ?
Raspi 2 - Hmusb2 , 2xJeeLink , EnOcean pi: Serie14 Geräte , 6xHM-Sec-Rhs , 6xHM-CC-RT-DN, verschiedene MySensor Nodes, ein bischen MQTT

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.
1 x Fritzbox 7490
1x Raspberry Pi B , CUL868
2 x ITL-500 Jalousiesteuerunng
1 FHT80B
MySensors USB Gateway, MySensor TemperaturSensor

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. ;-)
Raspi 2 - Hmusb2 , 2xJeeLink , EnOcean pi: Serie14 Geräte , 6xHM-Sec-Rhs , 6xHM-CC-RT-DN, verschiedene MySensor Nodes, ein bischen MQTT

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...  ;D

Ja 1.5er Doku habe ich auch nicht gefunden...
1 x Fritzbox 7490
1x Raspberry Pi B , CUL868
2 x ITL-500 Jalousiesteuerunng
1 FHT80B
MySensors USB Gateway, MySensor TemperaturSensor

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.
Raspi 2 - Hmusb2 , 2xJeeLink , EnOcean pi: Serie14 Geräte , 6xHM-Sec-Rhs , 6xHM-CC-RT-DN, verschiedene MySensor Nodes, ein bischen MQTT

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???

1 x Fritzbox 7490
1x Raspberry Pi B , CUL868
2 x ITL-500 Jalousiesteuerunng
1 FHT80B
MySensors USB Gateway, MySensor TemperaturSensor

Beta-User

Zitat von: popeye1979 am 13 Oktober 2016, 13:57:13
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.

Zitat von: popeye1979 am 13 Oktober 2016, 13:57:13
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) 8)

Have fun! 8)

Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

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!
1 x Fritzbox 7490
1x Raspberry Pi B , CUL868
2 x ITL-500 Jalousiesteuerunng
1 FHT80B
MySensors USB Gateway, MySensor TemperaturSensor

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) .
Raspi 2 - Hmusb2 , 2xJeeLink , EnOcean pi: Serie14 Geräte , 6xHM-Sec-Rhs , 6xHM-CC-RT-DN, verschiedene MySensor Nodes, ein bischen MQTT

Beta-User

Zitat von: kleinerDrache am 13 Oktober 2016, 16:11:44
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.  8)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

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).
Raspi 2 - Hmusb2 , 2xJeeLink , EnOcean pi: Serie14 Geräte , 6xHM-Sec-Rhs , 6xHM-CC-RT-DN, verschiedene MySensor Nodes, ein bischen MQTT

Beta-User

Kann ich nachvollziehen  ;D;
Bei mir ging's um Vor- und Rücklauf,- WW-temperaturen usw. und die Frage, welche Pflanzenheizung ich jetzt anmachen sollte... Daher der Aufwand 8)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Phantomato

#27
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:
S_LIGHT_LEVEL => { receives => [], sends => [V_LIGHT_LEVEL] }, # Light sensor

richtig wäre:
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?
Server: RaspberryPi4 4GB @Raspbian GNU/Linux 10 (buster), Docker, FHEM Docker | Homematic nanoCUL868 (VCCU) | Tasmota Switch & Sensors | Tasmota Zigbee | Zigbee2mqtt | SIGNALduino | Alexa & GoogleHome