[Sammelthread] Eure Smart Home Lösungen

Also ich hab jetzt nen Zigbee-Stick am HA. Der funktioniert anscheinend auch.
Meine beiden Hue Birnen hat er gefunden.... wenn auch nur ein- ausschaltbar, also nicht dimmbar und Farbtemperatur umschaltbar.

Wie kriege ich jetzt nen Hue Switch, Ikea Birnen und den Ikea Bewegungsmelder rein?

Hab schon versucht zu resetten (Pairtaster mehrfach hintereinander drücken, Birnen 6mal ein/ausschalten) und dann erneut den Pairtaster gedrückt, mehrfach gedrückt, gehalten... aber HA findet da nix.

Bin auch verwirrt. Zunächst wurde der Zigbeestick erkannt und dafür Zigbee Home Automation installiert.
Jetzt lese ich aber überall von Zigbee2MQTT.... was ich jetzt auch mal installiert habe... aber das startet nicht.
Code: 
Starting Zigbee2MQTT without watchdog.
[2024-10-07 19:20:28] info:     z2m: Logging to console, file (filename: log.log)
[2024-10-07 19:20:28] info:     z2m: Starting Zigbee2MQTT version 1.40.2 (commit #unknown)
[2024-10-07 19:20:28] info:     z2m: Starting zigbee-herdsman (2.1.3)
[2024-10-07 19:20:28] error:     zh:zstack:znp: Failed to determine if path is valid: 'Error: spawn udevadm ENOENT'
[2024-10-07 19:20:28] info:     zh:zstack:znp: Opening SerialPort with {"path":"/dev/ttyUSB0","baudRate":115200,"rtscts":false,"autoOpen":false}
[2024-10-07 19:20:28] info:     zh:zstack:znp: Serialport opened
[2024-10-07 19:20:28] info:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2024-10-07 19:20:30] info:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2024-10-07 19:20:48] error:     z2m: Error while starting zigbee-herdsman
[2024-10-07 19:20:48] error:     z2m: Failed to start zigbee
[2024-10-07 19:20:48] error:     z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
[2024-10-07 19:20:48] error:     z2m: Exiting...
[2024-10-07 19:20:48] error:     z2m: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:113:27)
    at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:137:29)
    at Zigbee.start (/app/lib/zigbee.ts:69:27)
    at Controller.start (/app/lib/controller.ts:161:27)
    at start (/app/index.js:154:5)
Ich nehme mal an, weil Zigbee Home Automation den Adapter schon geöffnet hat?
Muss ich das jetzt wieder entfernen? Ist das eine ein Ersatz für das andere, oder wie?

Edit: Alles ohne Bridges....

Edit 2: Ok, für zigbee2mqtt muss man die ZHA deaktivieren, war mein Verdacht also schonmal korrekt.
Das startet jetzt.... sollte das jetzt irgendwas finden? Muss ich irgendwo auf suchen klicken?
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Ok, finally, Ikea Bewegungsmelder und Ikea Glühbirne hab ich hingekriegt.
Bei der Glühbrine braucht man schon gutes Timing um die mit ein-ausschalten zu resetten. 🤣

Erste Automation läuft jetzt damit.... morgen mal gucken wie die Lux-Werte tagsüber im Flur aussehen.

Hue-Switch aber noch nicht... aber gut, der muss nicht unbedingt in HA.

Damit steht jetzt auch der Weg offen, eine Lampe mit 2 Bewegungsmeldern (und ggf. sogar zusätzlich noch Schalter) zu steuern.
Das hat mich jetzt aber auf die Idee gebracht, gar nicht die Hauptbeleuchtung damit zu steuern, sondern nur so eine Art Standbylicht. Wenn man Nachts mal aufs Klo muss, oder das es allgemein nur so hell wird, das man die Lichtschalter fürs "richtige" Licht findet. Dazu wären aber Leuchten mit Akku notwendig. Wäre dann aber auch im Badezimmer sehr interessant. Kennt jemand sowas?

