NEWS

@michihorn Eigentlich hatte ich ja schon in der Fritzbox geschaut. Ich habe den Pool ausgeschalten und gemeint, dass ja eine Verbindung weg fallen sollte. Tat sie aber nicht.
Nachdem dein Screen beim Pool nicht WLAN sondern LAN anzeigt hat, habe ich es noch mal probiert und mir das gesamte Netzwerk angeschaut. Zum Glück habe ich diesmal auch länger gewartet und nach ca. 90s war auch eine Verbindung weg. Nämlich die hier.
a35d7d93-870f-4f8f-9920-7184ec730aac-image.png
Korrekte IP in der Konfigurationsdatei eingetragen (Änderung im Hombdrige Tab hat nicht gereicht)
2ecb8a8a-af83-4cdd-847c-c0a58b0a8462-image.png
Und danach waren die Eigenschaften in HAM-Object zu sehen
e734dd99-9671-4272-ac66-ffcdeb11f524-image.png
Jetzt werde ich mal schauen, wie zuverlässig das Object arbeitet.
Hier eine Zusammenfassung der letztlich erforderlichen Schritte

Balboa so einrichten, dass mit der Balboa-App "Local Connect" funktioniert. (Das war bei mir ein Gefrickel da Verbindung immer wieder abbrach obwohl ich direkt neben dem Pool saß. Letztlich habe ich sogar die Verblendung am Pool abgenommen.) Danach IP des Balboa emitteln In ioBroker Hombridge-Adapter (HAM) installieren In der HAM-Instanz folgende Angaben eingeben
44aa8820-26f7-4332-81bf-973da27a905b-image.png Und in der Konfigurationsdatei das
04430855-26e6-4c48-b76b-5c0254f5176b-image.png

Eigentlich sollte das Einrichten des Balboa-Moduls auch über den Hombridge-Tabulator möglich sein, aber das hat bei mir ziemlich gehakelt.

Danach sollten in den Objekten die Eigenschaften des Pool verfügbar sein

@simatec
Das ist genial! -> getestet und funktioniert
So brauche ich kein SSL konfigurieren und mich später wieder erinnern die Zertifikate zu erneuern.
Ist ja auch alles in der entmilitarisierten Zone 😊

Danke!

@jowrusch was für Hardware?

Was steht beim Absturz in den Logs?

Stürzt nur iob ab oder der ganze Rechner ?

@berzi sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?:

wir redne aneinander vorbei

richtig

@berzi sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?:

er meldet das wieder an den Broker.

auch richtig!

@marc-berg sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?:

nur publishen

war für mich nach der Aussage

@marc-berg sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?:

Das "ctrl..." Topic ist (vom iobroker) überhaupt nicht abonniert. Darf es auch nicht.

selbstverständlich

@berzi sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?:

Du hast meinen Antwendungsfall tatsächlich verstanden

isch 'abe gar keine DTU 😢

@mcm1957
Ok, ich dachte, es wäre wie bei den Fronius Adaptern, da brauche ich ja für jeder WR einen eigenen Adapter

@codierknecht DANKE!
Das sehe ich mir später mal an.
Mein iob ist gerade tot

@oliverio
bei mir läuft der Docker auf einer QNAP TS231P3. Dort nutze ich die Container Station 3.0.9.1038 von November 2024.

Ungetestet ..

let Monate = ["Januar", "Februar", "März", "April", "Mai", "Juni", "Juli", "August", "Oktober", "November", "Dezember"] Chart.xAxis[0].data = new Array(12).fill('') for (let j=0; j<12; j++) { Chart.xAxis[0].data[j] = Monate[j] }

.. oder einfacher ..

Chart.xAxis[0].data = ["Januar", "Februar", "März", "April", "Mai", "Juni", "Juli", "August", "Oktober", "November", "Dezember"]

.. sollte auch gehen.

Die erste Methode hat den Vorteil, dass du ggf. verschiedene Monatsbezeichnungen (kurz, lang, deutsch, englisch, ..) austauschen kannst, indem du mehrere Arrays mit diesen Bezeichnern vorweg definierst.

