js-controller 2.0 ab sofort im Latest Repo

[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.

[Neuschwansteini]

@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.

[A Former User]

@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]

[MathiasJ]

@ilovegym
Stärkeres Netzteil habe ich nicht.
Alle, die ich hier habe, haben eine gemessene Leistug von 3A, sofern mein Multimeter stimmt.
Das andere wird dann morgen erledigt.

[RandyAndy]

@AlCalzone

"curl -sL https://iobroker.net/fix.sh | bash -" geht leider nicht da ich den iobroker gar nicht stoppen kann.

Andreas

[Glasfaser]

@RandyAndy

gib mal ein

pkill io 

[crunchip]

@RandyAndy der . zwischen iobroker und stop sollte weg, dann geht auch der Befehl
dacht erst, ich hab da Dreck aufn Bildschirm

[apollon77]

@BBTown Fix für 0_userdata.0 in Form der 2.0.38 kommt zeitnah ins Latest! Sorry

[BBTown]

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

0_userdata.0 in Form der 2.0.38 kommt zeitnah ins Latest! Sorry

hör auf dich zu entschuldigen

[RandyAndy]

@Glasfaser

hilft gar nichts. Danach ist nur die Desktopverbindung weg.

Andreas

[Glasfaser]

@RandyAndy

Hast du gelesen was crunchip geschrieben hat !!!

[RandyAndy]

@crunchip

kann sein das ich mich da vertippt habe, war aber nur der 2 oder 3. Versuch.
ohne Punkt bleibt aber das Problem bestehen

Nur um sicherzustellen. der ioBroker läuft aber, ich kann alles sehen steuern usw.

Andeas

[BBTown]

@RandyAndy hast du gesehen was @crunchip geschrieben hat?
du hast fälsclicherweise folgenden Befehl versucht

iobroker.stop

richtig wäre gewesen

cd /opt/iobroker
iobroker stop

[apollon77]

@RandyAndy ps auxww|grep io und dann manuell per sudo kill -9 ... und dann Prozess IDs killen

[RandyAndy]

@BBTown

nee das ist es wirklich nicht. Das komische ist dass er sagt der daemon läuft gar nicht. Siehe auch Screenshot vor einigen wenigen Sekunden

[BBTown]

@RandyAndy ja, wir hatten uns überschnitten beim Antworten ... dann versuche mal den von @apollon77 geschilderten weg