Tasmota ESPHome Presence Sensor LD2410
-
ich muss jetzt baumfällen gehen - werd am wochenende deine tipps checken - nochmals danke
-
-
Zusatz, wenn Out vorhanden sollte auch möglich sein :
Out mit ADC am ESP verbinden. Generic 18, A0 -> ADC Input.
Dann sollten im Tasmota Main Menü Werte von 0 bis 1024 bei Motion Detection
angezeigt werden.
Wäre zu prüfen welche Spannung Out ausgibt,bei 5 Volt halt Widerstand zwischen
Out und ADC.
Bin Weg --------------------------------------------------->>
-
@ralla66 sagte in Tasmota Gitpod Sensor LD2410 BinFile:
Spannungsversorgung des Sensors nicht vom Wemos oder NodeMcu beziehen
das war ein wertvoller tipp - zumindest bekomme ich jetzt was gesendet
wenn ich jetzt noch wüßte, was ich damit anfangen kann - es gibt auch den pin "out" - dachte den könnte ich in tasmota einbinden - aber der ändert sich nicht - so richtig checken tue ich das teil nicht
-
@ralla66 sagte in Tasmota Gitpod Sensor LD2410 BinFile:
Out mit ADC am ESP verbinden. Generic 18, A0 -> ADC Input
brauch ich da hardware dazu - oder kann ich das direkt anschliessenhabe es gefunden
-
ahh - dieser A0 ist ein brauchbarer wert - was für eine schwere geburt - vielen dank (heißt nicht, dass nicht noch mehr fragen kommen könnten
) -
prima soweit,
an Out des Sensors wird ja nur bei keine Bewegung erkannt kein Pegel ausgegeben
also 0 Volt.
Bei Bewegung erkannt gibt dieser Out Pin 3,3 oder 5 Volt aus.Dann sollte das auch mit einem Button in Generic 18 gehen ( außer GPIO 0 und 2 ).
Der Taster im Schema ist ja dein Out.
Button beschaltung
Somit würdest du dann im Sonoff Adapter per Mqtt ein true oder false im Datenpunkt bekommen.ADC gibt dir Werte aus, wobei 0 = 0 Volt sind und 1024 halt 3,3 Volt.
A0 genannt in der Tasmota Generic Config und einzelner besonderer Pin an einer
NodMCU. -
hat schon jmd mit esphome getestet und evtl ein fertiges yaml ? ich bekomm da nicht wirklich was zum laufen
bei tasmota ist z.b das problem, daß ich -obwohl "serialsend 0" eingegeben wird, ich die app aufrufen muss, mich mit dem sensor verbinden muss (ich habe die bluetooth version), damit er dann auch in tasmota zu arbeiten beginnt.
ps. falls sich jmd den sensor bestellt, braucht man die bluetooth version, um über die app den sensor einstellen zu können - nimmt man nur den sensor - also ohne"B" braucht man auch ein entwicklerboard, um die einstellungen testen zu können - bei tasmota - ob esphome letztlich über mqtt einstellungen zuläßt, weiß ich nicht
-
@liv-in-sky es gibt ja auch die Bluetooth-Version von Tasmota ... um z.B. diese Thermometer etc. abzufragen:
https://tasmota.github.io/docs/Bluetooth_ESP32/#encryption-and-bind_key
und die Befehle dazu https://tasmota.github.io/docs/Commands/#neopoolSo teuer sind die Sensoren ansonsten scheinbar nicht ...
-
du meinst, den sensor über bluetooth abfragen (ohne app) - das geht leider nicht. die haben eine sehr kurze (4- 5m ) reichweite - dh ich müßte in jedem zimmer einen bluetooth empfänger haben, der die daten des sensors empfangen kann. wie diese empfänger dann eingerichtet werden müssen, damit sie den sensor verstehen, weiß ch nicht
ich habe auch so themometer , die über einen bluetooth empfänger (im stockwerk) abgefragt werden - da mußte ich aber einiges konfigurieren mit esphome
-
bin wieder einen schritt weiter - nutze jetzt einen esp32, da startet der sensor sofort
@BananaJoe wenn ich in dem esp32 das bluetooth einschalte, werden mir sofort die thermometer aufgelistet - der radarsensor wird da nicht gezeigt - also über tasmota mit bt würde das nicht funktionieren
jetzt muss ich nur noch die sensibilität hinbekommen - langsam geht was
-
bin mit dem sensor ein schrittchen weiter: esphome mit esp32 - die presence (motion) wird jetzt angezeigt - auch nach einem neustart des sensors
esphome ist jetzt nicht gerade mein favourite - aber hier mal die yaml, die ich nutze. was nicht so toll ist, ist die reaktionszeit. als presence melder brauchbar - als trigger beim raumbetreten weniger - es sei den, wir finden noch ein paar einstellungen.
bei den yaml's müssen die gpio' eingestellt werden, je nach version des esp's (zeile 171 nicht vergessen).und die def datei:
uart_read_line_sensor_ld2410v3.h
PS: dummerweise kommt es immer wieder zu kurzen fehlmedlungen bei dem presence dp
-
muss noch ein paar infos geben:
- man bekommt daten über mqtt, aber man keine settings ausführen - ich weiß nicht, wie man das ins yaml einfügen kann
- um den sensor "grob" zu setzen, geht man über die api mit dem browser
<ip-adresse>:80
von hier: https://community.home-assistant.io/t/mmwave-wars-one-sensor-module-to-rule-them-all/453260
- man bekommt daten über mqtt, aber man keine settings ausführen - ich weiß nicht, wie man das ins yaml einfügen kann
-
@liv-in-sky Ich habe die Zeit gefunden und etwas ein wenig was hinbekommen:
Ich hatte am Anfang etwas Murks mit RX und TX gebaut, aber jetzt funktioniert's.
In ESP-Home habe ich erstmal den vorhandenen Sensor verwendet:
Das funktioniert soweit erstmal (zum Teil). Was nicht funktioniert sind die Werte für "Still Target" und "Presence". Diese sind bei mir immer ON.
Außerdem ist es natürlich schade, dass man die Schwellwerte so im YAML angibt, dass soll natürlich über die Schnittstelle vom ioBroker eingestellt werden können.
Als nächstes werde ich mal Dein YAML ausprobieren.
-
@zarello sagte in Tasmota Gitpod Sensor LD2410 BinFile:
Als nächstes werde ich mal Dein YAML ausprobieren.
ja - probier's mal - das läuft eigentlich ganz stabil bis jetzt - vielleicht kannst du das dann so umändern, das es über mqtt steuerbar ist
-
hier noch ein yaml für einen wemos D1 mini mit esphome - zeile 53 ff und 172 sind die pins definiert
- die pins zum anschliessen sind im yaml zu lesen
- die zusatzdatei https://forum.iobroker.net/post/957138 muss auch im system sein
ich bin kein profi mit esphome - vielleicht habe ich das ganze etwas umständlich gemacht. hier eine kurze beschreibung:
-
vorbereitendes yamls: name ändern, unter mqtt die richtigen daten eingeben
-
die stromversorgung für den sensor nicht durch den esp nehmen, sondern den esp 5V und den sensor vcc parallel an der stromversorgung anschliessen - also nicht über den mini usb port anschliessen (nur zum flashen) -
-
genutzt wird der esphome adapter
-
die zusatzdatei uart_read_line_sensor_ld2410v3.h ins system kopieren: /opt/iobroker/iobroker-data/esphome.0
-
dann ein standard esphome yaml für den esp erstellt unter: https://web.esphome.io/ und die wifi angaben machen - der esp wird dazu am usb port des pc's angeschlossen (die serielle-verbindung zwischen sensor und esp erst anschliessen, wenn das erste flashen vorbei ist - wenn noch am pc angeschlossen)
-
die ip adresse habe ich dann im yaml eingetragen - unter wifi - use address
-
der esp mit esphome wird anschliessend im adapter dashboard sichtbar - dann adapt drücken
-
im esphome-dashboard auf edit drücken und das yaml hineinkopieren - sichern - installieren - der esp wird über wifi neu geflasht
war das erfolgreich müßte unter der ip adresse des esp eine webseite aufgehen, in der man das ganze konfigurieren kann
dann testen, ob der esp richtige daten im mqtt ordner bringt
-
also ich muss sagen, der sensor gefällt mir
habe einen raum sensorisch in 3 teile aufgeteilt - funktioniert gut
- man kann sozusagen licht steuern, wenn die anwesenheit einer person in einer ecke ist
- ist jmd in der dusche
- das licht in einem langen flur oder einer treppe steuern
- geht man zum fenster, wird außenlicht eingeschaltet
wer noch ideen hat - bitte her damit
-
Kleiner Wasserstandsbericht von mir:
Wenn man sonst so gut wie nichts auf dem ESP8266 laufen lässt und auch die Stats nicht abholt, funktioniert der Sensor bei mir.
Sobald ein PWM für 'ne LED nebenbei laufen soll, kommt der ESP nicht mehr hinterher. Auch Updates funktionieren dann bei mir nur noch, wenn ich den LD2410 abklemme und den Sensor über USB aktualisiere. Über WLAN kann ich das dann komplett vergessen.
Es liegt möglicherweise auch daran, dass ich das Ganze etwas umgebaut habe, damit die maximalen Entfernungen für bewegte und bewegungslose Personen getrennt angegeben werden können und alle Sensitivitäten für die Bereiche getrennt angegeben werden können.Bisher sind bei einem Neustart immer die eingestellten Werte wieder zurückgesetzt. Egal wie ich es probiert habe (ob vom LD2410 beim Start auslesen oder die Werte des ESPHome wieder zum Sensor schreiben) hat es bisher nicht funktionert, dass er seine Konfiguration behalten hat.
Da ich des öfteren Meldungen hatte, dass nicht mehr genug Speicher für eine Allokation vorhanden ist, habe ich sämtlichen dynamischen Speicherallokationen soweit wie möglich entfernt bzw. reduziert.
@liv-in-sky : Das Setzen der Werte von aussen über MQTT funktioniert übrigens über einen anderen Topic als das auslesen. Die Topics zum Setzen der Werte haben per Default am Ende command statt state. Leider muss man die erst erzeugen lassen indem man z.B. über die Kommandozeile ein entsprechenden Topic einfach postet.
(z.B.:mosquitto_pub -t ledtest/config/motion_hold_cmd -m 2-- angepasst an die geänderten Topics, wie ich sie in meiner YAML verwendet habe).
Dann muss man noch in den Objekteigenschaften im MQTT-Bereich publish auf true setzen.Hier erstmal meine Sourcen, wie sie zur Zeit bei mir rumliegen:
Falls jemand übrigens weiß, wie man im YAML Variablen benutzt oder womöglich sogar Schleifen programmiert, da hätte ich gesteigertes Interesse
Schleife meint hier nicht eine Schleife in einem Lambda sondern mehrere number - plattform: template Einträge, die sich nur duch wenige Einträge voneinander unterscheiden. Siehe im obigen YAML die Einträge mit den IDs sensitivity[0-8](Still|Moving). -
erstmal danke, dass du weiter testest
Bisher sind bei einem Neustart immer die eingestellten Werte wieder zurückgesetzt.
bei dem yaml, welches ich gepostet habe, bleibt das setting - wie das im yaml gemacht wird, weiß ich nicht
mit esp32 hatte ich als erstes geschafft, ein stabiles yaml zu bekommen - war verwundert, aber auch das yaml für den wemos d1 mini läuft stabil
-
@zarello sagte in Tasmota ESPHome Presence Sensor LD2410:
Leider muss man die erst erzeugen lassen indem man z.B. über die Kommandozeile ein entsprechenden Topic einfach postet.
(z.B.:mosquitto_pub -t ledtest/config/motion_hold_cmd -m 2 -- angepasst an die geänderten Topics, wie ich sie in meiner YAML verwendet habe).
Dann muss man noch in den Objekteigenschaften im MQTT-Bereich publish auf true setzen.Du kannst auch mit
sendToarbeiten, dann wird das Topic auch angelegt und ist nutzbar (hab ich diverse mal für Tasmota gebraucht da außer demPOWERuntercmndin der Regel nicht angelegt wird, Tasmota aber ja auf alle bekannten Befehle dort lauscht):// Beispiel für SendTo von https://github.com/ioBroker/ioBroker.mqtt // Test ob ich das zum Anlegen von neuen MQTT-Topics etc. nutzen kann /* * @param {string} MQTT instance Specify MQTT instance to send message through (may be either server or client) * @param {string} action Action to use (always 'sendMessage2Client' for sending plain messages) * @param {object} payload * @param {string} payload.topic Topic to publish message on * @param {string} payload.message Message to be published on specified topic * */ sendTo('mqtt.0', 'sendMessage2Client', {topic: 'znil/Tests/Testnachricht', message: '42'});im MQTT-Adapter den ich als Client für einen Mosquitto einsetze sind ansonsten alle Haken raus:
So kann man bei Bedarf die "MQTT-Datenpunkte" damit anlegen. Oder gleich im Skript immer mit
sendToarbeiten
Bei Bedarf hätte ich auch ein Blockly-BeispielDas ganz habe ich in der Hilfe zum MQTT-Adapter gefunden (auch wenn da nicht steht das man es zum anlegen nutzen soll)
