UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[sissiwup]

@sissiwup

m-rpc.0.MEQ0648210.8.LOWBAT

=> Der Wert ist falsch, LOWBAT gibt es nur im 0

hm-rpc.0.MEQ0648210.0.LOWBAT

Mit dem alten Controller ist das nicht aufgefallen, da dort scheinbar undefined anders interpretiert wird. Die Geräte die das Betraf hängen alle am Strom, deshalb ist das nie aufgefallen.

[apollon77]

@sissiwup sind damit jetzt alle Themen mit dem Widget gelöst oder immer noch das offen wenn die id für den lowbat nicht Gesetzt ist?

[crunchip]

@Glasfaser hab ich gerade mal probiert übers terminal, funktioniert wie gewohnt

[Glasfaser]

@crunchip
Sehr merkwürdig , das es bei mir nicht mehr funktioniert ?

[Glasfaser]

Da in der Meldung failed switching to "iobroker"operation not permitted enthalten war musste es mit den Rechten zu tun haben !

Habe soeben nochmal in Docker

curl -sL https://iobroker.net/fix.sh | bash -

durchlaufen lassen und siehe da es geht wieder .

Sehr merkwürdig !?

Datenpunkte von Systeminfo werden auch wieder geschrieben :

Blockly funktioniert auch :

[Bluefox]

@MathiasJ Mehr info wäre besser:
-js controller version

• object in files oder in redis
• states in files oder in redis
• wann passiert es?

[Bluefox]

Hey All,

2.0.37 ist jetzt im Latest (übliche caching Zeiten und so ... iobroker update hilft...)

Das interessanteste Featuere ist das neue Objekt 0_userdata.0 welches automatisch angelegt wird und der ideale Platz für eigene Dateien, Objekte und States ist. Mehr Informationen dazu oben in Post #3 im ersten Punkt.

• (Apollon77) Add some more logic to prevent access with invalid ids
• (Apollon77) change "enhancedLogging" to not be global but "per DB"
• (Apollon77) Fix compact mode on Windows systems
• (Apollon77) make sure multiple callbacks to "unload" will be ignored
• (bluefox) Rise all user in admin group to administrators
• (Apollon77) Allow buffers to be passed in messages again
• (bluefox) Fix session storage
• (Apollon77) Introduce 0_userdata as new home for user specific files, objects and states
• (Apollon77) Enhance logging
• (bluefox) fix letsencrypt (was broken n 2.0.35)
• (Apollon77) fix install adapter starts like vis installation when db is not available
• (Stabilostick) Auto generated self-signed certificates need to have a max duration of 2 years according to new Apple rules

[apollon77]

@sissiwup ich hab gestern bei mir getestet. Bei mir tat alles wie ich es erwartet hätte. Leere signalbilder werden nicht angzeigt.

[nieIP]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@sissiwup bitte Screenshot der Widget konfig genau da bei den signalbilder zeigen.

siehe Post 477

[apollon77]

@nieIP aber signalbilder konfig nicht ausgeklappt...

[nieIP]

Signalbilder Konfig ist nicht ausgeklappt, weil Signalbilder nicht aktiviert sind.

[Bluefox]

@nieIP es gibt vis@1.2.2, wo null Werte besser behandelt werden.

[MathiasJ]

@Bluefox
Du meinst WLAN?
Ich sehe im Log nur, dass die Verbindung verloren wurde.
Da die Verbindung mit diesem Controller im WLAN nicht stabil ist, mit dem 1.5x aber schon, wird es wohl am Controller liegen.
Ich mache mich gerade schlau, woran der WLAN Crash liegen könnte.
Im Gegensatz zu manchen Behauptungen scheint das kein Einzelfall zu sein. Ich muß mich erst durchlesen, warum das ausgerechnet bei der Version 2.x das so ist, bzw was der anders zum 1.5x macht.

[nieIP]

@Bluefox sagte in js-controller 2.0 ab sofort im Latest Repo:

@nieIP es gibt vis@1.2.2, wo null Werte besser behandelt werden.

auch mit VIS 1.2.2 ist die Anzeige des violetten Batterie Symbols nicht weg.
Es ist kein Signalbild, sondern kommt aus dem Widget
hqwidget - windows and shutter

Bei den Sensoren, bei denen nach Host 2.x einmal die Batterie leer war, geht das Symbol nicht wieder weg, wenn der Datenpunkt sich nach dem Batteriewechsel ändert.

[Ein ehemaliger Benutzer]

@MathiasJ sagte in js-controller 2.0 ab sofort im Latest Repo:

@Bluefox
Du meinst WLAN?
Ich sehe im Log nur, dass die Verbindung verloren wurde.
Da die Verbindung mit diesem Controller im WLAN nicht stabil ist, mit dem 1.5x aber schon, wird es wohl am Controller liegen.
Ich mache mich gerade schlau, woran der WLAN Crash liegen könnte.
Im Gegensatz zu manchen Behauptungen scheint das kein Einzelfall zu sein. Ich muß mich erst durchlesen, warum das ausgerechnet bei der Version 2.x das so ist, bzw was der anders zum 1.5x macht.

Mal mit nem stärkeren Netzteil versucht? Ich glaube nicht, dass der js-controller einen Einfluss auf dein Wlan Empfang hat. Wie sieht denn die Netzwerkstatistik aus, wieviele Packets loss etc hast du?
Mach bitte mal n Test mit IPerf über einen längeren Zeitraum, damit man sieht, was los ist.

[sissiwup]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@sissiwup ich hab gestern bei mir getestet. Bei mir tat alles wie ich es erwartet hätte. Leere signalbilder werden nicht angzeigt.

Hallo,

ja, lag nicht an den Signalbildern sondern an den Battery-Einträgen (also oben). Wenn die nicht korrekt sind, dann kommt das Bild.

[nieIP]

@sissiwup sagte in js-controller 2.0 ab sofort im Latest Repo:

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@sissiwup ich hab gestern bei mir getestet. Bei mir tat alles wie ich es erwartet hätte. Leere signalbilder werden nicht angzeigt.

Hallo,

ja, lag nicht an den Signalbildern sondern an den Battery-Einträgen (also oben). Wenn die nicht korrekt sind, dann kommt das Bild.

Kannst Du das noch mal näher beschreiben? Ich habe in Deinem o.g. Post nicht verstanden, was man ändern muss. Und wo?

Danke

[kmxak]

@apollon77

wie funktioniert das jetzt mit dem 0_userdata.0 ?

[BBTown]

@kmxak sagte in js-controller 2.0 ab sofort im Latest Repo:

@apollon77

wie funktioniert das jetzt mit dem 0_userdata.0 ?

derzeit überhaupt nicht, da hat sich noch ein Fehler eingeschlichen.

[Ein ehemaliger Benutzer]

@telekom0815 sagte in js-controller 2.0 ab sofort im Latest Repo:

@apollon77
iobroker.2019-10-22.log

update auf .35 hat auch nicht geholfen
LG

update auf .37 habe ich gemacht, VIS ist auch geupdated.

@apollon77
[iobroker.2019-10-27.log]