[KW 16 / 25] : Was habt ihr diese Woche im Smart Home geplant / umgesetzt?

[jayjojayson]

ZHA hat die Verbindungsübersicht überarbeitet. Sieht jetzt aufgeräumter aus und man sieht klarer die direkten Verbindungen. Hatte letztens auch ein Update für meinen Skyconnect gemacht und seitedem laufen auch die mini Bewegungsmelder zuverlässig, da gab es vorher noch Probleme.

[Dreckfresse]

Bei mir ist alles recht Ruhig, daher habe ich mich mal etwas mit Music Assistant beschäftigt

• dynamisches Dropdown Menü für Radio/Album/Artist
• Skript Abspielen der Auswahl/Next

Ansonsten wurde in meinem Verteilerkasten noch 2 Feinsicherungshalter (für Shelly 3EM), eine interne Steckdose und einen neuen Sicherungsautomat für IT Hardware verbaut

Nach der Aktion befand sich einer meiner Shelly UNI (Gen1) mit „Vergesslichkeits-Symptom“ natürlich in Werkseinstellungen (müsste der letzte bei mir sein) also wird auch dieser ausgetauscht gegen einen ESP32C3 mit Regensensor HT-RS12. Da der HT-RS12 ein 12V Steuersignal ausgibt musste ich natürlich erst mal einen „12V Optokoppler-Isolationsmodul Signalpegelumwandlung auf 3,3V“ bestellen

[mafe68]

Hast einen ganzen Ort mit Zigbee versorgt, mal was anderes als immer nur zu Hause das ganze zu machen!

[Nicknol]

@mafe68 ja, die Map sieht massiv aus
Resultiert allerdings nur aus den Sensoren und Aktoren/Routern hier im Haus: Fenster/Türen, Temperatur, Steckdosen (zur Leistungsmessung und so), Gartenbewässerung (Ventile, Bodenfeuchte), Bewegungsmelder, Licht (Rollladensteuerung), Schalter, …, und natürlich Leuchtmittel en masse.
Da ich nicht so ein „Maker“ bin (wie einige von Euch) gibt’s keine Shellys/ESP32…

[MarzyHA]

Das ist wirklich ein tolles Smart Home! So soll das bei mir irgendwann auch mal werden

[Dreckfresse]

Kurz mal die Beta FW 1.6 auf einen Shelly 1PM Gen3 installiert und die Matter Anbindung getestet
Wurde in Apple Home sofort erkannt und war schnell eingerichtet
=> Switch funktioniert sofort, ohne merklichen Zeitversatz
=> Energie Anzeige ist nicht vorhanden, das kann Apple Home ,glaube ich, noch gar nicht

Quelle aus einem anderen Forum: Cover Mode beim 2PM Gen3 wird es wohl nicht geben (falls das jemanden interessieren sollte )

[jayjojayson]

Rein aus Interesse, wenn du einen gen3 jetzt über Matter angelernt hast, kannst du den Shelly dann über die IP aufrufen?

[Dreckfresse]

Natürlich ist das möglich, ganz normal über die WebUi, Shelly App und HA

[Dreckfresse]

Grundsätzlich ist es ja über Software implementiert, in dem Beispiel hat die Standard FW diese Option nicht. Dafür muss er ja eh schon in deinem Netzwerk verbunden sein, dann die Beta FW installieren. Dann gibt es den Menü Punkt Matter (übrigens wie bei der Nous A8T)
Hier wird zusätzlich Matter aktiviert (und hier gibt es dann auch den Matter Code)

Um es auch anders zu sagen: trennst du die WLAN Verbindung => geht auch das Matter nicht mehr

[Stevie]

Ich habe letzte Woche angefangen die Kommunikation zwischen Funkfernbedienung und elektrisch verstellbaren Lattenroste meines neuen Bettes (respektive deren Funkempfänger) zu sniffen. Anschließend werde ich versuchen, das Bett über HA zu steuern.
Danach ist mein neuer elektrisch verstellbarer Schreibtisch an der Reihe. Ich meine Thomas hätte doch auch Mal so ein Projekt in Angriff genommen…???

Greetz
Stevie

[jayjojayson]

Wie hast du das mitsniffen gelöst, also womit und wie genau?
Uwe hatte mal ein Thema gestartet zum smarten Scrhreibtisch, vielleicht ist was für dich dabei.

Schreibtisch smart machen von Flexispot / Sanodesk mit Loctek Motion Steuerung per ESPHome + ESP8266

