You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Das Solar Manager API erlaubt lokal keine Schreibzugriffe. Man kann also nur Werte lesen, keine setzen. Das geht nur via Cloud.
Ich will den lokalen Modus mit einer Option "Schreiben via Cloud aktivieren" ausstatten. Dies würde ausschliesslich bei Schreibbefehlen Daten via Cloud laufen lassen, aber sonst alles lokal halten. So lokal, wie es halt geht mit Schreiben.
Cloud und Lokal erzeugen heute je unterschiedliche Geräte. Wechselt man hin und her, hat man 2. Die Entitäten sind allerdings stabil und die gleichen. Wenn lokal die IP des Gateways ändert, gibt es wieder ein neues Gerät. Die alten, ungültigen können manuell gelöscht werden. Wenn ich nun aber lokal und cloud mixe, macht das Probleme. Ich kann das lösen, aber es gibt zwei Wege: Weiterhin "tote" Geräte manuell löschen oder es einmal richtig machen ud nie wieder tote Geräte. Aber: Für Letzteres müsste das Gateway bestehender User umbenanmt werden, und Automationen/Skripte müssten einmalig angepasst werden.
Darum die Frage an die User: Stört euch ein zurückbleibendes, manuell löschbares Gerät nach einem Wechsel oder IP-Wechsel genug, um dafür eine einmalige Umbenennung eures Gateway-Geräts in Kauf zu nehmen?
Übrigens: Der heutige Cloud Modus muss bleiben, denn es gibt Leute, die betreiben HA und Gateway nicht im gleichen (V)LAN und erreichen das Gateway damit lokal gar nicht. Diese User brauchen "full cloud".
Oh, und will diese Erweiterung überhaupt jemand? :-)
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Das Solar Manager API erlaubt lokal keine Schreibzugriffe. Man kann also nur Werte lesen, keine setzen. Das geht nur via Cloud.
Ich will den lokalen Modus mit einer Option "Schreiben via Cloud aktivieren" ausstatten. Dies würde ausschliesslich bei Schreibbefehlen Daten via Cloud laufen lassen, aber sonst alles lokal halten. So lokal, wie es halt geht mit Schreiben.
Cloud und Lokal erzeugen heute je unterschiedliche Geräte. Wechselt man hin und her, hat man 2. Die Entitäten sind allerdings stabil und die gleichen. Wenn lokal die IP des Gateways ändert, gibt es wieder ein neues Gerät. Die alten, ungültigen können manuell gelöscht werden. Wenn ich nun aber lokal und cloud mixe, macht das Probleme. Ich kann das lösen, aber es gibt zwei Wege: Weiterhin "tote" Geräte manuell löschen oder es einmal richtig machen ud nie wieder tote Geräte. Aber: Für Letzteres müsste das Gateway bestehender User umbenanmt werden, und Automationen/Skripte müssten einmalig angepasst werden.
Darum die Frage an die User: Stört euch ein zurückbleibendes, manuell löschbares Gerät nach einem Wechsel oder IP-Wechsel genug, um dafür eine einmalige Umbenennung eures Gateway-Geräts in Kauf zu nehmen?
Übrigens: Der heutige Cloud Modus muss bleiben, denn es gibt Leute, die betreiben HA und Gateway nicht im gleichen (V)LAN und erreichen das Gateway damit lokal gar nicht. Diese User brauchen "full cloud".
Oh, und will diese Erweiterung überhaupt jemand? :-)
All reactions