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

[Eistee]

@der_user das war noch ein kleiner Bug das immer Home Api ohne Wetter benutzt wurde. Vielen Dank dir für das Testen. Mit deiner hilfe ist esw nun gelungen die Home Accounts zu integrieren. Ich habe Soeben eine neue Version 0.3.5 released die kann dann auch bald direkt in iobroker geupdated werden oder jetzt schon per npm.

[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

[der_user]

Moin,
hier noch die Daten Home Account.
Ich hab dazu einen der WR aus dem Installer Account entfertn und in den HomeAccount umgezogen.

zum Vergleich : Installer Login:

{"ok":true,"user":"<Installer-Account>@gmx.net","summary":"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)","attempts":[{"flow":"region","host":"https://neapi.hoymiles.com","ok":true,"status":"0","message":"success","dc":0},{"flow":"preInsp","host":"https://neapi.hoymiles.com","ok":true,"status":"0","message":"success","v":3,"saltPresent":true},{"flow":"login","host":"https://neapi.hoymiles.com","ok":true,"status":"0","message":"success","hasToken":true},{"flow":"probe","host":"https://neapi.hoymiles.com","ok":true,"status":"0","message":"success","profile":"installer"}]}

Login Home-Account:

{"ok":true,"user":"<Home-Account>@gmx.de","summary":"region@neapi.hoymiles.com: ok (dc=1) | preInsp@euapi.hoymiles.com: ok (v=3 salt=yes) |
login@euapi.hoymiles.com: ACCEPTED (token received) | 
probe@euapi.hoymiles.com: probe failed \"HTTP 403 on https://euapi.hoymiles.com/pvm/api/0/station/select_by_page\"",
"attempts":[{"flow":"region","host":"https://neapi.hoymiles.com","ok":true,"status":"0","message":"success","dc":1},{"flow":"preInsp","host":"https://euapi.hoymiles.com","ok":true,"status":"0","message":"success","v":3,"saltPresent":true},{"flow":"login","host":"https://euapi.hoymiles.com","ok":true,"status":"0","message":"success","hasToken":true},{"flow":"probe","host":"https://euapi.hoymiles.com","ok":false,**"message":"HTTP 403 on https://euapi.hoymiles.com/pvm/api/0/station/select_by_page"}]}**

Die Daten von der Cloud werden beim Home Account NICHT abgerufen. Lokal schon.

hoymiles.0
	2026-05-17 10:07:22.035	info	Will retry cloud login in 60s...
hoymiles.0
	2026-05-17 10:07:22.021	error	Cloud login failed: HTTP 403 on https://euapi.hoymiles.com/pvm/api/0/station/select_by_page
hoymiles.0
	2026-05-17 10:07:21.630	info	[414312xxxxx] Cloud relay connected to dataeu.hoymiles.com:10081
hoymiles.0
	2026-05-17 10:07:21.607	info	[192.168.0.xxx] Enabling performance data mode
hoymiles.0
	2026-05-17 10:07:20.877	info	[414312xxxxx] Device states created
hoymiles.0
	2026-05-17 10:07:19.990	info	[192.168.0.xx] Device info: DTU SN=414312xxxxx, devices=1, PVs=2
hoymiles.0
	2026-05-17 10:07:19.540	info	[192.168.0.xx] Connected to DTU
hoymiles.0
	2026-05-17 10:07:19.520	info	Starting cloud connection to Hoymiles S-Miles API
hoymiles.0
	2026-05-17 10:07:19.518	info	Starting local connection to DTU at 192.168.0.xx:10081
hoymiles.0
	2026-05-17 10:07:19.270	info	starting. Version 0.3.5 (non-npm: Eistee82/ioBroker.hoymiles#fix/cloud-station-dc-routing) in /opt/iobroker/node_modules/iobroker.hoymiles, node: v24.15.0, js-controller: 7.0.7
hoymiles.0
	2026-05-17 10:07:03.890	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

Sollten beim Home-Account die Daten nicht von /pvmc/... statt von /pvm/ abgerufen werden?

Cloud login failed: HTTP 403 on http s://euapi.hoymiles.com /pvm/ api/0/station/select_by_page

[Eistee]

Hallo @der_user,

danke für deine ausführlichen Rückmeldungen (#26–#28)! Ich habe einen neuen
Test-Branch gebaut, der genau diese Punkte angeht — er enthält auch den
DC-Routing-Fix vom letzten Test-Branch.

Branch: https://github.com/Eistee82/ioBroker.hoymiles/tree/fix/cloud-home-login-and-states

Was behoben ist:

• Home-Account-Login (#28): Der HTTP 403 auf /pvm/.../select_by_page hat
  bisher den kompletten Login abgebrochen. Der 403 wird jetzt korrekt als
  „Home-Account"-Kennung gewertet — Home-Accounts kommen damit überhaupt erst
  in die Cloud.
• Offline-WR als „online" (#27): Die Cloud überschreibt info.connected
  nicht mehr bei lokal eingebundenen Wechselrichtern. Online = lokale
  DTU-Verbindung steht; abends offline bleibt offline.
• lastCloudUpdate 2 h falsch (#26): Die Cloud liefert die Zeitstempel in
  Anlagen-Lokalzeit — sie werden jetzt korrekt nach UTC umgerechnet.
• Warn-/Firmware-Daten (#26): Neuer Ordner station-<id>.warn.* mit den
  Netz-/Zähler-Warnflags; der Firmware-Check läuft jetzt pro Anlage.

Installation (wie beim letzten Test-Branch) — in der ioBroker-Admin unter
„Aus eigener URL installieren":
https://github.com/Eistee82/ioBroker.hoymiles/tarball/fix/cloud-home-login-and-states

Bitte um ein Diagnose-Log:
Damit ich sicher sein kann, dass es bei dir wirklich greift — und um ein paar
API-Details deines Accounts gegen echte Daten abzugleichen — wäre ein Log sehr
hilfreich:

1. In den Instanz-Einstellungen das Log-Level auf debug stellen.
2. Instanz neu starten und ein paar Minuten laufen lassen. Wenn möglich einmal
   mit dem Installer- und einmal mit dem Home-Account.
3. Im Log nach Zeilen mit [diag] filtern und mir die schicken.

Die [diag]-Zeilen sind anonymisiert: Seriennummern und E-Mail werden durch
Hash-Kürzel ersetzt, Koordinaten/Adresse/Anlagenname sind geschwärzt — sie sind
also gefahrlos hier im Forum postbar. Wenn es dir trotzdem lieber ist:
gerne auch privat per PN, das ist völlig okay.

Danke dir!

[der_user]

Danke für das Update.
Werde ich mir am Ende der Woche ansehen und dann auch die Logs liefern.
Bin die nächsten Tage auf Dienstreise. Vg