[Sanodesk_ESP_Thumb] Schreibtisch smart machen von Flexispot / Sanodesk mit Loctek Motion Steuerung per ESPHome + ESP8266 In diesem Video zeige ich dir, wie ich meinen Schreibtisch von Flexispot smart gemacht habe. Der Schreibtisch benötigt dazu eine Steuerung von Loctek Motion. Umgesetzt habe ich das Projekt mit einem ESP8266 und ESPHome. Anschließend ist die Steuerung über Home Assistant als auch per Sprachsteuerung mit Alexa und Google möglich! In diesem Video zeige ich dir, wie du einen …

[Stevie]

Hmmm…da habe ich zunächst eine ganze Weile mit verschiedensten Tools herumprobiert. Sowas macht man ja auch nicht jeden Tag.
Grds. muss man unterscheiden, ob man tatsächlich die Funkverbindung zwischen Fernbedienung und Empfänger mitschneidet oder ob es für das zu automatisierende Objekt auch eine App gibt. Bei mir war Letzteres der Fall.

• App auf dem (Zweit-)Handy installieren
• Entwicklereinstellungen aktivien (7x Build-No. drücken)
• HCI-Log aktivieren
• ADB-Bridge aktivieren
• Handy neu starten
• App starten und die einzelnen Funktionen der Reihe nach durchklicken und notieren.
• Handy über die ADB-Bridge mit dem Rechner verbinden und das HCI-Logfile auf den Rechner kopieren.
• Wireshark auf dem Rechner installieren, wenn nicht sowieso schon vorhanden.
• Das Logfile in Wireshark öffnen und dann das Logfile durchflöhen (UUIDs und Characteristics). Das ist der mühsamste Part.
• Am Ende des Tages hast du dann die Befehle als Hex-Werte. Die müssen dann noch ver-yamelt werden und einen ESP32 befeuern.

Soweit mein bisheriger Plan. Ich musste das Projekt allerdings unterbrechen, da ich meinen neuen Schreibtisch aufbauen musste. Alten vorher entrümpeln, abbauen…ihr kennt das Spielchen.

Aktueller Status: Ich bilde mir ein, die Hexwerte, UUIDs und Characteristics gefunden zu haben. Die muss ich jetzt noch mit einer BT-App raw an den Empfänger schicken und gucken, ob das Bett überhaupt „zuckt“ und auch die richtigen Befehle zugeordnet sind.

Wenn du keine App hast, musst du tatsächlich die BT-Verbindung zwischen Fernbedienung und Empfänger sniffen. Da die heutigen BLE-Systeme alle nur noch ein BT-Bonding zur gleichen Zeit zulassen (du kannst also nicht die RC und das Sniffersystem gleichzeitig mit dem Empfänger bonden), benötigst du dafür ein spezielles Dongle (z.B. nRF52 USB Dongle), verknöpelst das mit deinem Rechner, installierst dir den BT-Stack und legst los. Das müsste unter Windows genauso gehen, wie unter Linux.
Aber auch hier kommt wieder Wireshark ins Spiel. Ich weiß nicht, ob das etwas für jemanden ist, der nicht gewohnt ist mit diesem Tool z.B. Networttraffic zu analysieren. Ich habe das als Pentester Jaaahre gemacht. YMMV…

Die beiden Wege unterscheiden sich also nur darin, wie du zu dem Logfile kommst.
Danach steht dann immer die entsprechende Analyse an.

Hilft das so schon Mal weiter?

Nachtrag: Uwe hat zwar einen Schreibtisch eines anderen Herstellers, aaabääärrr…die Controlbox ist dieselbe, die ich an meinem neuen Schreibtisch habe! Meeegaaa! Einfach mal „ohne Hirn, dumpf nachbauen.“

[jayjojayson]

Vielen lieben Dank für die ausführliche Anleitung. Der erste Teil liest sich sehr ähnlich zum wlan sniffen von vor 15 oder 20 Jahren. Der zweite Teil scheint da das kompliziertere zu sein. Die Hexwerte müssen ja noch irgendwie in brauchbare Daten transformiert werden, wie machst du das? Nutzt du dafür ein bestimmtes Protokoll oder Tool?

Ich habe letztens versucht meinen Hausspeicher über eine rs485 to wlan/ethernet Schnittstelle auszulesen. Das funktionierte auch, aber ich erhalte im Anschluss auch Hexzahlen, die ich irgendwie übersetzen müsste, aber da habe ich leider keine Lösung gefunden und mit den Protokollen, mit denen ich das auch versucht habe, wurden immer nur falsche Werte ausgeworfen.

