@IdleBit , @Asgothian , @Meistertr , Danke für Eure Antworten. Sehr hilfreich für einen Anfänger :-)

@falke69 vielen Dank für Deine Antwort, leider komme ich erst jetzt dazu zu antworten. Ich habe es jetzt, dank der ganzen Vorschläge, so hinbekommen, wie ich es mir gewünscht habe. Ich habe in der HA-Bridge nun die beiden Zwischenstecker als "custom" Device eingerichtet (Dank an @falke69 und @niko_at). Die Schaltzustände werden nun als GET Befehl an die Simple-Api des ioBrokers weitergeleitet (Dank für diese Idee an @niko_at). Die weiteren Hue-Lampen, die auf die anderen Tasten der Harmony legen wollte, habe ich als Passthru Device in der HA-Bridge angelegt. Dann habe ich die originale Hue-Bridge aus der Harmony entfernt und statt dessen die HA-Bridge angebunden. Somit kann ich jetzt mit der Harmony über die Haussteuerungstaten die Hue-Lampen schalten und auch dimmen und die beiden WLAN-Zwischenstecker schalten. Die Anbindung an den Echo Dot ließ sich, nachdem ich die Firmware auf den beiden Zwischensteckern aktualisiert habe, mittels der Hue-Emulation der Tasmota Firmware recht einfach realisieren (Dank an @chaot und @Master67). Ich denke, cih werde aber die Hue-Emulation der Zwischenstecker wieder deaktivieren, da die beiden Stecker ja auch über die Emulation der HA-Bridge erreichbar sein sollten. Die restlichen Hue-Lampen waren ja bereits über die originale Philips Hue eingebunden. Vielen Dank noch einmal an alle.

@UncleSam vielen Dank für die schnelle Antwort...da ich den Stripe nur so um 50%dimmen möchte reicht mir das hierfür!

@mrFenyx Da musst du vermutlich im professionellen Bereich Ausschau halten... metered PDUs & Co. Hier ein Beispiel: https://www.bellequip.at/produkte/intelligente-ip-steckdosenleisten/expert-power-control-8316-1-gude-messbare-schaltbare-8-port-schuko-pdu Beste Grüße

@Tranquility76 mann, ihr baut ja noch schlimmer als die amis... [image: 1606599882085-omg.gif] ok, dann besteht latürnich die möglichkeit.

@Darth2010 heute/morgen kommt FW1.92. waren wiedermal raction zeiten u.s.w. 13:20 FIRMWARE UPDATE 1.9.2 for Shelly2.5, Shelly2, Shelly1PM, Shelly1L This firmware update make devices to report to the cloud in different time which will resolve all delays and cloud disconnects, also they will improve Alexa, Google Home and Smarthings response time. Do not expect immediately effect on Alexa and Google after update, but control from the APP will be improved right away. To happens at least 30% of devices should be updated to 1.9.2 but same time do not postpone the update, it's a safe. Another fixes: Shelly2.5 - Favorite positions could not be stored from local WebUI -fixed Shelly Flood - Do not execute URL actions in case of Flood - fixed Thank you Shelly DEV Team for nightwork and fast reaction!

@deelite Nimm doch einen I2C oder 1-wire Sensor und schliesse den an Raspi an. Als Adapter gibt es dann den i2c oder den owfs. Am einfachsten ist 1-wire mit dem DS18B20; wenn du etwas mehr brauchst (zB auch Luftfeuchtigkeit), kann ich den BME280 mit i2c empfehlen.

@Kaiser-Franz-Josef Ich habe dem ioBroker im Container folgendes zugewiesen: Ram: 4,5 Gb HDD: 32 Gb Prozessoren 4 Der ioBroker hat 34 aktive Instanzen und 3 VIS. Alles läuft flüssig und Problemlos. Wenn du den ioBroker in einer VM laufen lassen willst solltest du ihm etwas mehr Ram geben. Da benötigt er komischerweise deutlich mehr. Da hatte ich früher 6 Gb zugeteilt. Mein NUC hat nur 8 Gb, deshalb war ich mit der Speicheraufteilung recht konsequent damit sich in den VMs nichts überschneiden kann und jeder CT die möglicst geringste Menge an Speicher erhält. Der "übrige" Rest ging dann an den ioBroker.

@mosgetter Müssen es fertige Module sein? Per I2C kannst du beinahe beliebige Sensoren anhängen und mit dem i2c Adapter direkt in den ioBroker nehmen (ein Raspi oder ähnliches vorausgesetzt). Hier siehst du, welche Module bis jetzt unterstützt werden: https://github.com/UncleSamSwiss/ioBroker.i2c#supported-devices Weitere (bezahlbare) Sensoren kann ich auf Wunsch gerne einbauen.