Forgeschrittenen Frage: Ich hab jetzt 2 Automations:
1) Wenn der Bewegunsmelder auf occupied wechselt, wird das Licht eingeschaltet.
2) Wenn der Bewegungsmelder auf not occupied wechselt, wird 1min gewartet und dann das Licht ausgeschaltet.

Führt zu seltsamen Verhalten... natürlich. Wenn man reinläuft geht das Licht an, wie es soll. Dann läuft man raus und nach 55s wieder rein... das Licht ist noch an, aber der 1min-Timer zum Ausschalten läuft schon, das Licht-An Signal kommt, aber ist ja schon an, und 5 Sekunden später kommt das Licht-aus Signal vom vorherigem Signalwechsel.
Wie kann ich einen schon laufenden Timer resetten? Das Licht soll anbleiben, solange Bewegung da ist. Erst nachdem 1min keine Bewegung mehr da war, solls ausgehen.
 
Zuletzt bearbeitet:
Gibts bei denen evtl nen last triggered attribut? dann kannste das ja vorher prüfen
 
Nope, haben die nicht.
Aber just in der Minute hab ich rausgefunden, das es Timer-Helper gibt, das ist quasi ein globaler Timer.
Beim Wechsel auf not-occupied wird der Timer gestartet, bei einem Wechsel auf occupied wird er gecancelt erst wenn der Timer abläuft (was er nie tut solange occupied oder immer wieder occupied wird) ist dann der Trigger zum ausschalten. Scheint zu funktionieren.

Erinnert mich irgendwie an die S7-Schulung die ich vor über 20 Jahren mal hatte. Da durften wir eine Aufzugsteuerung mit Lichtschranke, Anforderungsschalter, etc auf S7 programmieren. 🤣
 
Zuletzt bearbeitet:
Ok, hat mit etwas Anwendung doch noch nicht ganz zufriedenstellend funktioniert. Und das lag daran, das der Vallhorn nur ca. alle 15 Sekunden seinen Status ändert. Also wenn man kurz reinwinkt, wechselt er auf Occupied, bleibt dann ~15s auf Occupied und wechselt dann erst wieder auf Clear und wenn man dann wieder reinwinkt, passiert erstmal gar nichts, erst nach weiteren ca. 15s wechselt er wieder auf Occupied.

Also kann man gleich beim Wechsel auf Occupied einen Timer starten, der dann aber mindestens 30s laufen muss, besser etwas länger. Kürzer geht nicht, sonst läuft ggf. der Timer ab und schaltet das Licht aus, während man noch im Flur aktiv ist.

Habs jetzt auch so gemacht, das nur eingeschaltet wird, wenn der Vallhorn weniger als 5 Lux misst. Das ist immernoch dicke genug Licht, das man alles erkennt, auch falls irgendwas im Weg steht, etc. und damit schaltet er dann tagsüber, zumindest wenns nicht eh schon grau in grau ist, nicht dauernd ein.
 
Kennt ihr coole Projekte um Pflanzen zu überwachen? Gern DIY, gern nicht zu teuer.
Unsere Pflanzen durchleben hier alle permanent Nahtoderfahrungen und so langsam glaube ich wäre ne smarte Überwachung günstiger als alle Nase lang neue Pflanzen zu kaufen 😁
 
Google 1. Treffer (Stichworte waren Bodenfeuchtigkeitssensor Home Assistant)

spacepc.de

Bodenfeuchtigkeit mit ESP32 und Home Assistant messen

Mit einem ESP32 und Home Assistant die Bodenfeuchtigkeit messen? Hier ist dein Leitfaden für automatische Kalibrierung und effiziente Pflanzenpflege!
spacepc.de spacepc.de

Also falls es nur darum geht zu schauen ob die Pflanzen Wasser brauchen oder (noch) nicht^^
Ist DIY und sieht nicht teuer aus.
 