Na super, wenn du damit jetzt gleich eine Anleitung hast. So ist macht es Spaß, nicht lange überlegen, nachbauen und Freude haben.

[Stevie]

Puh…ich bin mir nicht ganz sicher, ob ich dich 100%ig verstanden habe.
Du brauchst als Bindeglied einen ESP. Wie gesagt, ich habe es noch nicht getestet, aber für die Funktion „Kopfteil hochfahren“ meines Lattenrostes müsste das ungefähr wie folgt aussehen:

output:
  - platform: ble_client
    ble_client_id: octo_bt
    id: kopf_hoch
    service_uuid: "00001800-0000-1000-8000-00805f9b34fb"
    characteristic_uuid: "00002a00-0000-1000-8000-00805f9b34fb"
    type: write
    value: [0x00, 0x00, 0xf5, 0x00, 0x00, 0x00, 0xf5, 0x00, 0x00, 0x00, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0xe3, 0x10, 0x60, 0x78]

„value:“ ist dann das Array für die Hexwerte.

Dashboard muss dann auch noch irgendwie „verheiratet“ werden. Sorry, wenn ich noch nicht alles Details liefern kann. Ich schraube ja gerade auch noch daran, bzw. kann jetzt erst wieder damit anfangen.

Ich starte mit der Programmierung aber nicht eher, bis ich 100%ig sicher bin, dass ich alle Befehlssequenzen korrekt ermittelt habe und diese auch richtig zugeordnet sind. Also, dass der Befehl für „Kopfteil hochfahren“, nicht plötzlich meinen Rasierapparat zum Explodieren bringt!

[jayjojayson]

@Stevie

Also, dass der Befehl für „Kopfteil hochfahren“, nicht plötzlich meinen Rasierapparat zum Explodieren bringt!

Ja da muss man wirklich aufpassen… Aber weiß schon was du meinst.

Ich schreibe dir mal ein PN.

[Stevie]

Na denn man tau! …wie wir Rheinländer so gaaarrr nicht, sagen.

[mafe68]

Möchte meine Gartenbewässerung automatisieren, dazu suchen ich ein 12V Magnetventil für ein DN20 PE Rohr das man im Außenbereich verwenden kann. Hat da wer was in Verwendung?

[Stevie]

Es ist vollbracht! Der Schreibtisch lässt sich nun per HA steuern
Mittlerweile ist eine neue Version bei Github erschienen und das Gefummel bzgl. der unterschiedlichen Bedienteile ist damit auch Geschichte.

Einziges Problem ist derzeit noch die etwas ungenaue manuelle Ansteuerung: Stellt man in HA eine Verstellung der Höhe um x% ein, wird der Tisch um x+n% verstellt. Entweder bekommt man das noch in den Griff oder man verwendet nur die voreingestellten Presets. Diese scheinen mit absoluten Werten (Höhe in cm) zu arbeiten und sind entsprechend genau.

Hat da jemand eine Idee?

Greetz
Stevie

[jayjojayson]

Sehr schön…

Ist „+n“ denn immer gleich oder wechselt das?
Ansonsten könnte man ja den Wert einfach abziehen.

{{ (states('input_number.ziel_hoehe_prozent') | float(0) - 5) }}

[Stevie]

Zunächst Danke für den Input! Im Prinzip ist das eine richtig gute Idee. Leider sind die Abweichungen nicht vorhersehbar.
Führt man sich nachstehenden Satz auf Github zu Gemüte, wird auch schnell klar warum.

Known issues

• Number entity may overshoot. The desk moves until the height sensor matches the requested height, which may cause overshooting due to reporting delays. Use the desk controller presets for accurate positioning.

Dieses „Übersteuern“ entsteht durch die Signallaufzeiten…und die sind nicht vorhersehbar.

Um das nochmal zu verdeutlichen, habe ich gerade ein paar Höhenverstellungen mitprotokolliert:

18+6=24 32 Differenz = 8
32+6=38 47 Differenz = 9
47-6=41 32 Differenz = 15

Erklärung anhand der ersten Zeile: Ausgangsposition 18%. Eingestellte Erhöhung um 6%. Erwartete Position 24%, tatsächliche Position 32%. Differenz 8%.
Zweite Zeile ist eine weitere Erhöhung um 6% und die dritte dann eine Verringerung um 6%.

So etwas kann vermutlich bei jeder Automatisierung, bei der ein Stellmotor im Spiel ist, passieren.

Greetz
Stefan