@Lude sagte in Klingelsignal einer digitalen Sprechanlage an ioBroker: I2C Interface. Brauchst du in diesem Anwendungsfall nicht. welches Protokoll für MQTT muss ich für den IOBROKER wählen. OpenHAB MQTT

@a200 Och denke das würde sich in Zukunft lohnen. Aber zur Zeit werden noch ausreichen Steckdosen hergestellt die Tasmota tauglich sind.

@OpenSourceNomad said in Smart Lock, welches?, Vor- und Nachteile?!: Ein weiterer Vorteil von "Smart Locks" ist ja auch das man sich oft gleich die Versicherungsprämie ganz sparen kann. Je nach Versicherung Beispiel: CosmosDirekt (Generali), Hausrat-Versicherung „Nach unseren geltenden Bedingungen zur Hausrat-Versicherung besteht kein Versicherungsschutz, wenn außen eine PIN-Tastatur oder ähnliches angebracht ist. Hierbei handelt es sich nach Definition der Bedingungen nicht um die Verwendung eines Schlüssels im klassischen Sinn“ Auch interessant der Fakt das es wohl kein einziges VdS zertifiziertes "Smart Lock" gibt. Dies könnte nämlich auch eine nicht unerhebliche Rolle bei einen etwaigen Versicherungsschaden sein. So besteht z.B. bei Zweiradversicherungen oft nur Versicherungsschutz wenn ein Schloss mit VdS Siegel verwendet wird. Was es aber wohl gibt ist eine Richtlinie "VdS 3485 - Fernsteuerung von Sicherungseinrichtungen": Diese Richtlinien enthalten Anforderungen für den Fall, dass Sicherungseinrichtungen wie Nachrüstprodukte, einbruchhemmende Elemente, Schließzylinder, Schließsysteme u. ä. durch ein oder mehrere Kommunikationseinrichtungen ferngesteuert werden. ...welche klingt als beschreibt sie etwas bürokratisch "Smart Locks".

@cainam sagte in Storensteuerung externer Taster: Was meint Ihr, funktioniert das oder übersehe ich da was? Ich habe nur die Verdrahtung der Relais angeschaut: sehr schöne Lösung mit dem sperren der Tasten, wenn du selber schaltest. Funktioniert so einwandfrei.

@Ocrim Hi, warum deaktivierst du nicht den Raumthermostat am Regler und heizt nur witterungsgeführt über die Heizkurve? Kleiner Tipp, Einzelraumregler sind der Tod jeder Wärmepumpe

Hallo, ich hab das gleiche Problem...hab auch ne Synology und dort nen Protokoll-Server am Start. Aber wie bekomm ich das Syslog vom Proxmox da hin?

@OpenSourceNomad vielen Dank für den Einblick in die ESPHome Welt. Wenn ich das richtig verstanden habe, machen die das leider genau so wie befürchtet. Zuerst wurde dividiert, um auf die Flußvariable, bzw. die Ableitung zu kommen und jetzt wird wieder multipliziert um zurück zur ursprünglichen Variable zu integrieren - wenn auch in double. Der Code ist sicher hochelegant geschrieben, aber eine Integer- Methode für die Totalisierung wäre aus meiner Sicht eleganter. Bei meinem jahrelang betriebenen selbstgefrickelten Wasseruhrzähler mache ich die ganzen Rechnungen auch im ESP, incl. Histogrammbildung etc. Dort sogar mit Speicherung der Totalisierung auf einen ext. EEPROM. Hat den Vorteil, daß ich da auch mit einer Zeitbasis von 10 Sekunden keinen Hemmungen habe - auch weil ich die Daten nur bei Bedarf übertrage (noch an Homematic), was besonders bei der Wasseruhr effizient ist. Da passiert oft stundenlang gar nichts. Aber die gesplittete Lösung mit Anteilen auf dem ioBroker geht auch ganz gut und ist bequem zu pflegen. Meine selbstgefrickelten ESP-Programme können schon genau das, was ich will. Allerdings habe ich den Webserver nicht wirklich gut im Griff. Das fängt bei der Ästhetik an, geht über Einstellkomfort und leider auch timingeinfluß des Webservers auf Zählungen. Und natürlich kann meine Codequalität nicht mithalten. Habe mal geprüft - und da kommen wir wieder bei diesem Thread an - ob der ESPEasy mit 400 Events/Sekunde zu recht kommt. Tut er, auch bei gleichzeitiger Webaktivität. Für mehr als 1kHz ist ESPEasy aber nicht ausgelegt. Meine Selbstbaulösung hatte ich bis in den kHz Bereich getestet. Allerdings gab es dabei Einfluß durch den Webserver, weshalb ich dann 2 ESPs verwendet habe.