NEWS
js-controller 2.0 ab sofort im Latest Repo
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.@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 ich hab gestern bei mir getestet. Bei mir tat alles wie ich es erwartet hätte. Leere signalbilder werden nicht angzeigt.
@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.
-
@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.
@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
-
wie funktioniert das jetzt mit dem 0_userdata.0 ?
-
wie funktioniert das jetzt mit dem 0_userdata.0 ?
@kmxak sagte in js-controller 2.0 ab sofort im Latest Repo:
wie funktioniert das jetzt mit dem 0_userdata.0 ?
derzeit überhaupt nicht, da hat sich noch ein Fehler eingeschlichen.
-
@apollon77
iobroker.2019-10-22.logupdate auf .35 hat auch nicht geholfen
LG@telekom0815 sagte in js-controller 2.0 ab sofort im Latest Repo:
@apollon77
iobroker.2019-10-22.logupdate auf .35 hat auch nicht geholfen
LGupdate auf .37 habe ich gemacht, VIS ist auch geupdated.
@apollon77
[iobroker.2019-10-27.log]

-
@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. -
@RandyAndy sagte in js-controller 2.0 ab sofort im Latest Repo:
"curl -sL /opt/iobroker/fix_installation.sh | bash -"
Nein, der ist uralt und fälschlicherweise in npm-Paket enthalten. Ich meine
curl -sL https://iobroker.net/fix.sh | bash -
In der neuesten Version sollten jetzt hoffentlich auch alle Probleme mit Permissions gefunden und behoben sein.
"curl -sL https://iobroker.net/fix.sh | bash -" geht leider nicht da ich den iobroker gar nicht stoppen kann.

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

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

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

-
@kmxak sagte in js-controller 2.0 ab sofort im Latest Repo:
wie funktioniert das jetzt mit dem 0_userdata.0 ?
derzeit überhaupt nicht, da hat sich noch ein Fehler eingeschlichen.
-
@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

-
-
Hast du gelesen was crunchip geschrieben hat !!!
-
@RandyAndy der . zwischen iobroker und stop sollte weg, dann geht auch der Befehl
dacht erst, ich hab da Dreck aufn Bildschirm

-
-
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
@RandyAndy
ps auxww|grep iound dann manuell persudo kill -9 ...und dann Prozess IDs killen -
@RandyAndy hast du gesehen was @crunchip geschrieben hat?
du hast fälsclicherweise folgenden Befehl versuchtiobroker.stoprichtig wäre gewesen
cd /opt/iobroker iobroker stop -
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
@RandyAndy ja, wir hatten uns überschnitten beim Antworten ... dann versuche mal den von @apollon77 geschilderten weg
-
@RandyAndy
ps auxww|grep iound dann manuell persudo kill -9 ...und dann Prozess IDs killenhilft nicht wirklich. der ioBRoker prozess ist ein Zombie. ist kurz weg und dann wieder da

Andreas