Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[ChrisNett]

Systemdata	Bitte Ausfüllen
Hardwaresystem:	i5 Q920
Arbeitsspeicher:	8GB
Festplattenart:	ssd
Betriebssystem:	Ubuntu
Node-Version:	14.19.1
Nodejs-Version:	10.x.x
NPM-Version:	6.14.16
Installationsart:	Manuell
Image genutzt:	Nein

Ich habe seit ein paar tagen Probleme mit den fernzugriff auf meine Vis edit... ich bekommennach ein paar sec immer einen zwangs logout und dann eine 5min sperre

2022-07-13 14:25:03.541	error	Sending to many events. Account is blocked for 5 minutes. Please restart cloud adapter.
2022-07-13 14:24:33.287	error	Cloud says: Too many updates or requests

die 1. Meldung kommt ca 100mal bis er mich auslogt, an was kann das liegen ?

Christian

[ChrisNett]

keiner eine idee?

[crunchip]

@christian-sandkaulen ein script vllt?

[ChrisNett]

in der VIS ? Habe ich keine scripts und das wäre auch nur im Frenzugriff aufruf?Lokal habe ich das ja nicht ? kann ich sehen was wo abgefragt wird ?

[Heimweh]

@christian-sandkaulen bist Du hier weitergekommen? Ich habe das gleiche Problem. Schon wenn ich eine neue View anlege fliege ich raus mit dem Cloud Adapter.....

[ChrisNett]

........

[ChrisNett]

nein leider nicht

[Agria4800]

@christian-sandkaulen: ich hatte auch das Problem, disable mal die Alexa und vor allen den JS Instanz, dann wird es vermutlich gehen!
Bei hat der Alexa Adapter einen hohen Traffic verursacht, aber viel mehr war das Problem die JS Instanz, wo irgendein Script wohl einen bug hat. Selbstbeobachtung Script, welches bei mir aus war hat traffic ausgelöst… nach löschen des scripted war Ruhe. Auch beim trigger darauf, das nur bei Änderungen getriggert wird, nicht auf Aktualisierung!!!
Logge mal die Output Events von Alexa und JS, dann bekommst Dunedin besseres Gefühl, bei mir sind es im Schnitt nun 100-200 Events im Schnitt…

Grüße

[Homoran]

@agria4800 sagte in Fernzugriff auf vis editor "zu viele Anfragen":

Bei hat der Alexa Adapter einen hohen Traffic verursacht, aber viel mehr war das Problem die JS Instanz, wo irgendein Script wohl einen bug hat.

wenn du Alexa2 meinst hatte der in bestimmten BetaVersionen einen Bug. ist oben angepinnt

[Heimweh]

@agria4800 ich habe nun mal den JS und den Alexa Adapter gestoppt und es wieder probiert. Sobald man an der VIS etwas ändern will - steigt er aus....

[ChrisNett]

@heimweh
Ich habe das Problem im Moment nicht mehr, weiß aber leider auch nicht warum das so war :-(

[Agria4800]

@heimweh Leg dir mal ein Chart an und beobachte die output events analog dem Bild

[Heimweh]

@agria4800 danke, werde ich machen. Aber erst Sonntag Abend möglich... Du meinst ich soll mir diese Events erstmal in der History speichern? Sind diese Events jeweils in den Adaptern zu finden?

[Agria4800]

@heimweh siehe Bild:

[Heimweh]

@agria4800 danke!

[Heimweh]

@agria4800 so jetzt hab ich es mal ein paar Stunden geloggt:

History und Admin scheint gar keine Anfragen zu senden.....

[Heimweh]

@agria4800 ich muss dieses alte Thema nochmal aufwärmen. Seither habe ich meinen Iobroker Server komplett neu aufgesetzt - nichts wurde vom System mit übernommen - und ich habe das Problem noch immer, dass ich über die Cloud nicht mit dem VIS Editor arbeiten kann. Die gleiche Meldung wie damals im Log:

Was könnte hier die Ursache sein?

[BigFM87]

Hallo,

kannst du mir deine Lösung von damals mitteilen?
Bei mir habe ich leider das gleiche Problem.

Danke!

[Codierknecht]

@bigfm87
Was hast Du vor?
Vis über den Fernzugriff editieren?

Dazu ist der FZ nicht gedacht.
Da gilt "nur gucken - nicht anfassen". Der FZ ist dazu da, eine Vis zu öffnen und zu benutzen - nicht, um da mit dem Editor etwas zu verändern.

[BigFM87]

Ich habe vor ca. 2 Jahren meine Visu komplett über die Cloud programmiert, wobei damals nicht so viele Adapter im Einsatz waren. Ich habe deswegen auch wieder meine Pro Lizenz gekauft um mir eine neue Vis mit Lovelace oder dem Vis Editor zu bauen.

Jetzt habe ich tatsächlich aber schon ein disconnect beim Aufruf der Admin Oberfläche bzw. des Echarts Adapters.

Ich habe auch schon eine Aufzeichnung des Cloudadapters im Silly-Modus gestartet und das Protokoll bzw. die Cloud Kommunikation geht durch die Decke.

Was könnte in meinem Fall ein sinnvoller Ansatz sein um das Problem zu beheben?