Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[der_user]

@Eistee sagte:

Version 0.3.5

hab mir die gerade installiert.

jetzt schaut der Login im Log anders aus:

hoymiles.0
2026-05-13 20:34:14.299 info [testCloudLogin] result for HoymilesS-MilesInstaller-Account>@gmx.net: region@neapi.hoymiles.com: ok (dc=0) | preInsp@neapi.hoymiles.com: ok (v=3 salt=yes) | login@neapi.hoymiles.com: ACCEPTED (token received) | probe@neapi.hoymiles.com: profile=installer (status=0)
hoymiles.0
2026-05-13 20:34:12.284 info [testCloudLogin] starting diagnostics for HoymilesS-MilesInstaller-Account>@gmx.net

Allerdings ist der "weather" Ordner noch immer leer (profile=installer)
oder hätte ich nun wieder mit dem Home-Account testen müssen?

[Eistee]

Könnte es sein das du keine geo koordinaten in der App eingestellt hast? latitude und logitude sind bei dir 0 und adress wird auch nicht geladen

[der_user]

In der App als auch im Webportal sehe ich meine Adresse als auch das Wetter.
Ich wüsste nicht wo ich da was deaktiviert hätte.

hier ein Screenshot vom Webportal

[der_user]

Ich hab mir mal Netzwerkanalyse im Browser angesehen.
Kann es sein, dass du du ggf. die Daten nicht nur zental von NEAPI.... abrufen kannst sondern je nach Gerät zusätzlich von EUAPI....
Anscheinend liegen die personenbezogenen Daten von meinem Account / Gerät nur auf den europäischen Servern vor - nicht aber am globalen. Mein Gerät hat hinten auf dem Typenschild ....WBS0.DE.HM.

Laut ChatGPT verteilt Hoymiles die Daten:
Hoymiles trennt Daten nicht nur logisch, sondern auch physisch:
IAM / Login
PV Daten
Geo / Mapping
Forecast / Weather
Device Telemetry

performance.getEntriesByType("resource")
.map(r => new URL(r.name).hostname)
.filter((v,i,a)=>a.indexOf(v)===i)

Liefert als Ergebnis: "static.hoymiles.com", "global.hoymiles.com", "neapi.hoymiles.com", "at.alicdn.com", "apis.google.com", "euapi.hoymiles.com" ]

auf der neapi.hoymiles.com ist latitude / longitude "0.0"

dann er folgt laut Browseranalys aber ein paar Zeilen später der Aufruf der eupai.hymiles.com und dort bekommt er die Koordinaten

Somit muss vermutlich auch bei der API die Information vorliegen, wo die echten Daten abzurufen sind.

Generell scheint mir aber dass der Objektbaum noch immer der Stand vom "Home" account ist.
Du Schreibst in deiner Doku "... auf global.hoymiles.com und nutzt die volle /pvm/...-Web-API inkl. latitude/longitude/address/local_time/status/warn_data und Firmware-Versionsstrings."

Das wird mir im Objektbaum (Cloud) alles nicht angezeigt (siehe einen Post drüber)
auch z.B. keine Firmwaredaten
Allerdings zeigt er mir z.B Fimware im Browser an: - über die Url: filename /pvm/api/0/station/select_device_of_tree
habe ich meine Daten.

Ermittelst du über global.hoymiles.com/pvm/api/0/station/ oder
neapi.hoymiles.com/pvm/api/0/station/select_device_of_tree

Letzteres ist nämlich anscheinend die "richtige" Domain für Device Daten

Vg

[Eistee]

@der_user

Danke für die ausführliche Netzwerkanalyse und die Screenshots — das war genau das fehlende Puzzleteil. Ich habe in der App-Decompilate nachgesehen: select_by_page liefert pro Station ein dc-Feld (0=neapi, 1=euapi), und die S-Miles-App routet station-spezifische Calls über genau dieses dc. Genauso wie du es im
Browser beobachtet hast — der zweite Call gegen euapi ist kein Zufall, sondern Folge des Station-DCs.

Ich habe einen Fix-Branch gebaut. Magst du ihn testen?

https://github.com/Eistee82/ioBroker.hoymiles/tree/fix/cloud-station-dc-routing

Was sich für deinen Account ändern sollte:

• station-<id>.info.latitude / longitude / address werden befüllt — bei Home-Accounts neu über pvm-ext/api/0/station-ak/find (denselben Endpoint nutzt die S-Miles-Home-App selbst); bei deinem Installer-Account wird automatisch der zweite Versuch gegen euapi gemacht, wenn neapi 0.0 liefert.
• Sobald lat/lon da sind, läuft auch der bestehende Wetter-Poll wieder — die station-<id>.weather.*-States sollten innerhalb eines Slow-Poll-Zyklus (ca. 30 min nach Adapter-Restart) gefüllt sein.

Was ich gern als Feedback hätte:

1. Welche Werte zeigen station-<id>.info.latitude / .longitude / .address nach dem Restart? (richtige Werte oder falsche?)
2. Werden die station-<id>.weather.*-States nach 30 min befüllt?
3. Macht es einen Unterschied, ob du den Home-Account oder den Installer-Account verwendest?
4. Falls etwas fehlschlägt: die Test cloud login-Diagnose ist weiterhin im Admin verfügbar — der Output hilft mir wieder.

Gruß Alina

[der_user]

@Eistee sagte:

Magst du ihn testen?

Hallo Alina,
sicher teste ich.

Ich habe den Adapter gerade Aktualisiert:
schneller Test mit dem "Installer-Account"

1. korrekte Adresse sowie lat&lonitude Werte
2. Ja, auch die Wetterdaten stimmen
3. muss ich dir nachliefern

was mir auf die Schnelle (noch) auffällt:
Es werden weiterhin keine Daten wie Firmware oder warn_data im Cloud-Ast angezeigt.
brauchst du die genauen Pfade bzw. Values? dann schau ich mir das demnächst über die Netzwerkanalyse an

Uhrzeit bei hoymiles.0.station-xxxx.info.lastCloudUpdate ist um zwei Stunden falsch. ebenso zwei andere
Vg

[der_user]

dann noch eine weitere Beobachtung. Nun aber beim Objektbereich der Wechselrichter.
Anmerkung vorweg: ich habe mehrere Wechselrichter, diese im Adapter + Konto schon hinterlegt aber nur einer davon ist aktuell angesteckt.
Somit würde ich erwarten, dass mir die als "Offline" angezeigt werden.
Es sind alle aber "Online" - kommt der Wert von Cloud-Abruf, da die dort schon hinterlegt sind?
PV1 bzw 2 ist gelb - somit "veraltet" - was richtig ist.
auch ist das Datum /Uhrzeit des Lastrespose richtig.
"Connected" wird aber zyklisch? bei allen Geräten aktualisiert und auf "True" gesetzt