@Benson007 sagte: Der Zähler im Keller zeigt 18069 und iobroker (smartmeter) zeigt 17941 Das kann ja bei einem Zweirichtungszähler auch sein. Möchtest du nicht gerne deine Konstellation der Umgebung verraten? Zähler Leseeinrichtung verwendeter Adapter worauf läuft das System </> Ausgabe iob diag

@Labt Das Objekt sieht richtig aus. Rolle, Typ und write passen. Zwei Sachen fallen mir auf: In smartName steht schon "de": "tsoll". Der Datenpunkt ist also eigentlich schon für iot eingetragen. Schau bitte in der iot-Instanz im Reiter "Smart enums / Geräte", ob "tsoll" dort auftaucht, und starte die iot-Instanz einmal neu. Danach in der Alexa-App "Geräte suchen". Dein Alias liegt direkt unter alias.0.FRITZ!DECT 301 #Wohn und hat wahrscheinlich keinen Kanal und kein Gerät als übergeordnetes Objekt. Dann wird oft nichts erkannt. Am einfachsten ist es, den Alias zu löschen und mit dem devices-Adapter ein Gerät vom Typ "Thermostat" anzulegen. Bei SET trägst du fritzdect.0.DECT_099950112989.tsoll ein, bei ACTUAL den Ist-Temperatur-Datenpunkt. Dieses Gerät ziehst du dann in iot. Wenn es danach immer noch nicht klappt, schreib bitte die Versionen von iot und admin dazu.

@dls903 Der neue Dongle hat eine eigene MAC-Adresse und bekommt deshalb vom Router sehr wahrscheinlich eine neue IP. Im Adapter steht dann noch die alte IP vom WLAN-Stick. Bitte prüf mal: Welche IP hat der Dongle jetzt im Router? Am besten gleich fest reservieren. Es ist die IP, die auch die Wallbox für Modbus TCP nutzt. Diese IP in der Instanz unter "Inverter IP" eintragen und "Validate inverter IP" drücken. Der Adapter spricht per UDP auf Port 8899 direkt mit dem Wechselrichter, nicht über Modbus TCP 502. Die Suche läuft nur über die /24-Netze des ioBroker-Hosts. Wenn der Dongle per LAN in einem anderen Netz/VLAN hängt oder ioBroker in Docker/VM läuft, das Netz unter "Discovery subnet" eintragen. Wenn die Prüfung mit der richtigen IP auch fehlschlägt, stell bitte das Log der goodwe-Instanz auf Loglevel debug ein und poste es hier. Dazu noch die IP vom Dongle und die vom ioBroker-Host. Es kann sein, dass der Dongle 2.0 über LAN gar nicht auf UDP 8899 antwortet. Dann wäre ein Issue beim Adapter sinnvoll: https://github.com/typhosj/ioBroker.goodwe/issues

Genau diesen Effekt habe ich auch."Zugang für dritte nicht möglich" erscheint in der Tesla-App und der Adapter zeigt grün, aber keinerlei Daten.

