# Shelly Meter Proxy (Virtueller Shelly Pro 3EM) – Wie aus falschen Messwerten meines Shelly Pro 3EM eine eigene Home-Assistant-Integration wurde **URL:** \ **Category:** HACS Integration\ **Tags:** integration, hacs, homeassistant\ **Created:** [23. Oktober 2026 um 21:59 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961 "2026-10-23T21:59:07Z")\ **Posts on this page:** 14\ **Page:** 1
**Author:** ![Q14siX](https://community-smarthome.com/user_avatar/community-smarthome.com/q14six/32/7031_2.png) [@Q14siX](https://community-smarthome.com/u/Q14siX)\ **Post date:** [23. Oktober 2026 um 21:59 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/1 "2026-10-23T21:59:07Z")
Hallo zusammen, heute möchte ich euch eine Home-Assistant-Integration vorstellen, die aus einem ganz konkreten Problem in meinem eigenen Smart Home entstanden ist: **Shelly Meter Proxy**. ## Warum ich diese Integration entwickelt habe In meinem Smart Home verwende ich unter anderem einen **Shelly Pro 3EM** , um elektrische Leistungswerte zu erfassen und diese für weitere Systeme zur Verfügung zu stellen. Grundsätzlich ist der Shelly Pro 3EM ein interessantes Gerät, insbesondere wenn es darum geht, Energieflüsse zu überwachen und Messwerte an andere Systeme weiterzureichen. Bei mir gab es allerdings ein Problem: **Die vom Shelly Pro 3EM ermittelten Leistungswerte waren nicht mehr plausibel beziehungsweise entsprachen nicht den tatsächlichen Verhältnissen.** Gerade bei der Steuerung von Batteriespeichern ist das natürlich problematisch. Wenn bereits die zugrunde liegenden Messwerte nicht stimmen, kann auch eine darauf aufbauende Regelung nicht zuverlässig arbeiten. Gleichzeitig standen mir innerhalb von Home Assistant bereits alternative Messwerte zur Verfügung, unter anderem über meinen **Tibber Pulse**. Damit stellte sich für mich eine naheliegende Frage: **Warum sollte ich weiterhin die fehlerhaften Leistungswerte des Shelly verwenden, wenn Home Assistant bereits andere Messdaten besitzt?** Die Schwierigkeit lag allerdings darin, dass bestimmte Geräte und Systeme – in meinem Fall insbesondere im Zusammenhang mit der **Zendure-Batteriesteuerung** – auf einen Shelly beziehungsweise dessen Schnittstellen ausgerichtet sind. Eine beliebige Home-Assistant-Entität lässt sich dort nicht unbedingt als gleichwertige Messwertquelle verwenden. Ich brauchte also eine Lösung, die zwei Anforderungen miteinander verbindet: Einerseits sollten die tatsächlichen Leistungswerte aus Home Assistant stammen. Andererseits sollte das empfangende System weiterhin mit einem Shelly Pro 3EM kommunizieren können. Aus dieser Überlegung entstand schließlich **Shelly Meter Proxy**. ## Was ist Shelly Meter Proxy? Shelly Meter Proxy ist eine benutzerdefinierte Integration für **Home Assistant** , die einen **virtuellen Shelly Pro 3EM** bereitstellt. Anstatt die Leistungswerte direkt aus der physischen Hardware zu verwenden, stellt die Integration Messdaten aus frei wählbaren Home-Assistant-Entitäten zur Verfügung. Die Besonderheit: Der virtuelle Shelly kann die Geräteidentität und die Cloud-Verbindungsinformationen eines vorhandenen, eigenen Shelly Pro 3EM übernehmen. Damit verfolgt die Integration einen etwas anderen Ansatz als eine gewöhnliche Sensorintegration. Sie liest nicht einfach Werte eines Shelly aus, sondern stellt selbst eine virtuelle Shelly-Instanz bereit. Das Ziel ist, dass Anwendungen und Systeme, die eine Shelly-Pro-3EM-Schnittstelle erwarten, weiterhin mit einer entsprechenden Geräteinstanz kommunizieren können – nur dass die zugrunde liegenden Leistungswerte jetzt aus Home Assistant stammen. ## Wie funktioniert das technisch? Die Integration übernimmt bei der Ersteinrichtung relevante Geräteinformationen vom vorhandenen Shelly Pro 3EM. Dazu gehören insbesondere die Geräteidentität sowie die für die Cloud-Kommunikation benötigten Informationen. Anschließend werden innerhalb von Home Assistant die gewünschten Messwertquellen ausgewählt. Die Integration stellt diese Werte über eine virtuelle Shelly-Gen2-Schnittstelle bereit und enthält darüber hinaus eine eigene Anbindung an die Shelly Cloud. Vereinfacht dargestellt: **Tibber Pulse / Energiezähler → Home Assistant → Shelly Meter Proxy → virtuelle Shelly-Pro-3EM-Schnittstelle → angebundenes System** Dabei muss es sich selbstverständlich nicht um einen Tibber Pulse handeln. Grundsätzlich kommen auch andere geeignete Home-Assistant-Sensoren infrage, sofern sie die erforderlichen Leistungswerte bereitstellen. ## Welche Funktionen bietet die Integration? Die erste veröffentlichte Version umfasst bereits einen umfangreichen Funktionsumfang: - **Virtueller Shelly Pro 3EM:** Nachbildung relevanter lokaler Shelly-Gen2-Schnittstellen. - **Automatischer Geräteimport:** Übernahme der Geräteidentität und Cloud-Informationen eines vorhandenen Shelly Pro 3EM. - **Flexible Messwertquellen:** Verwendung beliebiger geeigneter Leistungsentitäten aus Home Assistant. - **Gesamtleistungsmessung:** Ein einzelner Sensor kann als Quelle für die gesamte Wirkleistung verwendet werden. - **Dreiphasenbetrieb:** Alternativ können drei einzelne Sensoren für L1, L2 und L3 ausgewählt werden. - **Phasenzuordnung:** Gesamtleistung kann gleichmäßig auf drei Phasen verteilt oder ausschließlich L1 zugeordnet werden. - **Vorzeichenumkehr:** Anpassung der Werte an unterschiedliche Konventionen für Netzbezug und Einspeisung. - **Messwertüberwachung:** Erkennung von fehlenden beziehungsweise veralteten Quelldaten. - **Shelly-Cloud-Anbindung:** Eigene Cloud-Verbindung der virtuellen Instanz mit den importierten Geräteinformationen. - **TLS-Sicherheit:** Zertifikatsprüfung sowie Unterstützung eines explizit bestätigten SHA-256-Zertifikatsfingerprints. - **Geführter Einrichtungsassistent:** Konfiguration weitgehend über die Home-Assistant-Oberfläche. - **Automatische Isolierung des Originalgeräts:** Vorbereitung eines geschützten Wartungs-Access-Points und anschließende Trennung der regulären Netzwerkschnittstellen. - **Wartungsmodus:** Möglichkeit, die virtuelle Instanz für Arbeiten am Originalgerät anzuhalten. - **Diagnose-Entitäten:** Anzeige von Leistungswerten, Erreichbarkeit, Quellenstatus, Cloud-Verbindung und weiteren Informationen. - **Cloud-Schalter:** Shelly-Cloud-Verbindung der virtuellen Instanz direkt in Home Assistant ein- und ausschalten. - **Mehrsprachigkeit:** Vollständige Einrichtungsoberfläche in Deutsch und Englisch. ## Ein Gesamtleistungssensor oder drei Phasensensoren? Bei der Entwicklung war mir wichtig, die Integration nicht unnötig aufwendig zu gestalten. Nicht jeder Nutzer verfügt über einen dreiphasigen Energiezähler mit drei separat verfügbaren Leistungswerten. Viele Systeme stellen lediglich einen einzigen Wert für den gesamten Netzbezug beziehungsweise die gesamte Einspeisung bereit. Deshalb gibt es zwei unterschiedliche Konfigurationsmöglichkeiten. **Variante 1: Ein Gesamtleistungssensor** Wer beispielsweise einen Tibber Pulse verwendet, kann eine geeignete Entität für die gesamte aktuelle Leistung auswählen. Die Integration übernimmt diesen Wert und bildet daraus die virtuellen Leistungsdaten. Dabei kann die Gesamtleistung gleichmäßig auf alle drei Phasen verteilt oder ausschließlich der ersten Phase zugeordnet werden. Wichtig: Die Verteilung ist eine rechnerische Zuordnung und keine tatsächliche Messung der einzelnen Phasen. **Variante 2: Drei separate Phasensensoren** Sind innerhalb von Home Assistant drei separate Leistungswerte für L1, L2 und L3 vorhanden, können diese direkt zugeordnet werden. Damit bleibt die phasenbezogene Information erhalten. ## Was passiert mit dem ursprünglichen Shelly Pro 3EM? Das war für mich einer der wichtigsten Punkte bei der Entwicklung. Wenn die virtuelle Instanz dieselbe Geräteidentität verwendet wie das Original, dürfen natürlich nicht beide Geräte gleichzeitig aktiv mit der Shelly Cloud kommunizieren. Deshalb enthält die Integration einen entsprechenden Übergabe- und Sicherheitsmechanismus. Der Original-Shelly muss vor dem Betrieb der virtuellen Instanz ausgeschaltet oder zuverlässig vom regulären Netzwerk und Internet getrennt werden. Hierfür habe ich auch eine geführte Funktion zur automatischen Netzwerkisolierung vorgesehen. Dabei kann zunächst ein passwortgeschützter Access Point auf dem Originalgerät eingerichtet werden. Nachdem dieser Wartungszugang überprüft wurde, können die WLAN-Client-Verbindungen und Ethernet deaktiviert werden. Die gespeicherte Cloud-Konfiguration des Originalgeräts bleibt dabei unverändert. So soll das ursprüngliche Gerät weiterhin für spätere Wartungszwecke erreichbar bleiben, ohne gleichzeitig im Heimnetz beziehungsweise in der Cloud aktiv zu sein. Eine solche Netzwerkumstellung sollte sorgfältig durchgeführt werden. Der geschützte Access Point muss vor der Trennung tatsächlich erreichbar sein. ## Einrichtung direkt über Home Assistant Mir war wichtig, dass die Integration nicht nur technisch funktioniert, sondern auch von anderen Nutzern möglichst einfach eingerichtet werden kann. Deshalb erfolgt die Konfiguration über den grafischen Einrichtungsassistenten von Home Assistant. Zunächst wird die IP-Adresse des vorhandenen Shelly Pro 3EM eingegeben. Die Integration versucht anschließend, die benötigten Geräteinformationen automatisch auszulesen. Danach wird ausgewählt, welche Home-Assistant-Entitäten die Leistungswerte liefern sollen. Abhängig von der Konfiguration folgt die Überprüfung der Cloud-Verbindung beziehungsweise des TLS-Zertifikats. Abschließend erfolgt die kontrollierte Trennung des Originalgeräts und die Übergabe an den virtuellen Shelly. Auch spätere Änderungen der Messwertquellen und Cloud-Einstellungen sind über die Konfiguration der Integration möglich. ## Diagnose und Fehleranalyse Gerade bei einer Integration, die zwischen mehreren Systemen vermittelt, ist es wichtig, den aktuellen Zustand nachvollziehen zu können. Daher werden innerhalb von Home Assistant zusätzliche Diagnoseinformationen bereitgestellt. Beispielsweise lässt sich überprüfen, ob Messwerte verfügbar sind, ob die virtuelle Instanz aktiv ist, ob der Original-Shelly noch erreichbar ist oder ob eine Cloud-WebSocket-Verbindung besteht. Darüber hinaus stehen Informationen zum verwendeten Cloud-Server und zum TLS-Verbindungsstatus zur Verfügung. Das hilft insbesondere bei der Ersteinrichtung und bei der Fehlersuche. ## Für wen könnte Shelly Meter Proxy interessant sein? Ich denke, dass die Integration vor allem für Nutzer interessant sein könnte, die bereits einen Shelly Pro 3EM besitzen, aber für die eigentliche Leistungsermittlung lieber andere Messwertquellen nutzen möchten. Das können beispielsweise Nutzer eines Tibber Pulse, eines anderen intelligenten Energiezählers oder einer bereits bestehenden Home-Assistant-Messwerterfassung sein. Ebenso könnte die Integration für Eigenbau-Lösungen interessant sein, bei denen ein vorhandenes System eine Shelly-Pro-3EM-Schnittstelle erwartet. Allerdings möchte ich ausdrücklich darauf hinweisen, dass **nicht automatisch die Kompatibilität mit jedem Drittanbietersystem gewährleistet ist**. Insbesondere das Zusammenspiel mit verschiedenen Batteriespeichersystemen und deren jeweiligen Cloud- beziehungsweise API-Anbindungen muss im Einzelfall überprüft werden. Shelly Meter Proxy ersetzt außerdem keinen geeichten Energiezähler und erzeugt keine tatsächlich gemessenen Phasenwerte, wenn die ausgewählten Home-Assistant-Sensoren diese nicht liefern. ## Open Source und GitHub Ich habe mich entschieden, die Integration öffentlich auf GitHub bereitzustellen. Damit können auch andere Nutzer die Integration ausprobieren, ihre Erfahrungen teilen und Verbesserungsvorschläge einbringen. **GitHub-Repository:** > **[GitHub - Q14siX/Shelly-Meter-Proxy: Home Assistant integration to emulate a Shelly Pro...](https://github.com/Q14siX/Shelly-Meter-Proxy)** > > Home Assistant integration to emulate a Shelly Pro 3EM using external power sensors and Shelly Cloud connectivity. Die README.md sowie die RELEASE.md stehen in deutscher und englischer Sprache zur Verfügung. Auch die Integration selbst unterstützt beide Sprachen. Die erste veröffentlichte Version trägt die Versionsnummer: **`20261023.233307`** Die Installation ist manuell über den Ordner `custom_components/shelly_meter_proxy` möglich. Eine Aufnahme in den offiziellen Home-Assistant-Integrationskatalog ist damit nicht verbunden. ## Aktueller Entwicklungsstand und Ausblick Die erste Version stellt die grundlegenden Funktionen für den virtuellen Shelly Pro 3EM bereit, einschließlich Sensorzuordnung, Geräteimport, Cloud-Anbindung, Diagnose und geführter Geräteisolierung. Die Entwicklung und die bisherigen Tests entstanden aus meiner eigenen praktischen Anwendung. Natürlich können sich im Zusammenspiel mit unterschiedlichen Home-Assistant-Installationen, Shelly-Firmwareversionen und Drittanbietersystemen noch Besonderheiten zeigen. Genau deshalb möchte ich das Projekt mit der Community teilen. Besonders interessant wären für mich Rückmeldungen von Nutzern, die ebenfalls einen Tibber Pulse, einen alternativen Energiezähler oder einen Batteriespeicher einsetzen, der auf Shelly-Messwerte angewiesen ist. Die Integration ist ein unabhängiges Community-Projekt und kein offizielles Produkt von Shelly oder Home Assistant. ## Mein Fazit Ursprünglich wollte ich eigentlich nur ein Problem lösen: **Mein Shelly Pro 3EM lieferte keine vernünftigen Leistungswerte mehr, obwohl die benötigten Informationen bereits in Home Assistant vorhanden waren.** Daraus ist inzwischen eine eigenständige Home-Assistant-Integration entstanden. Für mich zeigt dieses Projekt sehr schön, welche Möglichkeiten Home Assistant bietet: Messdaten müssen nicht zwangsläufig aus genau dem Gerät stammen, dessen Schnittstelle ein anderes System erwartet. Manchmal braucht es lediglich eine passende Verbindung zwischen den vorhandenen Komponenten. Und genau diese Verbindung möchte ich mit **Shelly Meter Proxy** bereitstellen. Ich freue mich auf eure Meinungen, Erfahrungen, Fragen und natürlich auch auf konstruktive Kritik. Vielleicht hat ja der eine oder andere von euch ein ähnliches Problem – oder eine interessante Idee, wie sich die Integration noch erweitern lässt. **Viele Grüße!** **GitHub:** [GitHub - Q14siX/Shelly-Meter-Proxy: Home Assistant integration to emulate a Shelly Pro 3EM using external power sensors and Shelly Cloud connectivity. · GitHub](https://github.com/Q14siX/Shelly-Meter-Proxy) ---
**Author:** ![Q14siX](https://community-smarthome.com/user_avatar/community-smarthome.com/q14six/32/7031_2.png) [@Q14siX](https://community-smarthome.com/u/Q14siX)\ **Post date:** [23. Oktober 2026 um 22:11 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/2 "2026-10-23T22:11:18Z")
**Nachtrag: Wie der virtuelle Shelly funktioniert – und warum ich damit meinen Tibber Pulse für ZENDURE nutzen kann** Ich möchte noch einen wichtigen Punkt zu meiner Integration **Shelly Meter Proxy** ergänzen, da gerade darin für mich der eigentliche Mehrwert liegt. **Die Integration erzeugt nicht einfach nur neue Sensoren in Home Assistant, sondern stellt einen vollständigen virtuellen Shelly Pro 3EM bereit, der mit der Shelly Cloud kommuniziert und dadurch auch in der Shelly-App weiterverwendet werden kann.** Das Besondere daran: Der virtuelle Shelly übernimmt die Geräteidentität und die benötigten Cloud-Informationen meines ursprünglichen Shelly Pro 3EM. Für die Shelly-App bleibt damit das bereits bekannte Gerät erhalten. Allerdings stammen die bereitgestellten Leistungswerte nicht mehr vom physischen Shelly, sondern aus den von mir ausgewählten Home-Assistant-Sensoren. **Mein konkretes Beispiel: Tibber Pulse und ZENDURE** Ich besitze einen ZENDURE-Batteriespeicher, der die Leistungswerte eines Shelly Pro 3EM über die **Shelly Cloud** abruft. Das Problem dabei: ZENDURE greift in dieser Konstellation nicht direkt auf meine Home-Assistant-Entitäten oder meinen Tibber Pulse zu. Obwohl mein Tibber Pulse bereits die benötigten Netzleistungswerte liefert, konnte ich diese daher nicht einfach als Messwertquelle in der ZENDURE-App auswählen. **Genau diese Lücke schließt Shelly Meter Proxy.** Der Datenfluss sieht bei mir folgendermaßen aus: **Tibber Pulse → Home Assistant → Shelly Meter Proxy (virtueller Shelly Pro 3EM) → Shelly Cloud → ZENDURE-Batteriespeicher** Mein Tibber Pulse liefert seine Messwerte an Home Assistant. Shelly Meter Proxy übernimmt diese Werte und stellt sie über den virtuellen Shelly Pro 3EM bereit. Dieser verbindet sich mit der Shelly Cloud, sodass das Gerät in der Shelly-App weiterhin vorhanden und nutzbar bleibt. ZENDURE wiederum greift wie bisher über die Shelly Cloud auf die Leistungswerte dieses Geräts zu. **Damit kann ich die Leistungsdaten meines Tibber Pulse praktisch an ZENDURE weiterreichen, ohne dass ZENDURE selbst eine direkte Tibber- oder Home-Assistant-Anbindung benötigt.** **Was bedeutet das in der Praxis?** Für mich ergeben sich daraus mehrere Vorteile: - Die tatsächlichen Leistungswerte stammen von meinem Tibber Pulse. - Der virtuelle Shelly stellt diese Werte unter der bekannten Shelly-Geräteidentität bereit. - Die bestehende Einbindung in der Shelly-App kann weiterverwendet werden. - ZENDURE kann weiterhin seine vorhandene Shelly-Cloud-Anbindung nutzen. - Ich muss mich für die Messwerterfassung nicht mehr auf die fehlerhaften Leistungswerte meines physischen Shelly Pro 3EM verlassen. Der ursprüngliche Shelly wird dafür ausgeschaltet oder zuverlässig vom regulären Netzwerk isoliert. Wichtig ist, dass niemals der physische und der virtuelle Shelly gleichzeitig mit derselben Identität auf die Shelly Cloud zugreifen. **Warum ich das besonders interessant finde** Dieser Ansatz könnte nicht nur für ZENDURE interessant sein, sondern grundsätzlich auch für andere Systeme, die ihre Messwerte über die Shelly Cloud beziehen, aber keine direkte Anbindung an andere Energiezähler oder Home Assistant anbieten. Voraussetzung ist natürlich, dass das jeweilige System die vom virtuellen Shelly bereitgestellten Informationen akzeptiert. **Shelly Meter Proxy fungiert damit gewissermaßen als Übersetzer zwischen beliebigen geeigneten Home-Assistant-Leistungssensoren und Systemen, die einen Shelly Pro 3EM über dessen Cloud-Schnittstelle erwarten.** Die Verbindung zu ZENDURE erfolgt dabei ausdrücklich nicht direkt, sondern weiterhin über die Shelly Cloud. Genau das war mein Ziel bei der Entwicklung! **GitHub** Die Integration steht kostenlos zur Verfügung: > **[GitHub - Q14siX/Shelly-Meter-Proxy: Home Assistant integration to emulate a Shelly Pro...](https://github.com/Q14siX/Shelly-Meter-Proxy)** > > Home Assistant integration to emulate a Shelly Pro 3EM using external power sensors and Shelly Cloud connectivity. Mich würde interessieren, ob andere Nutzer ähnliche Konstellationen haben – insbesondere mit ZENDURE, anderen Batteriespeichern oder Energiezählern wie Tibber Pulse. Vielleicht eröffnet dieser Ansatz ja auch für andere Anwendungen interessante Möglichkeiten. ---
**Author:** ![Ronny1978](https://community-smarthome.com/letter_avatar_proxy/v4/letter/r/a9adbd/32.png) [@Ronny1978](https://community-smarthome.com/u/Ronny1978)\ **Post date:** [24. Oktober 2026 um 05:42 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/3 "2026-10-24T05:42:26Z")
Das kling interessant und vielen Dank für deine Mühe. Das Hauptproblem, was ich aber sehe, das immer noch alles über die Shelly Cloud läuft, oder habe ich das falsch verstanden? Meine Solakon ONE kommuniziert mit der INTERNEN IP des Shelly Pro 3EM. Fällt das Internet aus, was es leider in den letzten Tagen immer wieder getan hat, seitdem die „Glasfaser-Ausbau-Wahnies“ hier ihr Unwesen treiben, ist doch auch die Kommunikation mit dem Zendure weg, oder? Du löst dein aktuell vorhandenes Problem, aber Ziel wäre es auch von Zendure im internen Netz zu kommunizieren und nicht alles in die Cloud „zu blasen“ oder es von dort zu holen. Du schreibst von Abweichungen? Wie hoch sind denn die Messabweichung pro Monat oder pro Quartal? Also das, was du vom Zähler abliest und das im E-Dashboard vom Shelly kommt? Bei sind es ca. 5-6%. Damit kann ich locker leben und die Kommunikation vom Shelly Pro 3EM und der Solakon ONE funktioniert super, weil alles intern geregelt wird und nicht die Verzögerung über die Shelly Cloud oder über die Cloud des Speicherherstellers. Dennoch weiterhin viel Erfolg bei der Entwicklung. Ich bin sicher, dass hier und da der eine Bedarf hat. Aber ob dann natürlich jemand Lust und Wissen hat, das WLAN vom Shelly zu kappen oder den aus dem Zählerkasten wieder raus „zu operieren“, wird vermutlich die Zeit zeigen. ---
**Author:** ![Q14siX](https://community-smarthome.com/user_avatar/community-smarthome.com/q14six/32/7031_2.png) [@Q14siX](https://community-smarthome.com/u/Q14siX)\ **Post date:** [24. Oktober 2026 um 07:24 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/4 "2026-10-24T07:24:20Z")
Hallo, vielen Dank für deine ausführliche Rückmeldung! Deine Kritik an der Cloud-Abhängigkeit kann ich nachvollziehen. Eine vollständig lokale Kommunikation wäre auch für mich die bevorzugte Lösung. Allerdings ist meine Ausgangssituation etwas anders als bei dir. **Ich wohne im 5. Obergeschoss, wo auch mein Shelly Pro 3EM installiert ist. Mein Tibber Pulse befindet sich dagegen direkt am Stromzähler im Keller.** Das Problem ist, dass der Shelly aufgrund seines Einbauorts nicht meinen gesamten Stromverbrauch erfasst. Beispielsweise werden meine Kühltruhe im Keller und verschiedene kleinere Verbraucher, darunter diverse Ladegeräte, überhaupt nicht berücksichtigt. Mein Tibber Pulse erfasst hingegen den gesamten Netzbezug beziehungsweise die Einspeisung am Stromzähler. Es geht bei mir deshalb weniger um eine prozentuale Messabweichung des Shelly, sondern vielmehr darum, dass bestimmte Verbraucher in dessen Messwerten vollständig fehlen. Eine belastbare Monats- oder Quartalsabweichung in Prozent kann ich dir daher nicht nennen. **Und genau hier kommt mein ZENDURE HEMS ins Spiel.** Ich verwende das **ZENDURE Home Energy Management System (HEMS)**, um das **Laden und Entladen meines Batteriespeichers** anhand des aktuellen Strombezugs beziehungsweise der Einspeisung zu steuern. Dafür benötigt das HEMS möglichst vollständige und aktuelle Leistungswerte. Wenn beispielsweise meine Kühltruhe im Keller anspringt, soll dieser zusätzliche Strombedarf bei der Entladeregelung berücksichtigt werden. Umgekehrt soll das HEMS auch beim Laden des Speichers die tatsächlichen Energieflüsse am Stromzähler berücksichtigen. Da mein HEMS in der verwendeten Konfiguration die Werte des Shelly Pro 3EM über die Shelly Cloud bezieht, konnte ich die Messdaten meines Tibber Pulse bislang nicht direkt dafür verwenden. Mit meiner Integration sieht der Datenfluss nun folgendermaßen aus: **Tibber Pulse → Home Assistant → Shelly Meter Proxy → Shelly Cloud → ZENDURE HEMS → Lade- und Entladesteuerung des Batteriespeichers** Die Integration stellt dafür einen virtuellen Shelly Pro 3EM bereit, der die Geräteidentität meines vorhandenen Shelly übernimmt. Die Leistungswerte stammen jedoch vom Tibber Pulse. Damit kann das ZENDURE HEMS für seine Lade- und Entladeentscheidungen die vollständigeren Messwerte meines Stromzählers verwenden, ohne dass ich die vorhandene Shelly-Anbindung grundsätzlich verändern muss. **Zur Cloud-Abhängigkeit hast du selbstverständlich recht:** Bei einem Internetausfall ist dieser Übertragungsweg unterbrochen. Das ist eine Einschränkung meiner bestehenden ZENDURE-HEMS-Anbindung, die Shelly Meter Proxy nicht beseitigt. Die Integration stellt allerdings auch lokale HTTP-/RPC-Schnittstellen bereit. Daher wäre grundsätzlich auch eine Kommunikation innerhalb des Heimnetzes möglich, sofern das jeweilige System die implementierten Schnittstellen unterstützt. Ob das mit deiner Solakon ONE vollständig funktioniert, müsste entsprechend getestet werden. Was den ursprünglichen Shelly betrifft: Ein Ausbau aus der Elektroverteilung ist nicht erforderlich. Er kann eingebaut bleiben und über den Einrichtungsassistenten vom regulären Netzwerk isoliert werden. Für spätere Wartungsarbeiten lässt sich ein geschützter Access Point einrichten. **Mein Ziel war also nicht, eine zusätzliche Cloud-Abhängigkeit zu schaffen, sondern meinem ZENDURE HEMS die tatsächlichen Leistungswerte meines gesamten Haushalts für eine möglichst bedarfsgerechte Lade- und Entladesteuerung zur Verfügung zu stellen.** Wer bereits eine zuverlässig funktionierende lokale Anbindung besitzt, benötigt diese Lösung möglicherweise nicht. Für Nutzer, deren Energiemanagementsystem einen Shelly Pro 3EM erwartet, die aber andere Messwertquellen verwenden möchten, kann sie durchaus interessant sein. Vielen Dank nochmals für deine konstruktiven Hinweise! > [@Ronny1978](#): > > Das kling interessant und vielen Dank für deine Mühe. Das Hauptproblem, was ich aber sehe, das immer noch alles über die Shelly Cloud läuft, oder habe ich das falsch verstanden? > > Meine Solakon ONE kommuniziert mit der INTERNEN IP des Shelly Pro 3EM. Fällt das Internet aus, was es leider in den letzten Tagen immer wieder getan hat, seitdem die „Glasfaser-Ausbau-Wahnies“ hier ihr Unwesen treiben, ist doch auch die Kommunikation mit dem Zendure weg, oder? > > Du löst dein aktuell vorhandenes Problem, aber Ziel wäre es auch von Zendure im internen Netz zu kommunizieren und nicht alles in die Cloud „zu blasen“ oder es von dort zu holen. Du schreibst von Abweichungen? Wie hoch sind denn die Messabweichung pro Monat oder pro Quartal? Also das, was du vom Zähler abliest und das im E-Dashboard vom Shelly kommt? Bei sind es ca. 5-6%. Damit kann ich locker leben und die Kommunikation vom Shelly Pro 3EM und der Solakon ONE funktioniert super, weil alles intern geregelt wird und nicht die Verzögerung über die Shelly Cloud oder über die Cloud des Speicherherstellers. > > Dennoch weiterhin viel Erfolg bei der Entwicklung. Ich bin sicher, dass hier und da der eine Bedarf hat. Aber ob dann natürlich jemand Lust und Wissen hat, das WLAN vom Shelly zu kappen oder den aus dem Zählerkasten wieder raus „zu operieren“, wird vermutlich die Zeit zeigen. ---
**Author:** ![Ronny1978](https://community-smarthome.com/letter_avatar_proxy/v4/letter/r/a9adbd/32.png) [@Ronny1978](https://community-smarthome.com/u/Ronny1978)\ **Post date:** [24. Oktober 2026 um 10:06 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/5 "2026-10-24T10:06:36Z")
Hallo @Q14siX , dann ist deine Situation und Vorhaben mir jetzt klar. Der Shelly ist im 5. OG im Schaltkasten, weil kein Signal über 5 Stockwerke kommt. Und wenn du zusätzlich im Keller noch etwas stehen hast, davon weiß der Shelly natürlich nix. Dann ist deine Integration genau richtig und ist für alle in Mietwohnungen. Aber wie ist denn Tipper Pulse angeschlossen? Braucht der nicht auch WLAN? Oder wie funkt der aus dem Keller raus? ---
**Author:** ![Q14siX](https://community-smarthome.com/user_avatar/community-smarthome.com/q14six/32/7031_2.png) [@Q14siX](https://community-smarthome.com/u/Q14siX)\ **Post date:** [24. Oktober 2026 um 19:52 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/6 "2026-10-24T19:52:42Z")
Ich habe im Keller eine AVM Fritz!Box LTE-Router stehen mit einer Multi-SIM-Karte. Diese Fritz!Box verbindet sich zusätzlich per WireGuard mit meiner Fritz!Box in der Wohnung, um dann die Local Tibber Integration zu nutzen. ---
**Author:** ![Ronny1978](https://community-smarthome.com/letter_avatar_proxy/v4/letter/r/a9adbd/32.png) [@Ronny1978](https://community-smarthome.com/u/Ronny1978)\ **Post date:** [24. Oktober 2026 um 22:16 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/7 "2026-10-24T22:16:48Z")
Aber du kommst vermutlich durch den Vermieter nicht „hinter“ den Zähler, um dort den Shelly einzubauen. Ja, jetzt habe ich es komplett verstanden und weiß auch, warum du dir die Mühe bei der Integration gegeben hast. Viel Erfolg. Für Mieter mit deiner Konstellation mit Sicherheit genau richtig und nützlich. 😉👍 ---
**Author:** ![DirtyBird](https://community-smarthome.com/user_avatar/community-smarthome.com/dirtybird/32/11245_2.png) [@DirtyBird](https://community-smarthome.com/u/DirtyBird)\ **Post date:** [25. Oktober 2026 um 06:56 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/8 "2026-10-25T06:56:54Z")
> [@Ronny1978](#): > > Viel Erfolg. Für Mieter mit deiner Konstellation mit Sicherheit genau richtig und nützlich. 😉👍 Wenn ich es richtig verstehe, funktioniert der Shelly 3em eigentlich richtig Es wird im Keller allerdings nicht der Verbrauch für zusätzliche Geräte, wie der einer Tiefkühltruhe erfasst. Das deutet darauf hin, das der Keller über einen seperaten Zähler, vermutlich Hausstrom läuft. Dann sind größere Verbraucher im Keller nur vorteilhaft für die Mieter die solche Geräte betreiben. Der Hausstrom wird vermutlich über die Nebenkosten abgerechnet und dann von allen Mietern gleichermaßen bezahlt. So war es jedenfalls bei mir. Wenn meine These stimmt, finde ich es unglücklich dem Shelly falsche Messwerte zu bescheinigen, wenn eigentlich nur zusätzliche Verbraucher addiert werden sollen. Aber trotzdem spannendes Projekt! Gerade das die Cloud noch läuft, ist bestimmt für einige interessant. ---
**Author:** ![Ronny1978](https://community-smarthome.com/letter_avatar_proxy/v4/letter/r/a9adbd/32.png) [@Ronny1978](https://community-smarthome.com/u/Ronny1978)\ **Post date:** [25. Oktober 2026 um 07:24 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/9 "2026-10-25T07:24:08Z")
> [@DirtyBird](#): > > Das deutet darauf hin, das der Keller über einen seperaten Zähler, vermutlich Hausstrom läuft. Naja, das muss nicht zwangsweise so sein. Meine Vermutungen ist, dass der Zähler im Keller sitzt und hinter dem Zähler zwei Abzweigung weggehen: 1x in die Wohnung im 5.OG, dort wo der Shelly sitzt 1x in ein Kellerabteil, wo dann ggf. die Kühltruhe oder eine Werkbank zum Arbeiten ist usw. Wenn der Shelly in der Wohnung im Sicherungskasten (eigentlich kein Zählerschrank nach meiner Auffassung und Definition) ist, kann er den Abzweig zum Keller eigentlich nicht messen. Daher hatte ich nachgefragt. Aber mit > [@DirtyBird](#): > > finde ich es unglücklich dem Shelly falsche Messwerte zu bescheinigen muss dir recht geben, da der Shelly keine falschen Wert liefert, sondern nur das misst, was er auch „sehen kann“. Die Aussage im ersten Post ist sicherlich etwas unglücklich gewählt. Daher hatte ich auch im Post 3 nachgefragt, wie groß die Abweichung ist, wo sich dann herausgestellt hat, dass es keine Abweichung ansich ist. Ich finde auch, dass das Projekt interessant ist und vorallem für Mieter, die nicht direkt hinter den Zähler die Klemmen der Shellys setzen können, aber die Speicherhersteller meist von Shelly oder ihren eigenen Produkten MIT MESSKLEMMEN ausgehen. Solakon hat einen PowerTracker, der wie der Tibber Pulse arbeitet. Aber hier wär dann wieder das Problem, dass man ja nur ein IR Gerät an den Zähler bringen kann. Also ganz so abwegig ist das Projekt nicht, aber für mich, wie schon erwähnt, gut für Mieter. Eigenheimbesitzer haben meist die Möglichkeit die Messklemmen hinter den Zähler zu packen und dennoch parallel die Möglichkeit haben, zusätzlich die IR Schnittstelle für Tibber Pulse oder ähnliches zu nutzen. > [@DirtyBird](#): > > Der Hausstrom wird vermutlich über die Nebenkosten abgerechnet und dann von allen Mietern gleichermaßen bezahlt. So war es jedenfalls bei mir. Das finde ich recht unfähr: Wenn dort jemand im Keller eine Waschmaschine, einen Wäschetrockner und/oder Werkzeuggerät betreibt, dass dann alle dafür Zahlen sollen. 😉 ---
**Author:** ![DirtyBird](https://community-smarthome.com/user_avatar/community-smarthome.com/dirtybird/32/11245_2.png) [@DirtyBird](https://community-smarthome.com/u/DirtyBird)\ **Post date:** [25. Oktober 2026 um 07:34 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/10 "2026-10-25T07:34:38Z")
> [@Ronny1978](#): > > Naja, das muss nicht zwangsweise so sein. Meine Vermutungen ist, dass der Zähler im Keller sitzt und hinter dem Zähler zwei Abzweigung weggehen: > [@Q14siX](#): > > Ich wohne im 5. Obergeschoss, wo auch mein Shelly Pro 3EM installiert ist. Ich habe wohl nicht aufmerksam genug gelesen! Es wird im 5.OG gemessen und vermutlich ist im Keller, hinter dem Zähler, eine Abzweigung in den Kellerraum. Die anderen Mieter werden beim Verbrauch/kosten also vermutlich außen vor bleiben. ---
**Author:** ![Q14siX](https://community-smarthome.com/user_avatar/community-smarthome.com/q14six/32/7031_2.png) [@Q14siX](https://community-smarthome.com/u/Q14siX)\ **Post date:** [25. Oktober 2026 um 09:42 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/11 "2026-10-25T09:42:48Z")
Da liegst Du falsch. Der Zähler von meiner Wohnung ist im Keller und direkt danach wird verzweigt. Einmal in meinen Kellerraum und einmal in die Wohnung. Den Shelly kann ich aber nur in der Wohnung installieren. Daher gehen alle Verbräuche aus dem Keller verloren. Außerdem weiß ich (bin Meister im Elektrotechniker Handwerk), dass der der Shelly über Induktivitäten ungenau misst. Das ist physikalisch schon so gegeben. Daher ist der Tibber Pulse im Keller am Stromzähler genauer. ---
**Author:** ![Ronny1978](https://community-smarthome.com/letter_avatar_proxy/v4/letter/r/a9adbd/32.png) [@Ronny1978](https://community-smarthome.com/u/Ronny1978)\ **Post date:** [25. Oktober 2026 um 09:44 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/12 "2026-10-25T09:44:37Z")
> [@Q14siX](#): > > Da liegst Du falsch. Wer? ---
**Author:** ![Q14siX](https://community-smarthome.com/user_avatar/community-smarthome.com/q14six/32/7031_2.png) [@Q14siX](https://community-smarthome.com/u/Q14siX)\ **Post date:** [25. Oktober 2026 um 09:47 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/13 "2026-10-25T09:47:34Z")
Hatte auf einen Post von [DirtyBird](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/10 "Übergeordneten Beitrag laden") geantwortet. ---
**Author:** ![DirtyBird](https://community-smarthome.com/user_avatar/community-smarthome.com/dirtybird/32/11245_2.png) [@DirtyBird](https://community-smarthome.com/u/DirtyBird)\ **Post date:** [25. Oktober 2026 um 09:49 UTC](https://community-smarthome.com/t/shelly-meter-proxy-virtueller-shelly-pro-3em-wie-aus-falschen-messwerten-meines-shelly-pro-3em-eine-eigene-home-assistant-integration-wurde/11961/14 "2026-10-25T09:49:07Z")
Hatte ich ja auch schon eingeräumt…. 😛 (Ich sollte wirklich nix ohne Kaffee schreiben)