In diesen Beispielen zeigen sich die Stärken und Schwächen von JavaScript: JavaScript schert sich einen Teufel um Datentypen. Es ist Sache des Programmierers darauf zu achten, dass man mit den Inhalten je nach Art der Daten angemessen umgeht. Ob du in data ein Array aus Zahlen, Strings, .. einträgst, obliegt allein dir.

@ralph-0

Danke dir 🙂

@rene55 sagte in Rest-API - Verständnisproblem:

URL für den 'patch' gehofft. Aber der ist ja seit 2023 etwas defekt

wenn du dir REST durchgelesen hast, wird dir klar, das die URL immer gleich ist.

URL steht ja für unified ressource locatior, also sowas um eine ressource (hier datenpunkt) eindeutig zu identifizieren. in der url
http://ipaddress:8093/v1/state/system.adapter.rest-api.0.memHeapTotal
steht ja drin, welches system = http://ipaddress:8093
welche API version = v1
welchen ressourcentyp = state, wahrscheinlich könnte da auch object stehen
welche ressourcenid = system.adapter.rest-api.0.memHeapTotal

je nach http methode
put = neuanlegen (create)
get = lesen (read)
patch = ändern (update)
delete = löschen (delete)

weiß das system was du da machen möchtest
bei webseiten kennt man meist nur die http methoden get und post

wenn werte notwendig sind, können die als sogenannte payload übergeben werden. das steht aber in der doku der http bibliothek dann auch drin. also immer zuerst die dokumentation genau lesen, nur die gilt.

aber das steht in den beiden artikeln auf einer basis, die anfänger nicht so ganz überfordern.
ansonsten empfehle ich nutze chatgpt (auch schon in der kostenlosenversion)
das kann dir das dann alles erklären und ggfs noch leichter aufbereiten.
ansonsten dann gerne auch hier im forum.

@paul53
Irgendwas in die Richtung werde ich schon machen. Da es so wie so in einer seperaten Zeile ausgegeben wird, kann ich reinschreiben was ich möchte 😄

@maschl

ich habe es gefunden:
in ColoT die IP Adresse und Port des IOBroker eintragen. Dann geht es wieder

b5ef0c2c-ab30-4304-bede-071f1e7a6721-WhatsApp Bild 2025-03-05 um 12.58.33_2d56da6d.jpg

@bananajoe
@garbleflux
Was ich mit fehlendem DynDNS meinte, ist dass im Tracker als Ziel nur Zahlen, Punkt und Doppelpunkt akzeptiert werden und keine Buchstaben.

@jwedenig sagte in Konvertierungsfehler Shortcut:

Dh den simple api Adapter kann ich löschen, oder?

Wenn Du diese sonst nirgendwo als Schnittstelle zu ioBroker verwendest, ja.

@mickemup sagte in Influx-Datenbankeinträge mit Blockly löschen?:

Aber siehst du es gleich, dass "zuviel" loggen und dann wieder löschen aus Influx nicht der elegante und vor allem auch nicht der einfachste Weg ist?

Genau dafür wurde die InfluxDB ja entwickelt. Erstmal aus allen möglichen Quellen alles in ein Bucket (mit kurzer Retention Time), und dann entsprechend für Langzeitspeicherung aufbereiten. So nutzen es aber die wenigsten.

Hatte ich ja damals hier dokumentiert: https://haus-automatisierung.com/software/2023/05/11/influxdb2-pv-dashboard.html

@mcm1957 sagte in Mail: Meross Cloud Security Team:

Na ja - du sollst nicht mehr als 200 Requests pro h schicken. (lt. mail)

Stromwert für 20 Geräte alle 60s abfragen = 60 * 20 = 1200 Requests / Stunde
Verbrauchswerte für 20 Geräte alle 30min abfragen = 2 * 20 = 40 Requests / Stunde.

Für die Cloud ist das lt. Hersteller offenbar zuviel . Also Intervall drastisch runtersetzen oder lokal arbeiten. Oder hoffen dass der Hersteller dich nicht sperrt ...

Denke dein Ansatz ist die richtige Lösung! Ich habe zwar 20 Meross Aktoren , aber nur 8 sind mit Energiemessung. Daher habe ich nun von 60s auf 180s umgestellt, somit sind es nur noch 160 abfragen pro Stunde (60:3x8) =160 inkl der 16 wären es dann gesamt 176 abfragen pro Stunde! DANKE

HOFFE das ist die Lösung!!!!