joshude schrieb:
Kennt ihr coole Projekte um Pflanzen zu überwachen? Gern DIY, gern nicht zu teuer.
Zum Vergrößern anklicken....
Hab beinahe ein Jahr lang selbst versucht sowas zu bauen. Also Feuchtemessung + automatisch bewässern, wenn Feuchtigkeit zu niedrig.
Es gibt DIY-Anleitungen für sowas in allen nur denkbaren Ausbaustufen, z.B.: https://arduino-garten.de/

Habs aber nie wirklich praktikabel funkionierend hinbekommen. Das Gesamtsystem ist eigentlich nichtmal kompliziert. Problem an dem es dann am Ende scheiterte waren die Sensoren die die Feuchtigkeit in der Erde messen. Hab diverse ausprobiert, resistive, kapazitive, fertig gekauft, selbst gebaut, etc, inkl. Versuchen die Sensoren zu versiegeln... aber entweder die Versiegelung hat dazu geführt das sie nichmehr richtig messen konnten, und ohne Versiegelung haben die alle nach 6-8 Wochen angefangen zu vergammeln/korrodieren, was sich in massiv driftenden Messwerten andeutete und ein paar Wochen später kamen dann überhaupt keine brauchbaren Messwerte mehr raus.
(Abgesehen davon, das bei größeren Pflanzkübeln die üblichen Einstecksensoren nur viel zu punktuell gemessen haben. Oben eingesteckt meldete der Sensor dann halt furztrocken und unten stand noch das Wasser im Topf...)

Mag sein, das es bessere Sensoren gibt, die dann aber ziemlich sicher auch (deutlich) teurer wären. Da ich einige davon gebraucht hätte, kam für mich einfach nicht in Frage, das ein einzelner Erdfeuchtemesser schon 30-40€ kostet.
 
Wahrscheinlich ist es da am "smartesten" so Pflanzkübel mit Bewässerungssystem wie sie quasi in jedem Büro stehen zu kaufen und sich nen Regeltermin auf's Handy zu packen der einen einmal die Woche oder so dran erinnert mal auf das kleine Röhrchen mit der Wasserstandsanzeige zu schauen.

Aber klar, man kann auch das Löten anfangen ;)
 
Also ich hab hier n ESP mit nem Schwung so Sensoren stehen, die tun auch seit über nem Jahr jetzt ihren Dienst. Wollte mich tatsächlich auch schon ran setzen und n PCB dafür erstellen :D Muss nur nochmal nach brauchbaren Libraries für den ESP32 suchen
 
Welche Sensoren tun denn seit nem Jahr ihren Dienst ohne zu korrodieren?
 
www.berrybase.de

Analoger kapazitiver Bodenfeuchtesensor

Dieser Bodenfeuchtesensor misst die Feuchte durch kapazitive Abtastung und nicht durch resistive Abtastung wie andere Sensoren. Er ist aus…
www.berrybase.de www.berrybase.de

Die Dinger, hab damit echt keine Probleme was das angeht. Bestellt hab ich die sogar Ende 2022, also n Jahr laufen die mindestens :D
 
Hast du Details dazu? Ich brauche keine Bewässerung, mir reicht es nur den Zustand der Pflanzen zu kennen.
 
KurantRubys schrieb:
www.berrybase.de

Analoger kapazitiver Bodenfeuchtesensor

Dieser Bodenfeuchtesensor misst die Feuchte durch kapazitive Abtastung und nicht durch resistive Abtastung wie andere Sensoren. Er ist aus…
www.berrybase.de www.berrybase.de
Zum Vergrößern anklicken....
Genau die sind bei mir reihenweise verreckt, mindestens 6 Stück. Ausserdem gibts (mindestens) 2 Varianten. Welche mit TL555 IC (wie auf dem Produktfoto), die laufen mit 3,3 und 5V und welche die haben statt dessen einen NE555 (oder so ähnlich), die funktionieren dann NICHT mit 3,3V. Also falls man sowas an einem ESP oder mit Akku betreiben will, wo man oftmals nicht unbedingt 5V hat.
 
TIL warum zwei nie richtig funktioniert haben :fresse2: hab das immer auf meinen Prototyp geschoben, aber wollte gleich n richtiges PCB machen, bevor ich da anfange weiter rumzubasteln.

