Integration von MySensors in FHEM geplant?

Omega · 18 Februar 2016, 18:58:20

Zitat
Was hat man davon, dass nicht geziehlt ignorierte messages dann doch geloggt werden?

zB wenn ich einen weiteren Sensor einbringe, sollen die Gateways das auch melden. Oder falls ein Nachbar auch mit MySensors experimentiert, wäre es schön, solche Informationen erhalten zu können. Da könnte man sich z.B. über ClientIDs einigen, um eine Vergabe der gleichen IDs vermeiden zu können.
Mit verbose 2 schließe ich das alles aus. Da ich auch nicht weiß, welche Meldungen noch mit verbose 3 kommen können (außer den ignore Meldungen), erscheint es mir sinnvoll, Meldungen gezielt über ein Attribut beeinflussen zu können.
Momentan experimentiere ich mit 4 Gateways (WLAN) in 2 FHEM-Instanzen und zusammen jetzt 4 Sensorplatinen. Bei den Sensoren frage ich T, H und 2 x Buttons ab. Evtl. werde ich auch noch ein LAN-Modul testen. Und gerade zum Testen möchte man ja grundsätzlich Meldungen erhalten (daher würde ich bei den Gateways lieber bei verbose 3 bleiben wollen). Allerdings kommen auf diese Art jede Menge Meldungen zusammen, die mir ansonsten das Log so zuschreiben, dass evtl. wichtige Meldungen dabei untergehen.

Der gleiche Funkkanal bietet mir den Vorteil – gerade beim Testen – einen Sensor schnell auf ein anderes Gateway umzulegen, falls es irgendwo klemmt. Ansonsten müsste immer der Chip neu programmiert werden, das finde ich dann doch etwas unglücklich.

LG
Holger

Omega · 22 Februar 2016, 17:53:39

Ich habe jetzt mal MySensors mit Temperatursensoren (DS18B20, Sketch DallasTemperatureSensor.ino ) experimentiert.

Gibt es hier eine Möglichkeit, nicht nur die Temperatur anzuzeigen sondern auch die Hex-Adresse des dazugehörigen Sensors? Ansonsten hat man ja nur die Info: temperature, temperature1, temperature2, ...

Von welchem Sensor die Temperatur kommt, ist nicht zu sehen. Das kann man zwar ausprobieren, ist aber mühsam. Und wie groß ist die Gefahr, dass beim nächsten Start evtl. Zuordnungen geändert sind?

Hat da schon einer Erfahrungen gesammelt und möglichst sogar eine Lösung dazu?

LG
Holger

ntruchsess · 22 Februar 2016, 18:08:40

Du könntest mal im MySensors-forum nachfragen, was Die davon halten. Ich fände es gar nicht verkehrt, wenn Sensoren standardmäßig eine eindeutige ID ähnlich einer Mac-addresse oder 1-Wire-ids hätten. Kann man in eigene Sensorsketche natürlich problemlos selber mit reinbasteln und im FHEM auch durch manuelles anlegen der nötigen set/mapReading-attribute aktivieren, aber ich nehme das nicht in die Liste der Standardreadings von Sensoren mit auf, wenn es nicht 'offiziell' (also auf Mysensors.org) so beschlossen wurde. Zum Verständniss: die Standardreadings erzeugen beim Autocreate die set/mapReading-attribute, die die MySensors-Werte auf FHEM-readings abbilden. Das kann man jederzeit auch selber von Hand tun. Wenn das Device erst mal fertig angelegt ist, haben die StandardReadings keine weitere Bedeutung mehr.

Gruß,

Norbert

Omega · 22 Februar 2016, 21:37:29

Danke für's Feedback.

Zitat
Kann man in eigene Sensorsketche natürlich problemlos selber mit reinbasteln und im FHEM auch durch manuelles anlegen der nötigen set/mapReading-attribute aktivieren

Leider ist mir überhaupt nicht klar, wie ich das angehen kann. Hast du evtl. ein Beispiel oder ähnliches, mit dem ich vielleicht etwas mehr Verständnis des Ganzen erreichen kann?

LG
Holger

Omega · 23 Februar 2016, 11:47:24

Und schon kommt meine nächste Frage / Anmerkung...

Ich kämpfe momentan mit 2 Gateways, die relativ häufig einen Reset auslösen. Nach dem Rest wird die WLAN-Verbindung aber gleich wieder aufgebaut. Duch den Reset verliert aber auch FHEM die Verbindung. Leider erkennt FHEM nicht, dass das Gateway nach kurzem aber wieder zur Verfügung steht. Erst nach einem gezielten

Code Auswählen


set <gateway> connect

wird die Verbindung wieder aufgebaut.

Nun kenne ich nicht die Möglichkeiten, inwiefern das Gateway einen solchen Zusammenhang selber erkennen kann. Hilfreich wäre es aber zumindest, wenn das Gateway ein Reading mit dem Zeitstempel der letzten verarbeiteten Meldung hätte (das Gateway selber sieht ja die Meldungen aller Sensoren (zumindest bei gleichen Kanälen)). Darauf könnte man dann einen Watchdog ansetzen und bei längerem Ausbleiben von Meldungen ein connect durchführen.

Man kann natürlich auch auf ausbleibende Meldungen vom Sensor prüfen, das halte ich aber für nicht so effektiv, da – abhängig vom Sensortyp – auch große Pausen realistisch sind. Einen Ausfall würde man beim Gateway viel früher bemerken können.

LG
Holger

hexenmeister · 23 Februar 2016, 13:17:24

