alte Fenstersensoren Smart machen

[Ralla66]

@bananajoe

muß ich mal testen, der dump geht ja nur auf dem selben Esp.

Danke für den Tipp

[BananaJoe]

@ralla66 sagte in alte Fenstersensoren Smart machen:

muß ich mal testen, der dump geht ja nur auf dem selben Esp.

Öhm? Es sollte eine passende Tasmota-Version installiert sein (mit den Features wie zuvor, z.B. Display). Die sieht man ja sogar in der Backupübersicht. Ggf. muss der Typ gleich sein, also ESP32 oder ESP8266. Ansonsten wird das Einspielen auf jeden Fall gehen. Ob es sinnvoll ist das Backup eines Shellys auf den Wemos meiner Klingel zu spielen sei mal dahin gestellt.

Ob die Skripte brav mit gesichert werden, wäre doch tatsächlich eine Prüfung wert.

[Ralla66]

@bananajoe

die unter Tasmota Config / Backup Config erstellte xxx.dmp läuft bei
mir nur auf dem gleichen ESP.
Ob das an der Mac, Core oder Version liegt habe ich nicht getestet.

[berndsolar13]

Ich hab heute was interessantes entdeckt
https://blog.moneybag.de/fhem-mit-led-statusanzeige-led-stripe-wd2812b-esp-8266/

Mein altes Display sah fast genauso aus.
Da kam mir die Idee, das auch noch mit zu visualisieren.
Bei mir waren es damals 12 einzelne LED, die über 2 Batterien versorgt wurden.
Alle hatten quasi die selbe Masse, und und Plus ging auf jede jeweils auf einen Reed Kontakt.
Öffnete man das Fenster, floss zur Fenster LED dann 3 Volt, und LED ging an.

Statt mit 3V macht man die Ansteuerung nun über den LED Stripe.
Quasi per Script vermute ich, wenn Switch 5 = An, dann lasse LED 5 leuchten von LED Stripe.
Muss ich mal Googlen, ob das mit der Tasmota Software geht. Das 2. Display ist kurz vor der Eingangstür, dann sehe ich beim verlassen des Hauses, ob noch Fenster offen waren.
Oder besser hab ich gesehen, geht ja aktuell nicht mehr

Hab dazu mal was gefunden
https://www.youtube.com/watch?v=2I6xcYcdnqE
oder
Statusanzeige mit ioBroker [Tutorial] [HD]
https://www.youtube.com/watch?v=gN2gJ3IYXpo

[berndsolar13]

ok, die Ansteuerung der LED ist wohl easy

LED1 200,0,7
Die Zahl nach LED ist die LED auf der Leiste, und das andere wohl der RGB Code für die Farbe.
Den Code gibt man in der Konsole ein und die LED leuchtet.
Theoretisch sollte das also auch direkt im Script gehen.

WLED2812 muss man noch unter Configuration wegen mir auf GPIO XYZ legen, und dort den Datenpin anschließen. Das sollte es schon gewesen sein.

In dem 2. Video steuert er es per Blockly direkt über die IP des Webmos D1, das kann ich mir dann sparen, oder ich nutze es für noch mehr Anzeigen. Theoretisch die LED ist ja lang genug, könnte ich wohl 40 LED in dem Gehäuse visualisieren. Ungeahnte Möglichkeiten

[Ralla66]

@berndsolar13

altes Zeugs
hatte Schimmer Media schon 2018 gebaut
ich nätürlich auch ......................................... ->
Machste jetzt auch Restaurationen ?
Hier

[berndsolar13]

@ralla66

ist halt auch praktisch, wenn man es zusätzlich noch an der Wand hat.
Und mit dem ESP sind die Möglichkeiten ja unbegrenzt.
Dachte noch an den Briefkasten, die Mülltonnen, eventuell eine "Error" LED falls einer der Geräte offline ist

Die Dinger hängen eh an der Wand und sind aktuell nutzlos.
Werd für 10 Euro so einen LED Streifen kaufen, sind 60 ansteuerbare LED.
Schöne Spielerei, der ESP ist ja eh vorhanden, muss die dort nur anstöpseln

Klar ich könnte auch es OLED Display dort anbauen.
Und dann da die Nachrichten rein pushen, sollte preislich nicht mal teurer werden.
Bei Ali kosten die 2 Euro

[Ralla66]

@berndsolar13

ja hat was eigenes. Hatte damals noch 2 Push-Button für Alarmreset und so eingebaut.
Zur Vollausstattung kam dann noch ein Soundmodul mit Lautsprecher hinzu.
Spielwiese ohne Ende halt

[berndsolar13]

@ralla66

eine Sirene wollte ich eigentlich nicht einbauen
Aber du bringst mich wieder auf komische Ideen

Nach einigen Lesen und überlegen, hab ich die OLED Variante wieder gestrichen.
Und mich für diese LED Streifen entschieden.

Kostet 1,2 Euro über Ebay sind 8 LED drauf. Werde 2 übereinander machen, sind dann 16 mögliche Status Meldungen.

gleich noch mal ne Nachfrage, in deinem Script gibt es ja MQTT Subscribe, bedeutet das, ich kann so MQTT Daten empfangen auch von anderen Geräten ? Dann könnte ich ja auch die Daten von anderes ESPs mit auswerten, wusste nicht das sowas geht, wäre ja cool
(außer über Globalvariable, was aber Probleme machte)

Alarm Meldung wenn der Wasserstand zu niedrig ist, im Tank. Oder auch für den PH Wert, wird ja immer besser Werd mal 6 von den Teilen bestellen, falls ich erweitern will.

Warte noch bis meine neuen Tuya Sensoren ankommen. Hab mal zum Testen 5 bei Aliexpress bestellt, da haben die nur 3 Euro pro Stück gekostet, sind Zigbees. Falls die tatsächlich ankommen, folgt noch der Sonoff USB Stick, dann bestell ich die LED Streifen gleich mit. Die Tuyas haben halt den Vorteil Batterie rein, und fertig. Nach dem Trouble mit dem DHT22 teste ich mal die.

[Ralla66]

@berndsolar13 sagte in alte Fenstersensoren Smart machen:

Dann könnte ich ja auch die Daten von anderes ESPs mit auswerten

Geräte mit Tasmota kannste ja den Status SNS auswerten, ist ja ein JSON, egal von
welchem Tasmota ESP, im Blockly oder per Scripting im Esp.
Zigbee habe ich gerade im Test am Wochenende gehabt.
Sonoff Dongle P und Sonoff ZB Bridge läuft nun im Zigbee Adapter.

[berndsolar13]

@ralla66

Paket aus China kam heute.
Also das Script angepasst, und die Ansteuerung der LEDS gemacht.

if sw[0]==1
then
=>led3 0,0,20
else
=>led3 0,0,00
print aus
endif

Erklärung, wenn Switch 0 also der 1. konfiguriere, also das Fenster sich öffnet, dann geht wie gewünscht die Lampe auf rot.

Soweit so gut
Das Problem ist, bei jeder erkannten Änderung ändert sich der Status des Relais.
Also das gleiche wie wenn man AN/AUS drückt. Bedeutet, für 1 Sekunden gehen kurz alle LEDs an

Vermutlich müsste ist das Relais irgendwie deaktivieren

[Ralla66]

@berndsolar13

Dann sreht Relay in an auf 1 und aus auf 1 ?
1 ist der Umschaltbefehl ?

[berndsolar13]

@ralla66

Habs gefunden

SetOption114 1

Das entkoppelt das interne Relais von den Switches, nun geht es

[Ralla66]

@berndsolar13

du kannst Sachen machen, Top

[joergeli]

@berndsolar13

Wenn Du des Bastelns mächtig bist, wäre evtl. so ein Eigenbau-"LED-Statusdisplay" für Dich brauchbar?
Guckst Du: https://forum.iobroker.net/topic/26879/led-status-display-solved/16