Bin grade mal meine Sensoren durch gegangen, ich hab welche mit Beschriftung V1.2 die haben den NE555 (angeblich von TI, wer weiß) und V2.0 mit einem TL555C (ohne TI Logo). Macht auch Sinn, ich hab mit den 2.0 angefangen, den Proto gebaut und dann erst die 1.2 dazu gesteckt. Glaub das sinnvollste ist, wenn ich am PCB beides vorsehe und schaue, ob ich das mit ner Lötbrücke lösen kann, welche Spannung wo angelegt werden kann.

@joshude im Prinzip hängt da nur je ein Sensor an einem ADC Eingang vom ESP32, auf dem ESPHome läuft. Je nach Spannung die er vom Sensor gemeldet bekommt, gibt er einen %-Wert zur Feuchtigkeit aus. Die kannst du dann in HA noch weiter verarbeiten als Sensor für eine Plant Entity, oder einfach mit dem %-Wert arbeiten.
 
Okay, klingt nicht verkehrt.
Ich hab gesehen, dass es dir ESP32 inzwischen auch mit thread/Matter und Zigbee gibt. Hat damit schon jemand erfahrungen? Finde ich charmanter als BT oder wifi
 
Mit den Zigbee hab ich mich noch nicht so wirklich beschäftigt, wird denke ich vor allem was die Software-Seite angeht interessant. Fände ich aber sonst auch auf jeden Fall besser als die WLAN Variante.

Ich hab meine ESP grad mal umgelötet und geb jetzt 5V anstatt 3.3V auf die Sensoren. Auf einmal tun auch alle :d Der Code-Part aus ESPHome dazu, hab ich aber auch nur damals wo geklaut. Zur kalibrierung hab ich den ganzen filter Part erstmal raus genommen, einmal die Spannungen trocken und in nem Wasserglas erfasst und dann entsprechend eingetragen.

YAML: 
sensor:

#Sensor 1
  - platform: adc
    attenuation: auto
    pin: GPIO036
    name: "Sensor 1"
    update_interval: 30s
    unit_of_measurement: "%"
    filters:
    - median:
        window_size: 7
        send_every: 4
        send_first_at: 1
    - calibrate_linear:
        - 2.4 -> 0.00
        - 0.9 -> 100.00
    - lambda: if (x < 1) return 0; else return (x);
    accuracy_decimals: 0


#Sensor 2  
  - platform: adc
    attenuation: auto
    pin: GPIO39
    name: "Sensor 2"
    update_interval: 60s
    unit_of_measurement: "%"
    filters:
    - median:
        window_size: 7
        send_every: 4
        send_first_at: 1
    - calibrate_linear:
        - 3.1 -> 0.00
        - 0.9 -> 100.00
    - lambda: if (x < 1) return 0; else return (x);
    accuracy_decimals: 0

#Sensor 3  
  - platform: adc
    attenuation: auto
    pin: GPIO34
    name: "Sensor 3"
    update_interval: 60s
    unit_of_measurement: "%"
    filters:
    - median:
        window_size: 7
        send_every: 4
        send_first_at: 1
    - calibrate_linear:
        - 2.2 -> 0.00
        - 0.8 -> 100.00
    - lambda: if (x < 1) return 0; else return (x);
    accuracy_decimals: 0

#Sensor 4  
  - platform: adc
    attenuation: auto
    pin: GPIO35
    name: "Sensor 4"
    update_interval: 60s
    unit_of_measurement: "%"
    filters:
    - median:
        window_size: 7
        send_every: 4
        send_first_at: 1
    - calibrate_linear:
        - 2.4 -> 0.00
        - 0.9 -> 100.00
    - lambda: if (x < 1) return 0; else return (x);
    accuracy_decimals: 0