Zitat von: Omega am 23 Februar 2016, 11:47:24
Nun kenne ich nicht die Möglichkeiten, inwiefern das Gateway einen solchen Zusammenhang selber erkennen kann. Hilfreich wäre es aber zumindest, wenn das Gateway ein Reading mit dem Zeitstempel der letzten verarbeiteten Meldung hätte (das Gateway selber sieht ja die Meldungen aller Sensoren (zumindest bei gleichen Kanälen)). Darauf könnte man dann einen Watchdog ansetzen und bei längerem Ausbleiben von Meldungen ein connect durchführen.

Oder du machst einfach jede Minute vorsorglich ein Connect. Nicht die feine englische Art, funktioniert aber. habe mit meinem LAN-Gateway auch so am Laufen (auch wegen gelegentlichen Resets).

Omega · 23 Februar 2016, 17:34:31

Bei Temperaturen könnte man das wohl machen. Ich möchte aber auch die Impulse beim Gaszähler auswerten. Bei einem minütlichen connect befürchte ich doch, viele Impulse zu übersehen aufgrund des dauernden reconnects.

SvenJust · 23 Februar 2016, 19:52:20

Hallo,

Zitat von: Omega am 22 Februar 2016, 17:53:39
Gibt es hier eine Möglichkeit, nicht nur die Temperatur anzuzeigen sondern auch die Hex-Adresse des dazugehörigen Sensors? Ansonsten hat man ja nur die Info: temperature, temperature1, temperature2, ...

In der API von MYSENSORS ist dafür ab Version 1.5 eine Message mit dem folgenden Subtype vorgesehen:

Code Auswählen

V_ID 42 Optional unique sensor id (e.g. OneWire DS1820b ids) S_TEMP

Quelle: https://www.mysensors.org/download/serial_api_15#message-structure-elements

Ich will das hier im Moment nicht testen, da ich noch mit 1.4.2 arbeite.

VG
Sven

Omega · 23 Februar 2016, 22:47:14

Danke für die Info.
Wenn ich das richtig verstehe, ist das V_ID da, um die Meldung entsprechend auszugeben. Schwieriger wird es für mich, erst einmal die jeweiligen IDs der 1wire-Sensoren auszulesen.
Aus dem MySensors-Forum habe ich mittlerweile die Info, dass unter den Arduino Beispielen (Datei-Beispiele-DallasTemperature-Multiple) ein Sketch ist, in dem die IDs ausgelesen werden.
Jetzt "darf" ich dann mal versuchen, dass auf MySensors abzubilden. Vielleicht bekomme ich es ja hin - mal sehen.

LG
Holger

Hauswart · 23 Februar 2016, 23:14:36

Hallo Holger, wenn ich morgen mal ein paar Minuten Zeit habe versuche ich einen Sketch zu bauen. Möchte auch bald mehrere Temperatur Sensoren an einem Sensor Gängen und dann macht die ID natürlich schon Sinn.

Edit: hast du mir den Link zum Thema?

Omega · 24 Februar 2016, 09:45:29

Link habe ich: http://forum.mysensors.org/topic/3214/1wire-missing-unique-ids-28-xxxxxxxxxxxx/3
steht aber auch nicht mehr drin...

Finde ich natürlich super, wenn du die Zeit finden solltest

Meine Sketch-Fähigkeiten sind doch noch ziemlich rudimentär.

Im Heizungskeller habe ich derzeit 13 1wire-Sensoren, die am GPIO eines Raspi hängen. Den will ich eigentlich mittelfristig entlasten durch MySensors. Ohne einen Zusammenhang zwischen eindeutiger ID und der dazugehörigen Temperatur mache ich den Schritt aber nicht. Wäre mir zu unsicher.

Hauswart · 24 Februar 2016, 09:51:14

An dem genau gleichen Punkt bin ich auch gerade. Mehrere Sensoren am Raspberry welcher einem MySensor weichen soll. Bin gerade dabei mir die Sketch genauer anzuschauen leider kann ich gerade nicht paralell testen.

Edit: Habe mal einen ersten Prototypen fertig, erstmal nur für den Serieller Output aber das ist schon mal wichtig, wenn das geht, dann muss es nur gesendet werden

Hauswart · 24 Februar 2016, 20:28:52

Prototyp war soweit erfolgreich. Bei Gelegenheit baue ich die mySensor und FHEM Funktion ein. Dann brauche ich weitere Tester.

Omega · 24 Februar 2016, 22:50:29

Da bin ich dabei.
Welche Lib-Version verwendest du?

Beta-User · 28 Februar 2016, 08:07:17

Hallo zusammen,

endlich kann ich (glaube/hoffe ich zumindest) auch mal was sinnvolles zu den vielen tollen Lösungen hier beitragen...

In diesem Sinne also erst mal Danke an alle, die sich hier mit einbringen!!!!!

Über das Problem der sicheren Zuordnung von DS18B20 bin ich neulich auch gestolpert. Es gibt da einen Beispielsketch auf Mysensors.org (http://forum.mysensors.org/topic/2607/video-how-to-monitor-your-refrigerator), der mit einem Array arbeitet. Auf der Basis hab ich mir was für die Heizungsüberwachung gebastelt, Ergebnis in der aktuellen Fassung anbei. Ist zwar bei weitem nicht fertig, funktioniert aber zumindest, was die eindeutige Übermittlung der Temperaturwerte angeht (jedenfalls seit mehr als 2 Wochen mit sehr vielen reboots).

Eigentlich verstehe ich nichts vom Programmieren $:-\$ , daher entschuldigt bitte das Durcheinander im Code!
Basis: Arduino IDE 1.6.7, Mysensors 2.0.0-beta. ACHTUNG: Die Dallas-Libs über die IDE NICHT aktualisieren! (Jedenfalls gibt es neuere Versionen, die nicht funktionieren, kann nicht sagen, ob das zwischenzeitlich wieder behoben ist.)

Hoffe, das hilft jemandem,

Jörg