Läuft bei mir via WLAN über MQTT mit 32 RGB-LEDs (WS2812).
An Datenpunkten verwurstele ich alle Fensterstati im Haus ( Fenster zu = LED aus, Fenster offen = LED rot),
Briefkasten ( Leer = LED aus, Post da = LED gelb, Mülltermine (morgen keine Abholung = LEDs aus, morgen Mülltermin = entspr. LED leuchtet in der "Müllfarbe" und noch ein paar weitere.
Die entspr. Farbe der entspr. LED im Display ändert sich sofort, wenn sich der entspr. Aktor-/Sensor-Datenpunkt in ioBroker ändert.

Ist 'ne Weile her, daß ich mir 3 Stck. davon gebastelt habe, die hängen im Haus verteilt an der Wand.
Ich hatte damals pro Display jeweils 4 einzelne Stripes mit jeweils 8 LEDs und eine NodeMCU V3 verwendet.
Heutzutage würde ich einen WS2812B LED-Stripe und einen WMOS D1 Mini verwenden.

Ein Tipp zur Übersichtlichkeit:
Ich hatte mir anfangs die Fensterstati auf/zu mit rot/grün anzeigen lassen, war mir dann aber doch zu bunt und lasse jetzt mit rot/aus anzeigen. Erhöht m.E. die Übersichtlichkeit, wenn man nur einen kurzen Blick auf das Diplay wirft.

Voraussetzung ist natürlich, daß die entspr. Aktoren/Sensoren ihren Zustand in entspr. Datenpunkte in ioBroker schreiben können.

[berndsolar13]

@joergeli

dein Beitrag hat mich damals dazu auch inspiriert
Hab genau diese 8er LED Stripes gekauft.

Aktuell wertet der EPS32 die Fenster und Türen aus.
Der selbe ESP 32 steuert über das Tasmota Script auch die LED.

Mich hat aber genervt, das er im Script quasi jede Sekunde den Befehl LED1 = farbe rot gesendet hat.
Hab das nun optimiert. Für alle die sich dafür auch interessieren

>D
Timer=0
pixels=8
relai1=0
relai2=0

>S

relai1=sw[0]
relai2=sw[1]

if chg[relai1]>0
then

 if relai1==1
 then
 =>led3 225,14,1
 print 1 auf
 else
 =>led3 0,0,00
 print 1 zu
 endif


endif

zur Erklärung:
Das 1. If prüft ob es an dem Ralais eine Änderung gab
Wenn das der Fall ist, also Fenster auf oder zu, dann wird der aktuelle Status geprüft, und dann die Rote lampe aktiviert. Wenn aber sagen wir 2 Stunden nix passiert, dann macht der Wemos nix.

Vorher hat er jede Sekunde der LED gesagt, leuchte Rot.

Werde mit das Script von joergeli aber mal genau anschauen.
Hab auch schon über MQTT Subsribe nachgedacht, dann könnte ich auch Signale auswerten, die nicht an den GPIOs des EPS32 hängen. Hab ja 6 solche LED Streifen deswegen extra gekauft, zum basteln halt

[joergeli]

@berndsolar13
Ich habe mich in meiner "Vor-ioBroker-Zeit" auch mit Arduino-, bzw. ESP-basierten Basteleien beschäftigt.
Als ich dann ioBroker entdeckt hatte, wurde - für mich - vieles einfacher, da ich die Daten meiner Aktoren/Sensoren rel. einfach in ioBroker-Datenpunkte übertragen konnte.

Zu Deinen alten Fenstersensoren, welches ja eigentlich nur "dumme" REED-Kontakte sind:
Ich würde an Deiner Stelle überlegen, ob ich diese nicht durch Fensterkontakte ersetzen würde, welche WLAN-fähig sind.
OK, die brauchen dann ab und zu einen Batteriewechsel, welches bei mir mit Homematic-Sensoren so ca. alle ½ Jahre nötig ist.
Es gibt aber auch von anderen Herstellern entspr. Sensoren

Die Vorteile überwiegen aber m.E.:
1.)Keine Verkabelung mehr notwendig (OK, ist bei Dir schon vorhanden, könnte man aber z.B. für Fenster-Weihnachtsbeleuchtung umfunktionieren )
2.)Wegfall Deines bisherigen ESP32.
3.) Automatische Datenübernahme in ioBroker.
4.) Automatisches Ansteuern eines, bzw. mehrerer frei patzierbarer LED-Statusdisplays
5.) Auch andere Signalisierungen möglich, nicht nur auf/zu (ich lasse bei mir z.B. eine LED aufleuchten, wenn der DutyCicle meiner RaspberryMatic 50% überschreitet, was natürlich ein entspr. Script benötigt)
6.) Weil alles über MQTT läuft, wird auch nur was übertragen, wenn sich ein Status ändert

Nachteil:
Man muss für die Sensoren etwas Geld in die Hand nehmen.

Wenn Du das LED-Status-Display nachbauen und meine Scripte/Sketch verwenden willst, würde ich das mit einem WEMOS D1 mini machen und nicht! Deinen jetzt arbeitslosen ESP32 verwenden, weil dort andere Librarys, bzw. andere Befehle verwendet werden, als in meinem geposteten Sketch.

Zitat:
Hab auch schon über MQTT Subsribe nachgedacht, dann könnte ich auch Signale auswerten, die nicht an den GPIOs des EPS32 hängen.

Genau nach diesem Prinzip funktioniert das LED-Status-Display.
Es ist nur noch 1 GPIO notwendig, nämlich der, welcher die Datenleitung des LED-Stripes ansteuert.

[MartinP]

Ich habe noch ein vergleichbares Projekt, was ich aber derzeit vor mir herschiebe ....

Unser Haus steht am Hang, und die Kellerausgangstüren nach hinten heraus sind quasi ebenerdig...

