Eigene ESP8266 Raumsensoren

Begonnen von Shojo, 26 Juni 2017, 21:43:18

Vorheriges Thema - Nächstes Thema

justme1968

im modul selber steht wie die gesendeten daten aussehen müssen.

sonst gibt es leider nur die drei threads die jeweils eine der drei io versionen beschreiben:
- per usb und kabel
- per socket wenn fhem die verbindung auf aufbaut
- per udp broadcast wenns er sensor von sich aus sendet
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Shojo

#16
Man das wird hier ja wirklich interessant!

Könnte mich jetzt nun wirklich im Ars** beißen, das ich so spät an FHEM geraten bin ...   
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

dev0

Zitat von: justme1968 am 27 Juni 2017, 11:59:48
sonst gibt es leider nur die drei threads die jeweils eine der drei io versionen beschreiben:
Das KeyValueProtokol hat das Potenzial eine (weitere) universelle Schnittstelle für alle möglichen Devices, Systeme, etc. zu FHEM zu werden. Ohne aber die konkrete Einbindung zu dokumentieren ist es mMn unbrauchbar oder nur für den kleinen Kreis der "FHEM Insider" verwendbar. Einen Verweis auf drei Threads ohne Links finde ich ehrlich gesagt ziemlich dürftig. (Das ist absolut nicht böse gemeint, nur mein Empfinden, da es mir damals nicht geholfen hat)

@Shojo: Vielleicht versuchst Du einfach mal das KeyValueProtokol zu verwenden und berichtest von Deinen Erfahrungen.
Wenn es funktioniert, dann könntest Du den Maintainer vielleicht sogar unterstützen und einen Wiki Artikel beginnen? ;)

justme1968

#18
die threads raus zu suchen ist am handy etwas mühsam :)

eine wiki seite wäre schön. aber bis jetzt hat es jeder der es versucht hat so schnell hin bekommen das er danach scheinbar keinen bedarf mehr gesehen hat mit der doku anzufangen.

also bis es doku gibt: bitte einfach trotzdem versuchen und fragen wenn etwas unklar ist. es ist ganz wirklich super einfach. man sendet nur nachrichten mit sensor typ, sensor id, readings namen und werten. fhem kümmert sich um alle andere völlig automatisch. inklusive autocreate.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Shojo

Werde ich mir auf jeden Fall ansehen, wäre toll wenn du noch mal die Links nachreichen kannst ;)
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

Shojo

Was mir sich noch nicht erschließt wie ich das autocreat anspreche / auslöse.
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

justme1968

das geht wie bei jedem anderen fhem modul komplett automatisch sobald eine nachricht von einem neuen device/sensor empfangen wird. du musst nur das device für das jeweilige io anlegen und autocreate nicht deaktiviert haben.

eine kurze erklärung gibt es hier: https://forum.fhem.de/index.php/topic,67925.msg594475.html#msg594475 bzw. im post direkt danach.

einen weiteren thread zur direkten anbindung per usb/seriell gibt es hier: https://forum.fhem.de/index.php/topic,44092.0.html

im thread zum LaCrosseGateway gibt es einen beschreibung zur anbindung per ip.

den thread zu KeyValueProtocoll und udp gibt es hier: https://forum.fhem.de/index.php?topic=45545.0
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Shojo

Hi justme1968,

ich schnalle leider überhaupt nicht wie ich ein JeeLink UDP io anlege :(
Kannst Du mir da eine Starthilfe geben ?
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

justme1968

für udp brauchst du das modul aus dem letzten oben verlinkten thread.

der jeelink ist nur für usb und tcp.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Shojo

Achsoooo, da war ich ja voll auf dem Holzweg.
Ich dachte das kann FHEM von Haus aus :D
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

justme1968

das KVPUDP modul ist (noch ?) nicht eingecheckt. d.h. du musst es aus dem thread laden.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Shojo

Jo jetzt läuft es ... SEHR geil!
Danke dir für die Hilfe, jetzt kann ich mir meine Sensoren aufbauen :)
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

Shojo

#27
So erster Sensor hat seine Daten per UDP gesendet :)

2017.07.03 22:57:32 3 : myKVP: Received 147 bytes from '192.168.0.115''
2017-07-03 22:57:32 KeyValueProtocol KeyValueProtocol_SKBB.WifiWeatherStation_192513 Temperature: 15.90
2017-07-03 22:57:32 KeyValueProtocol KeyValueProtocol_SKBB.WifiWeatherStation_192513 Dewpoint: 15.74
2017-07-03 22:57:32 KeyValueProtocol KeyValueProtocol_SKBB.WifiWeatherStation_192513 Humidity: 99
2017-07-03 22:57:32 KeyValueProtocol KeyValueProtocol_SKBB.WifiWeatherStation_192513 Pressure: 1014
2017-07-03 22:57:32 KeyValueProtocol KeyValueProtocol_SKBB.WifiWeatherStation_192513 RSSI: -76
2017-07-03 22:57:32 KeyValueProtocol KeyValueProtocol_SKBB.WifiWeatherStation_192513 WifiQuality: 48
2017-07-03 22:57:32 KeyValueProtocol KeyValueProtocol_SKBB.WifiWeatherStation_192513 Version: 0.0.0.8_dev_udp


Musste aber noch etwas am Modul ändern da es nur 128 bytes angenommen hatte, und auch immer versucht hat eine Config zu laden.
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

justme1968

na wenn du auch so viele bytes für die id verbrätst :)

aber auch 256 oder 512 bytes pro nachricht sollten noch kein problem machen. und falls du mit der länge der reading namen nicht hin kommst kannst du über das mapping attribut oder die mapping nachricht gehen und in der daten nachricht kürzere namen verewnden die dann gemappt werden.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Shojo

Zitat von: justme1968 am 03 Juli 2017, 23:12:01
na wenn du auch so viele bytes für die id verbrätst :)
Ok, da hast du natürlich recht :D

Zitat von: justme1968 am 03 Juli 2017, 23:12:01
kannst du über das mapping attribut oder die mapping nachricht gehen und in der daten nachricht kürzere namen verewnden die dann gemappt werden.

Wie meinst du das mit der Mapping Nachricht ?
Kann ich das vom Sensor mitgeben?

Weil in dem "Orig." Modul wir immer versucht via HTTP eine Config vom Device abzurufen (Wo dann auch ein Mapping hinterlegt werden kann). Was ich jetzt aber nicht so dolle finde.
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It