Firmware-Update v1.38 Hallo zusammen, ein neues Firmware-Update v1.38 für den HCV-Adapter (Viessmann Vitocal CAN-Adapter) steht bereit. Das Update adressiert vor allem die Stabilität der Netzwerkverbindungen bei nächtlichen Router-/Repeater-Neustarts sowie LwIP-Crashes beim Booten. Changelog v1.38: WLAN Reconnect Watchdog (Auto-Recovery): Der Adapter überwacht im Hintergrund kontinuierlich die WLAN-Verbindung. Bricht das WLAN ab (z. B. durch nächtlichen Router-Reboot), schlägt der Reconnect alle 15 Sekunden an. Ist das Netzwerk länger als 5 Minuten offline, führt das System automatisch einen Neustart durch, wodurch sich der Adapter zuverlässig wieder am Repeater/Router anmeldet. Deterministische Netzwerkauswahl: Ethernet: Startet die Ethernet-Hardware und wartet strikt auf das LAN-Kabel. Kein ungewolltes Ausweichen auf WLAN. Ein nachträgliches Einstecken des Kabels (Hot-Plug) wird weiterhin unterstützt. (WLAN: Nutzt gezielt die konfigurierten WLAN-Zugangsdaten. LwIP-Stabilität (Behebung von Invalid mbox Crashes): Die Boot-Reihenfolge in startNetwork() wurde angepasst. Der TCP/IP-Stack wird nun zwingend vor dem Start weiterer FreeRTOS-Tasks (CAN-Task, Webserver, MQTT) initialisiert. WLAN-Vorkonfiguration im Ethernet-Betrieb: Das SSID-Eingabefeld im Web-UI ist nun ein Freitextfeld mit gekoppelter Vorschlagsliste (<datalist>). WLAN-Zugangsdaten können somit auch im reinen Ethernet-Betrieb manuell eintragen und gespeichert werden. Das Update kann wie gewohnt über das Web-UI unter Firmware update eingespielt werden. Zu finden unter https://embdes.com/download.html

@b-s Aber dann würde das Blocky ja im Grunde nie richtig funktionieren. Sobald ich die Geräte neu eingelesen habe funktioniert alles wunderbar und auch für länger.

Ja auch genauso. Insgesamt 5 USB/485 Adapter, funktioniert ganz gut, bis eben jetzt wird der neue ID5 nicht ausgelesen, BMW und Fiat aber schon. Ich warte da mal das nächste Upgrade ab.

Hallo, an alle. Ich bin euch noch ein Update schuldig. Problem gelöst, zumindest zum Teil. Die Lösung war: Sicherung der Konfiguration. Zurücksetzen auf Werkseinstellungen, Wiedereinspielen der Konfiguration. Nachdem meine Firma den Provider gewechselt hatte, habe ich auch die Erlaubnis dafür bekommen, das zu tun. Problem jetzt: Ich komme nicht mehr auf die Box mit dem Browser, da sich die Box nicht bei mir im Netzwerk anmeldet um eine korrekte IP zu beziehen. Daran arbeite ich jetzt. Wer kein Hobby hat, soll sich eine Keba Wallbox anschaffen... Danke nochmal an alle, die geholfen haben.

Die LAN-Geräte von PioTek habe ich gesehen und schon vermutet das die mindestens sehr ähnlich sind mit denen aus Deinem Shop. Wenn die aber Stress machen nehme ich doch eher wieder einen Stick. Wenn das stimmt was man im Netz findet ist der TCM 515 kompatibel mit dem USB300 aber soll besser sein. Evtl. probiere ich mal so einen.

@Guppy82 Hör bitte auf das Thema immer wieder in neuen/anderen Posts und ggf. anderen Unterkategorien neu zu platzieren. Gerne ein Push um einen Beitrag aktuell nochmal nach vorne zu spülen, aber nicht an x verschiedenen Stellen parallel. Ich habe das gerade mühsam aus 5 verschiedenen und zeitlich teilweise sehr eng beieinander liegenden Posts zusammengeführt. Allein durch die Anzahl bin ich mittlerweile getriggert, weil ich das Thema jetzt schon mehr als einmal wahrgenommen habe. Wenn Dir keiner konkret helfen kann, wird es durch das Auflegen immer neuer Posts an verschiedenen Stellen sicher nicht besser.

Ich vermute, daß der alte rfxcom mit den Protokollen nicht klar kommt. Der port wird ja scheinbar geöffnet, wenn der grün wird. Wie wäre eine rfxcom-mqtt bridge? Mit mqtt bekäme iobroker direkt die Daten.

Danke für den Support. Heute habe ich den Stick zum Laufen bekommen. Demnächst kommt noch der neue Sonoff Zigbee Stick 3 als Ersatz für den alten Stick.

Ich habe eine Wärmepumpe von Buderus... Die hat keinen CAN-Bus, sondern EMS. LAN Kabel wäre schwierig gewesen. Da habe ich eine gebrauchte Fritzbox 7490 für 29€ gekauft, und in der Küche direkt über dem Heizungskeller hinter die Scheuerleiste des Geschirrschrankes platziert. Das WLAN reicht auch bis in den Keller.

Danke für den Hinweis, ich sehe das genauso Anwenderfreundlich wie die Originalvariante e3onCan mit dem RPI. Damit will ich auf keinen Fall die Arbeit der beteiligten schlecht machen ! aber welcher Anwender benötigt 250 Datenpunkte seiner Heizung ? Die Variante Hutschiene ESP+CAN biete ich auf meiner HP seit einem Jahr an, hat bis jetzt niemand interessiert.

Ich habe zwar keinen RaspberryPi sondern einen Mini-PC, bin aber der Empfehlung gefolgt, und betreibe es unter Docker.

@guergen https://forum.iobroker.net/topic/62402/jk-bms-über-rs485-mit-esphome-auslesen Ich habe insgesamt 5 JK-BMS, an denen jeweils ein ESP32 per BT hängt und die Einzelwerte sowohl direkt an HA als auch an MQTT liefert.

Dankeschön, da werde ich mal nachschauen!