Eigene ESP8266 Raumsensoren

[Shojo]

Hallo,

ich habe in meinen Räumlichkeiten diverse  (Eigenbau)Raumsensoren mit einen ESP8266 Herzen.
Die Sensoren waren für meine Selbstprogrammierte HomeControl , nun möchte ich die Sensoren für FHEM wiederverwerten.

Da die Sensoren im deep sleep gehen müssen diese aktiv zu FHEM senden.
Meine Überlegung war diese:

Push zum FHEM über WebCMD:

Code: [Auswählen]

http://192.168.0.251:8083/fhem?cmd=setreading%20SKBB.RoomSensor_25146%20Temperature%2026.00;setreading%20SKBB.RoomSensor_25146%20Humidity%2062;setreading%20SKBB.RoomSensor_25146%20Battery%2085&XHR=1
Wenn der Sensor noch nicht angelegt ist bekomme ich ja das Result:

Code: [Auswählen]

Please define SKBB.RoomSensor_25146 first
Please define SKBB.RoomSensor_25146 first
Please define SKBB.RoomSensor_25146 first
Darauf würde dann der Sensor folgt reagieren:

Code: [Auswählen]

http://192.168.0.251:8083/fhem?cmd=define SKBB.RoomSensor_25146 dummy;define%20SKBB.RoomSensor_25146_FileLog%20FileLog%20./log/SKBB.RoomSensor_25146_FileLog_%Y.log%20SKBB.RoomSensor_25146&XHR=1
Macht das so Sinn oder mache ich hier totalen misst?

Gruß
Dennis

[Gizmo_the_great]

Ich würde das ganze über ESPeasy realisieren.
Da werden die Devices automatisch angelegt, wenn erstmal eine ESPeasy-Bridge eingerichtet ist.

Bin aber gespannt was die anderen User so empfehlen.

Grüße Gizmo


Gesendet von iPhone mit Tapatalk Pro

[MadMax-FHEM]

Hi Dennis,

warum legst du nicht den dummy, filelog etc. schon in fhem an?
Statt "als Reaktion" des Sensors?

Allerdings wirst du so wie der Aufruf aktuell lautet (in deinem Beispiel) wohl Probleme bzgl. csrfToken (FeatureLevel 5. bekommen...

Alternativen:

ESPEasy (wie bereits genannt)

Webserver auf dem ESP und dann per HTTPMOD abfragen (ist allerdings polling)

und bestimmt noch weitere Möglichkeiten...

Schon im Forum bzgl. ESP gesucht?

Gruß, Joachim

[Shojo]

Hi Joachim,
ja die "Reaktion" des Sensor  fände ich schon nett da sich so jeder selbst anlegt und ich den Code so auch einfach weitergeben kann und
csrfToken habe ich aktuell eh deaktiviert daher klappt das

HTTPMOD fällt leider raus da ich den Sensor ja im deep sleep versetzte und der dann natürlich nicht erreichbar ist.

Ja ich habe auch schon nach ESP im Forum gesucht, aber dort steh leider schon fast zu viel drinnen....
Habe dort leider noch nichts aufschlussreiches gefunden.

Werde mir dann mal ESPEasy  ansehen.

Danke euch beiden für die Vorschlage!

Gruß
Dennis 
 



 

[MadMax-FHEM]

ja die "Reaktion" des Sensor  fände ich schon nett da sich so jeder selbst anlegt und ich den Code so auch einfach weitergeben kann

Ja selbst anlegen hat was...
...aber als Reaktion wird schwer u.a. wg. dem Sleep...

csrfToken habe ich aktuell eh deaktiviert daher klappt das

Über die Risiken bist du dir im Klaren!?

HTTPMOD fällt leider raus da ich den Sensor ja im deep sleep versetzte und der dann natürlich nicht erreichbar ist.

Ja, da hast du nat. recht...

Ja ich habe auch schon nach ESP im Forum gesucht, aber dort steh leider schon fast zu viel drinnen....
Habe dort leider noch nichts aufschlussreiches gefunden.

Werde mir dann mal ESPEasy  ansehen.

Jep, ist halt auch ein wahnsinnig vielseitiges Teil...
...das ist bestimmt eine gute Wahl!

Gruß, Joachim

[Shojo]

Ja selbst anlegen hat was...
...aber als Reaktion wird schwer u.a. wg. dem Sleep...

Habe es mal eben gebaut und es läuft ^^ der Sleep wird je dann nur aktiv wenn er eingerichtet ist

Über die Risiken bist du dir im Klaren!?

Ja ich denke schon, da mein FHEM nur aus dem Lokalem Netzwerk erreichbar ist (von extern nur via VPN) sollte es vertretbar sein.
Oder liege ich da falsch?

Gruß
Dennis

[MadMax-FHEM]

Ja ich denke schon, da mein FHEM nur aus dem Lokalem Netzwerk erreichbar ist (von extern nur via VPN) sollte es vertretbar sein.
Oder liege ich da falsch?

Jep da liegst du leider total falsch!

Siehe z.B.:

https://forum.fhem.de/index.php/topic,72493.msg641206.html#msg641206

Gruß, Joachim

[supernova1963]

Hallo Dennis,

alternativ könnte man meiner Ansicht nach noch MQTT für die beschriebene Situation in Erwägung ziehen.
Die MQTT Bridge hat in fhem zwar kein autocreate, ist aber in der nativen Variante Hardware unabhängig.


Gernot

[Pf@nne]

Ich würde auch eine neue Firmware mit MQTT-Unterstützung in Erwägung ziehen.
ESPEasy oder vielleicht etwas sebstgemachtes....

https://forum.fhem.de/index.php/topic,50238.0.html
Das hier ist noch in Arbeit, wird aber nach und nach erweitert.
https://forum.fhem.de/index.php/topic,50238.0.html

https://forum.fhem.de/index.php/topic,67303.msg647791.html#msg647791

Gruß
Pf@nne

[Shojo]

Jep da liegst du leider total falsch!

Uiuiui so böse habe ich mal wieder nicht gedacht ....
Danke dir für den Hinweis, werde dann mal schnell meine Config überarbeiten!

alternativ könnte man meiner Ansicht nach noch MQTT für die beschriebene Situation in Erwägung ziehen.

Ich würde auch eine neue Firmware mit MQTT-Unterstützung in Erwägung ziehen.
ESPEasy oder vielleicht etwas sebstgemachtes...

Danke euch beiden für den Hinweis auf MQTT hatte bis jetzt mich noch nicht mit MQTT auseinandergesetzt, werde dieses aber schnell nachholen

Gruß
Dennis

[dev0]

Du kanst auch, mit eigenen Code auf dem ESP, das ESPEasy Bridge Modul verwenden. Wenn Du statt

http://192.168.0.251:8083/fhem?cmd=setreading%20SKBB.RoomSensor_25146...

einen JSON String per HTTP POST, an die vorher eingerichtete FHEM ESPEasy Bridge sendest.

Der JSON String hat folgenden Aufbau:

Code: [Auswählen]

{
"module": "ESPEasy",                      # darf nicht verändert werden
"version": "1.02",                        # dito.
"data": {
"ESP": {
"name": "TESTDEVICE",     # wird für autocreate benötigt
"unit": 1,                # sollte ein eideuter Werte pro ESP sein
"build": 140,             # min. 128
"sleep": 0                # 1 Wenn Sleepmode
},
"SENSOR": {
"0": {
"deviceName": "TESTDEV0",      # wird für autocreate benötigt
"valueName": "Temprature",     # Readingname
"type": 1,                     # Sensor Werte folgen
"value": "23.2"                # Reading Wert
},
"1": {
"deviceName": "TESTDEV1",
"valueName": "Humidity",
"type": 1,
"value": "0"
},
"2": {
"deviceName": "TESTDEV2",
"valueName": "Motion",
"type": 10,                       # type switch
"value": "0"                      # 0 oder 1 -> off/on in FHEM
}
}
}
}
Damit funktioniert dann auch autocreate, basic auth, access control lists, etc...

Du könntest dann auch Deinen ESP über das Modul steuern, wenn der ESP nicht im deep sleep ist und Du Dich an folgende Syntax hälst:

Code: [Auswählen]

http://ESP-IP:80/control?cmd=<BEFEHL>[,PARAM1][,PARAM2][,PARAMn]
Der Aufruf dafür sähe in FHEM so aus:

Code: [Auswählen]

set <ESP> raw BEFEHL PARAM1 PARAM2


[dev0]

Nachtrag: Wenn Dich das interessiert, dann findest Du Beispielcode dazu hier: https://github.com/ddtlabs/Dots/blob/master/fastled_http.ino#L274
Das Script verwendet für den Aufbau des JSON Strings die ArduinoJson Library: https://github.com/bblanchon/ArduinoJson , geht aber auch manuell.

Mit dem Script steuere ich eine Lampe mit 240 Leds (WS2812B, fastled Lib) über das ESPEasy Modul und lasse den Status über Lichtprogramme etc anzeigen.

[Shojo]

Oh,
das gefällt mir sehr!
Danke für den Tipp

PS:
Obwohl ich einige Programmier- und Projekt-Skills mitbringe braucht es seine Zeit sich ein Überblick im FHEM zu verschaffen.
Was halt viel kann, ist auch etwas komplexer

[justme1968]

wenn du den code unter kontrolle hast ist auf das KeyValueProtokol modul mit dem udp receiver an.

[dev0]

KeyValueProtokol

Das universellere KeyValueProtokol ist bestimmt besser geeignet, als ein proprietäres Protokoll nachzubilden.
Gibt es denn mittlerweile ein kleines bischen Doku dazu? Ich hatte damals (und auch jetzt auf die Schnelle) nichts dazu gefunden, die Daten in FHEM anzunehmen.

In der Commandref steht zwar:

A generic module to receive key-value-pairs from an IODevice like JeeLink.

Aber ehrlich gesagt, hat mir das nicht gereicht...