NEWS

Nutze auch 6.4.1

Hier die Einstellungen ~~<link_text text="https://uploads.tapatalk-cdn.com/201902 ... 295b45.jpg">https://uploads.tapatalk-cdn.com/20190201/fcac393280660054935bc59143295b45.jpg</link_text>" />

Gesendet von meinem CLT-L09 mit Tapatalk~~

Beide Probleme liegen an MaterializeCSS.

Für select multiple gibt es eine Lösung, dazu muss in iobroker.admin

(1) select.js durch https://github.com/Dogfalo/materialize/ … /select.js ersetzt werden und

(2) _global.scss durch https://github.com/Dogfalo/materialize/ ... lobal.scss ersetzt werden.

Für das switch Problem gibt es noch keine Lösung. Dies tritt immer dann auf, wenn class="switch" in einem tab() genutzt wird. Hier hoffe ich auf eine der nächsten Versionen von MaterialzeCSS.

Für das select multiple-Problem wäre es gut wenn der admin-Adapter aktualisiert werden würde.

:geek: war zu offensichtlich :roll: , Danke!

@AlCalzone:

sudo -u iobroker node... ```` `

Danke, das funktioniert! Kann jetzt endlich wieder testen und die Adapter auf den neuesten Stand bringen!

FYI: viewtopic.php?f=24&t=21088

setInterval ist Problematisch wenn externe Kommunikation stattfindet. setTimeout ist besser weil erst der nächste Zyklus geplant wird wenn der davor wirklich fertig ist.

Aber mal zurück zum "Problem": Wo ist das eigentlich? EIne Stunde reicht nicht um hier Dinge zu testen. nodejs macht Garbage collection wie es will bzw wie es nötig ist, also erstmal alles ok.

Weiterhin: Welche nodejs version? ALles <8.12 hat ein memory Leak 🙂

Das beste ist mal auf die heap/rss Datenpunkte unter system.adapter.name.x ein Logging (History(SQL/Influxdb) zu setzen und dann mal nach nem Tag mit Last zu schauen 🙂

Nein, aktuell ist das nicht enthalten. Müste man einbauen. PRs welcome 🙂

Danke!

Das hat zwar nicht das Problem direkt gelöst, aber mir endlich den Fehler gezeigt (Typo in io-package.json)

Kaum korrigiert, schon klappt's auch wieder.

Ich werde es beobachten wenn ich den Apapter dann auf dem produktiven (nicht aktualisierten) System installiere… vielleicht ergibt sich dann da noch etwas. Danke für die Unterstützung!

SetIntervall geht WENN du alles was da drin passiert unter Kontrolle hast. Sobald du aber zb externer Daten abfragst (request) ist setTimeout gefährlich weil es ihm egal ist ob der vorherige Lauf fertig war oder nicht. Er startet einfach den nächsten.

Wenn zb ein request in nen Timeout läuft weil die Webseite langsam ist dann stauen sich ggf requests auf.

Also nachdenken ob setIntervall sinnvoll ist.

Ich nutze daher meistens eine setTimeout der am Ende der Funktion einfach neu gesetzt wird. Damit ist sichergestellt das immer nur eins passiert.

Gesendet vom Handy …

Hei,

könnte vielleicht jemand ein kurzes Beispiel zu getChannelsOf() schreiben? Ich komme damit irgendwie nicht zurecht.

MfG

@apollon77:

Neu: http://www.iobroker.net:3000 `

Nice, danke

Ich wäre auch sehr an einer Veröffentlichung interessiert.

Beste Grüße

Kurt

Naja, dann schau ob noch ein Prozess davon läuft. Das bedeutet Error 7 an sich

hab gerade gesehen, dass es auf GIT bereits eine Anfrage gibt! 🙂

https://github.com/ioBroker/AdapterRequests/issues/150

Georgius68 created this issue in ioBroker/AdapterRequests closed Adapter Spritpreis Österreich #150

Viel Erfolg und melde dich jederzeit wenn Du Unterstützung brauchst!

Da hast du wohl recht… 😞

Hab gerade die dependencies in the android app gesehen.

Dann mach ich zu dem Bug den ich eigentlich fixen wollte ein Issue auf, dann muss Bluefox da wohl selber ran. 😉