Community Forum

Legt doch bitte ein Issue beim Adapter an, wenn dieser nicht stabil funktioniert.

Ja die Möglichkeit gibt es. Falls sich jemand der Erstellung eines entsorechenden Adapters annimmt. Bitte erstell mal ein Issue bei den adapt request: https://github.com/ioBroker/AdapterRequests/issues Allzuviel Hoffnung will ich dir aber nicht machen da es leider zuwenig Freiwillige gibt...

@HansJochen ja - das mit den logindaten hatte ich im entsprechenden release vergessen, zu erwähnen :) Die Art, wie das auf iobroker Seite verschlüsselt gespeichert wird, hat sich leider etwas geändert, weshalb hier dann beim Entschlüsseln Käse rauskommt. Einmal neu eintragen und dann passt das :) Wegen der Pfade: Die Pfade der Daten über den lokalen Zugriff ändern sich nicht (was nicht heißt, dass Datenpunkte inaktiv werden, wenn sie bei einem Appliance Update entfernt werden). Die API - nunja :) Hier bin ich stark abhängig von dem, was geliefert wird. Grundsätzlich: unter _api.* liegt all das, was über die API kommt. Die konkreten Pfade haben sich leider geändert. Mir selbst fällt das zB gar nicht nennenswert auf, da ich eine komplett neue Anlage bekommen habe. Theoretisch würde es also reichen, den _api Baum zu putzen. Die Datenpunkte, die über die neue API kommen sind alle Englisch - daran kann man es meist schon gut unterscheiden. Als Hilfestellung für andere: Von der neuen API werden folgende Pfade gelesen: Senec.x._api.Anlagen.12345. [image: 1770673418505-1e0f3016-b72c-4463-9eb3-963e3cd45c29-grafik.png] Ich biege das inzwischen alles nicht mehr um auf Pfade, die vermeintlich sinnvoll sein könnten - kaum ändert sich dann was in der API, ist eh wieder alles falsch :( "Dashboard" dürfte nahezu 1:1 das sein, was senec auf der Website listet. Unter "Measurements" grundsätzlich auch - allerdings ruft der Adapter die Daten dann etwas kreativ ab, um sie passend abzulegen.

Ich antworte mir mal selbst :-) Das Problem ist gelöst. Ursache war dass ich nach der vor einige Zeit durchgeführten Erweiterung der Netzwerkmaske (255.255.255.0 auf 255.255.0.0) meine PiHole Raspi noch nicht rebootet hatte. Da die Gen1 Shellies nur IPv4 können ging damit ihr DNS Rquest scheif. Die GEN2+ und PCs etc scheinen ihre DNS INfos via IPv6 geholt zu haben - und das iat ja von der Netzwerkmaske unabhängig. Komischerweise hat der Pi die neue Netzwerkmaske nicht übernommen obwohl ich die Fritzbox schon rebootet hatte und er daher eigentlich einen neuen DHCP Request benötigt hätte. Aber egal: Wenn mans richtig macht und nicht nur die Hälfte der HW reinitialisier funktioniert alles. (Jetzt gehts dann mal an eine Reboot aller anderen Komüponenten wie switches und co - nicht dass ich in 3 Wochen über das nächste Problem stolper...)

@Mirtl sagte in Bestandsliste für Filament: Vielen Dank schon mal. versuchs mit Hilfe von ChatGPT https://chatgpt.com/c/6989d273-c148-8333-83ce-d8e5a22ee001

Vielen Dank für den Tipp! warum kommt man denn nicht selber darauf?! Werde ich gerne ausprobieren. Hoffe dass nicht zu viele Störungen auf dem Powerkabel drauf sind. Da PV-Anlagen Wechselrichterleistung >= 50kW!

https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1060 https://github.com/iobroker-community-adapters/ioBroker.shelly#not-supported-devices