#Sensor 5  
  - platform: adc
    attenuation: auto
    pin: GPIO32
    name: "Sensor 5"
    update_interval: 60s
    unit_of_measurement: "%"
    filters:
    - median:
        window_size: 7
        send_every: 4
        send_first_at: 1
    - calibrate_linear:
        - 2.2 -> 0.00
        - 0.9 -> 100.00
    - lambda: if (x < 1) return 0; else return (x);
    accuracy_decimals: 0
 
KurantRubys schrieb:
Bin grade mal meine Sensoren durch gegangen, ich hab welche mit Beschriftung V1.2 die haben den NE555 (angeblich von TI, wer weiß) und V2.0 mit einem TL555C (ohne TI Logo).
Zum Vergrößern anklicken....
Hat afaik nix mit V1.2 und V2.0 zu tun. Ich hatte glaube ich die 1.2, die hatten den NE555 drauf. Ein Kumpel hatte auch die 1.2, aber mit TL555. Der hatte übrigens auch das Problem, das die Sensoren vergammeln.

Im Grunde kann man beide Chips verwenden, nur wenn man die Datenblätter der Chips vergleicht, hat der TL einen Spannungsbereich von 3-5.5V, der NE aber 4-6V oder so ähnlich. Mit einer passenden Spannung versorgt funktionieren beide, nur 3,3V (vom ESP) oder 3,7V (von z.B. einem Liion-Akku) reichen halt nicht für den NE.

Der Chip war aber auch nicht das Problem. Die Sensorflächen sind bei mir reihenweise vergammelt.
 
Liesel Weppen schrieb:
Die Sensorflächen sind bei mir reihenweise vergammelt.
Zum Vergrößern anklicken....
Also wo ich tatsächlich etwas Bedenken hatte, sind die offenen Kanten vom FR4, das könnte ich mir vorstellen was den Auslöser angeht. Nachdem ich jetzt nochmal alle in der Hand hatte ist mir allerdings bei keinem was negativ aufgefallen. Selbst wenn die alle 12 Monate oder so langsam Sterben würden könnte ich damit leben, die Miiflora z.B. sind ja um den Faktor 10 teurer. Ansonsten ggf im Zweifel die Kanten mit Epoxidharz versiegeln?
 
KurantRubys schrieb:
Selbst wenn die alle 12 Monate oder so langsam Sterben würden könnte ich damit leben,
Zum Vergrößern anklicken....
Wie oben schon geschrieben, es waren eher 3 Monate.

KurantRubys schrieb:
die Miiflora z.B. sind ja um den Faktor 10 teurer.
Zum Vergrößern anklicken....
Gibt auch Systeme von Gardena und sonstnoch wem, aber wie ebenfalls schon geschrieben, war mir das auch vieeeel zu teuer.

KurantRubys schrieb:
Ansonsten ggf im Zweifel die Kanten mit Epoxidharz versiegeln?
Zum Vergrößern anklicken....
Hab auch versucht welche in Epoxy zu tauchen... danach haben sie nichtmehr brauchbar gemessen.
 
Wenn hier jetzt schon alle diese Sensoren im Auge haben, ich hab mir damals ein kleines Aufsteckgehäuse zum selber drucken gemacht, um die Elektronik auf diesen "Sticks" abzudecken. Vielleicht interessierts dann ja hier auch jemanden.

Cover for moisture sensors by Bratensoße | Download free STL model | Printables.com

Fitting for those sensors you can see in the images | Download free 3D printable STL models
www.printables.com www.printables.com
 
Liesel Weppen schrieb:
Wie oben schon geschrieben, es waren eher 3 Monate.

Hab auch versucht welche in Epoxy zu tauchen... danach haben sie nichtmehr brauchbar gemessen.
Zum Vergrößern anklicken....
Deswegen war mein Gedanke nur die Kanten ;) komplett eintauchen stell ich mir auch nicht funktional vor.
 