Es gibt zwei Ausgangstüren, die ins Haus führen, und eine Tür in einen Keller ohne Zugang zum Haus unter der Terasse...

Um festzustellen, ob die auch geschlossen sind habe ich vor über 20 Jahren einen Melde-Ring gebaut...

Lauter in Reihe geschaltete Reed-Türkontakte an alle Kellertüren, die, wenn sie ALLE geschlossen sind, zwei in Reihe geschaltete LEDs (eine unter dem Fernseher, eine neben der Haustür) kurzschließen. Energiequelle ist ein Schalttransistor einer Blinkschaltung über einen Vorwiderstand ...

Entweder fließt der Strom durch den Vorwiderstand und die LEDs oder über die Reed-Kontakte an den LEDs vorbei... was dann verhindert, dass die LEDs leuchten/blinken

Vor einiger Zeit ist die alte Schaltung kaputt gegangen (Wahrscheinlich Elektrolytkondesatoren nach 20 Jahren defekt) ....

Nun überlege ich, wie ich die Kontakte in iobroker integriere, ohne viel an der "Ring" Verdrahtung zu ändern ....
Es soll aber möglichst kein weiterer ESP dafür laufen - vielleicht klemme ich die an den Tasmota Node-MCU am Stromzähler mit dran ....

[joergeli]

@martinp
... wie weiter oben schon geschrieben:
Die Verkabelung und die Schaltung vergessen und stattdessen an jede Kellertür einen Fenstersensor mit WLAN (vorausgesetzt, Du hat dort WLAN-Empfang).
Über ioBroker könntest Du sogar den Status jeder Tür einzeln darstellen.

Alternative:
Auf Verdacht alle Elkos und den Transistor Deiner jetzigen Platine ersetzen.
Wenn aber Deine Ring-Verkabelung irgendwo unterbrochen ist, nützt das natürlich nichts.
Deshalb mal mit Ohm-Meter überprüfen, ob alle Adern noch Durchgang haben.

Edit: Jetzt muß ich doch mal nachhaken: Läuft ioBroker schon bei Dir, oder denkst Du nur darüber nach, ihn zu installieren?
Wie gesagt, lös Dich von der Annahme, daß Du für jeden Fensterkontakt einen eigenen ESP, oder Tasmota, brauchst.
Die Datenübertragung erledigt das im Fenstersensor integrierte WLAN-Modul.

[MartinP]

@joergeli Wie lange halten Fenstersensoren mit WLAN aus einer Batterie? Ich habe so etwas gerne Wartungsfrei ....

Außerdem wiederstrebt es mir, womöglich 20€ + pro Kellertür auszugeben, wo schon Sensoren an der Tür vorhanden sind ...

läuft ioBroker schon bei Dir, oder denkst Du nur darüber nach, ihn zu installieren?

Eine recht kleine Installation - wollte nicht alles in die Signatur packen ...

                        v.2023-10-10


 Static hostname: iobroker-test-sicher
       Icon name: computer-container
         Chassis: container ☐
  Virtualization: lxc
Operating System: Debian GNU/Linux 12 (bookworm)
          Kernel: Linux 6.5.11-8-pve
    Architecture: x86-64

Installation:           lxc
Kernel:                 x86_64
Userland:               amd64
Timezone:               Europe/Berlin (CET, +0100)
User-ID:                1000
X-Server:               false
Boot Target:            graphical.target

Pending OS-Updates:     0
Pending iob updates:    0

Nodejs-Installation:    /usr/bin/nodejs         v18.19.1
                        /usr/bin/node           v18.19.1
                        /usr/bin/npm            10.2.4
                        /usr/bin/npx            10.2.4
                        /usr/bin/corepack       0.22.0

Recommended versions are nodejs 18.19.1 and npm 10.2.4
Your nodejs installation is correct

MEMORY: 
               total        used        free      shared  buff/cache   available
Mem:            6.4G        1.8G        2.9G        131K        1.7G        4.6G
Swap:           6.4G          0B        6.4G
Total:           12G        1.8G        9.4G

Active iob-Instances:   18
Active repo(s): stable

ioBroker Core:          js-controller           5.0.17
                        admin                   6.13.16

ioBroker Status:        iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Status admin and web instance:
+ system.adapter.admin.0                  : admin                 : iobroker-test-sicher                     -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.web.0                    : web                   : iobroker-test-sicher                     -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

Objects:                1566
States:                 1205

Size of iob-Database:

16M     /opt/iobroker/iobroker-data/objects.jsonl
5.4M    /opt/iobroker/iobroker-data/states.jsonl