@olej sagte in Test Adapter wireless-mbus v0.10.x: Hallo @lvogt Erstmal vielen Dank für den Adapter und den Support hier. Ich nutze einen IMST iM871A mit meinem Wasserzähler von Kamstrup. Leider sehe ich im Log viele Eintrage mit "Unknown compact frame format". Zwar bekomme ich den Zählerstand übermittelt und angezeigt, aber dennoch sind wohl viele Frames nicht auswertbar? Ich frage mich, was ich hier ggf. "verpasse" :) Wenn man diese Option aktiviert, dann passiert folgendes: Wenn ein Telegram mit "unknown compact frame format" erhalten wird, merkt sich der Adapter dass er es "braucht". Der Wasserzähler sendet "oft" nur das Kompakttelegramm, aber auch (alle 5min oder so) ein "vollständiges". Wenn dann ein vollständiges eintrifft sollte sich der Adapter die Struktur merken und ab dann (bis zum Adapter neustart) auch die Kompakttelegramm korrekt interpretieren können. Wenn man die Option ausschaltet, können nur die "selteneren" vollständidgen Telegramme ausgewertet. Weiter läuft der Adapter nur dauerhaft stabil, wenn ich "Cache für Kompakt-Telegramme" deaktiviere. Vermutlich wird durch die Unknown Frames der Speicher zugemüllt? Eigentlich sollte das nicht so sein. Was bedeutet denn "nicht stabil"? @KüstenKlaus sagte in Test Adapter wireless-mbus v0.10.x: Hallo, ich habe 4 BFW Radio 240, lt. BFW senden diese HKVs noch unverschlüsselt. Mit Hilfe eines CUL Sticks und dem wireless MBus Adapter v0.10.2 ( grünes Quadrat => Verbindung OK ) sehe ich im Objekt zweigt die 4 HKVs. Die IDs passen aber sonst stimmt kein Wert mit dem auf dem HKV Display angezeigten überein. Kann man mit dem WMBus Adapter nur bestimmte HKV auslesen ? In gewisserweise ja. Techem HKV werden zwar unterstützt, aber die verwenden ein proprietäres Format, da könnte sich vl ein Fehler eingeschlichen haben, oder vl. neuere Geräte das Format etwas verändert haben. Es gibt auch HKV die "normale" wireless mbus telegramme senden, die sollte natürlich auch kein Problem sein. Es gibt auch HKV, die andere Funkstandards verwenden, zb "AMR", die können so natürlich überhaupt nicht empfangen werden. Dass die IDs stimmen spricht dafür das es tatsähclich die richtigen sind, auch wenn mich wundert dass du nur genau deine 4 HKV findest, üblicherweise sollte es ja im Haus dann noch mehr geben, sonst wären die ja sinnlos... Wenn du willst kannst du mal ein paar Telegramme zusammen mit deinen "erwarteten Werten entsprechend des Displays" hier posten oder mir direkt schicken. Dann kann ich mal gucken ob ich irgendeinen Fehler finde. Ich bin allerdings nicht sicher wann ich dazu komme!

@docadams https://github.com/hombach/ioBroker.tibberlink?tab=readme-ov-file#graph-output-configuration

Habe es selbst heraus gefunden. Man muss lediglich den gewünschten Code (Json Downlink) aus dem Developer Manual in den cmnd Datenpunkt schreiben. Gruß Kubunter

Bin nicht ganz sicher ob dies deine Frage ist. Aber beim Alias DP auf den Stift (Objekt bearbeiten) klicken und dann: [image: 1770492837739-f702b7e2-fd0e-42b8-a7bb-140c6127f939-image.png] Siehst du unter dem ALIAS Tab mit welchem DP der ALIAS verlinkt ist.

Ich hatte zigbee mal mit der 7690 ausprobiert. Da waren dann die Daten im Fritzdect-Ordner. Ich denke das sollte mit der 5690 nicht anders sein. Edit: Es muss dazu natürlich der Fritzdect Adapter installiert sein 😉

@homecineplexx Wenn Du ein eigenes Verzeichnis nutzen möchtest, dann immer über "Dateien/Files" anlegen. [image: 1770483188527-41472166-37f1-4905-b99a-1c24fd84f5f4-image.png] [image: 1770483208981-3f2d0c24-8e54-4b3f-bd68-6a10cbde7fc4-image.png] z.B. für das Verzeichnis Kamera in Benutzerdaten (Erst anlegen!), wäre dann das anzugebende Verzeichnis /opt/iobroker/iobroker-data/files/Kamera Wichtig Groß- / kleinschreibung beachten!

NO-IP hat eine Anleitung wohl extra für die Frage hier.Link Text Google hat da auch eine Antwort parat, wenn man nach raspi dyn dns no-ip googelt..

Ich habe vor wenigen Tagen meine FRITZ!Box 6670 Cable auf 8.21 ge-updatet. Meine 3 Accesspoints 1200 bzw. 1200AX haben sie schon länger. Seit dem werde ich von meiner Alexa JEDES MAL, wenn ich ein Stockwerk (und somit den AP) wechsle mit einem freundlichen "Willkommen zu Hause" begrüßt. Vor dem Update kam das immer nur 1x wenn ich die Haustür rein bin. Das NERVT. Was kann man da machen? Downgrade geht leider nicht... @daniello Hast du auch die 8.20 installiert?

@michl75 sagte in Zeigt her eure Visu: hier mal meine... ... Stark! Gefällt mir sehr gut! Besonders, wie aufwendig Du alleine die Teich-Steuerung umgesetzt/visualisiert hast! Wie sind diese Halbkreis-förmigen Stromverbrauchs-Diagramme realisiert worden? Welches Widget? Finde ich auch für einen Überblick richtig gut gelöst! Geht etwas in die Richtung "des Balkens" bei evcc, das finde ich auch gut gelöst. Danke und viele Grüße, Klaus.