KurantRubys schrieb:
Deswegen war mein Gedanke nur die Kanten ;) komplett eintauchen stell ich mir auch nicht funktional vor.
Zum Vergrößern anklicken....
Sollte bei einem kapazitivem Sensor eigentlich nix ausmachen. Der muss ja keinen Kontakt zum Medium haben, im Gegenteil, der darf gar keinen Kontakt haben.
Hatte damals auch noch andere Sensoren die speziell für DIY-Projekte gedacht waren gefunden, da konnte man sogar auswählen, ob man den "nackten" Sensor haben wollte, oder schon in Resin gedtaucht. Aber da hat ein (getauchter) Sensor iirc auch schon irgendwas zwischen 15 und 20€ gekostet.
 
@Liesel Weppen

Was hältst Du von folgender Automatisation für das Licht/Bewegungsmelder.


Code: 
alias: Küche Ledstreifen
description: ""
triggers:
  - type: motion
    device_id: 1db3384ba9a1469f8116e9230150314a
    entity_id: 3ccd713f4fe2ba055ec0771db0788880
    domain: binary_sensor
    metadata:
      secondary: false
    trigger: device
    for:
      hours: 0
      minutes: 0
      seconds: 0
conditions: []
actions:
  - type: turn_on
    device_id: 0fa6f2b96764aec8b9eeb0db6388e87e
    entity_id: 7324ca1d5995dc649f2cab8b9712c88e
    domain: switch
  - repeat:
      sequence:
        - delay:
            hours: 0
            minutes: 0
            seconds: 30
            milliseconds: 0
      until:
        - condition: state
          entity_id: binary_sensor.hue_motion_sensor_2_bewegung
          state: "off"
          for:
            hours: 0
            minutes: 4
            seconds: 0
  - type: turn_off
    device_id: 0fa6f2b96764aec8b9eeb0db6388e87e
    entity_id: 7324ca1d5995dc649f2cab8b9712c88e
    domain: switch
mode: restart

Wenn der Bewegungsmelder 4 Minuten kein occupied meldet, dann schalte ab.
 
Zuletzt bearbeitet:
Kleiner Tipp von mir.
Bei Licht Automationen würde ich den Mode immer auf restart ändern, sonst kann es dir passieren, dass du mal im Dunkeln stehst, weil die Automation erst fertig läuft.
In der Automation über rechts auf die drei Punkte und Modus ändern.
 
HisN schrieb:
Wenn der Bewegungsmelder 4 Minuten kein occupied meldet, dann schalte ab.
Zum Vergrößern anklicken....
Muss ich mal ausprobieren. So ähnlich hatte ich das ganz am Anfang. Hab aber nur in der GUI rumgeklickt, nicht händisch im YAML rumeditiert. Aber ich glaube das "repeat" was du da drin hast, hatte ich nicht.
Evtl. macht das den Unterschied.
Braucht dann aber wohl den Hinweis von mfbomber... weil sonst wird dein 4-Minuten-Timer bei erneuter Bewegungen nicht neu gestartet? Das war ja mein anfängliches Problem. :D

mfbomber schrieb:
Bei Licht Automationen würde ich den Mode immer auf restart ändern, sonst kann es dir passieren, dass du mal im Dunkeln stehst, weil die Automation erst fertig läuft.
Zum Vergrößern anklicken....
Habs gefunden, aber ich hab ja mit meiner aktuellen Lösung nen separaten Timer. Die Automation startet den nur, also sollte die Automation instant fertig sein.
Wenn der Timer dann abläuft, triggert das eine separate Automation und erst diese schaltet das Licht dann wieder aus.

Hab mir aber auch schon ein Debug-Dashboard gemacht und da fällt halt schon auf, das die State-Wechsel der Vallhorns sehr sehr langsam sind.
 
Ich Klick mir das auch in der GUI zusammen, aber dann kann ich es euch schlecht zugänglich machen 🙂

Das scheint so ganz gut zu funktionieren, mit alle 30 Sekunden prüfen ob seit xxx Minuten kein Occupied mehr aufgetreten ist.
 
Ich kanns mir zwar nicht erklären, aber mit dem umgestelltem Modus scheints jetzt auch mit meinem Ansatz zu funktionieren.
 
Anders rum genauso, kannst auch aus YAML eine GUI Automation machen :)
 
Anmelden, um zu antworten.
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh