js-controller 2.0 ab sofort im Latest Repo

[apollon77]

@sissiwup siehe faq: bist du sicher das alle alten Prozesse beendet waren? Mal rebooten? Dieser Fehler kommt nach aktuellen Erkenntnissen wenn noch Prozesse von 1.5 laufen oder ein Slave noch auf 1.5 ... mit nem restart war das bisher immer weg. Wenn nicht muss man mal tief suchen.

[apollon77]

@sissiwup der Controller ist im latest repository. Die Bedeutung von latest kennst du oder?

Dennoch betrachte ich die 2.0 als nahezu stable. Wir haben über 2000 Installationen.

Zu deinem Fehler siehe letzter Post. Bitte neu Updaten und sicherstellen das wirklich alle Prozesse beendet sind. Falls es dann wieder kommen sollte reboot. Wenn immer noch bitte alle Adapter beenden und nacheinander stoppen und starten um rauszufinden welcher es verursacht.

Vor allem die Adapter die gelistet sind oben aktualisieren.

[apollon77]

@sissiwup was war das Problem mit Vis? Hast oben geschrieben „Vis geht alles“?!

[apollon77]

@MathiasJ @MathiasJ Sorry aber die Aussagen mit WLAN sind weiterhin deine eigenen und bisher von keinem zweiten User in irgendeiner Form bestätigt. Ich behaupte immer noch das Hardware Themen bei deinem die Ursache sind. Hast du dazu mal gegoogelt?

Zum zweiten: wenn deine Erwartung ist das er GitHub installs die VOR 2.0 gemacht wurden wiederherstellen kann dann bitte oben nochmals genau lesen!!
Das kann er natürlich nur für Adapter die MIT der 2.0 von GitHub installiert wurden für die Zukunft!! Bei einem install von GitHub AB dem Zeitpunkt wo die 2.0 lief wird die Installationsquelle gespeichert. Und kann sonder die Zukunft verwendet werden.

Wenn das so war und nicht geklappt hat poste bitte mal ein relevantes Instanzobject (System.adapter.name.X). Dann sag ich dir ob es korrekt ist.

[apollon77]

@MathiasJ also mit „ raspberry crash wlan“ in Google findet man so einiges ... und effektiv kommuniziert die 2.0 ganz anders als die 1.5 ... keine Ahnung was davon ggf jetzt solche Effekte triggert. Vllt findest Du ja dort Hilfe.

[MathiasJ]

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

@MathiasJ Sorry aber die Aussagen mit WLAN sind weiterhin deine eigenen und bisher von keinem zweiten User in irgendeiner Form bestätigt. Ich behaupte immer noch das Hardware Themen bei deinem die Ursache sind.

jaja, aber lieber die Schuld beim User suchen.......

Hier wirst Du dann schon konkreter :

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

@MathiasJ also mit „ raspberry crash wlan“ in Google findet man so einiges ... und effektiv kommuniziert die 2.0 ganz anders als die 1.5 ... keine Ahnung was davon ggf jetzt solche Effekte triggert. Vllt findest Du ja dort Hilfe.

Danke, ich werde dann mal nachgucken.
jetzt habe ich ja den ganzen Winter über Zeit.
Ich hänge gerade an der Wetterstation fest

Das Problem mit der Installation von Github sollte rein informativ sein.
ich habe nur 2 Adapter von Github installiert.
Da ist es mir das egal, ob ich das manuell nachinstallieren soll.
Die Links der Github-Seiten habe ich mir am PC abgespeichert. Also copy & paste.
Problematisch wird es dann, wenn man nur solche Adapter hat

Gruß,
Mathias.

[apollon77]

@MathiasJ dann zeig doch mal so ein Instanz Objekt von einem Adapter den du mit der 2.0 vom GitHub installiert hast.

[MathiasJ]

das wird jetzt dauern.....
Mein produktivs System ist off.......
Ich muß im Testsystem suchen, weil ich ich es da neu installiert habe.
Gruß,
Mathias

[sissiwup]

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

@sissiwup was war das Problem mit Vis? Hast oben geschrieben „Vis geht alles“?!

Hallo,

Bei VIS kamen die Seiten. Ich habe aber z.B. Bei den Batteriegeräten auch LOW-Bat als Symbol eingeblendet.
Das wurde bei einigen Geräten (auch wenn sie keine Batteriegeräte waren) eingeblendet (also das kleine Batteriesymbol) nach Rückkehr auf 1.5 sind alle Anzeigen wieder normal.

[sissiwup]

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

@sissiwup siehe faq: bist du sicher das alle alten Prozesse beendet waren? Mal rebooten? Dieser Fehler kommt nach aktuellen Erkenntnissen wenn noch Prozesse von 1.5 laufen oder ein Slave noch auf 1.5 ... mit nem restart war das bisher immer weg. Wenn nicht muss man mal tief suchen.

Habe halt ein ioBroker stop gemacht. Reicht das nicht?

[apollon77]

@sissiwup ok das ist jetzt neu. Welche Widgets sind betroffen? Screenshot Widget konfig genau für die Betroffenen signalbilder. Issue ist angelegt?

[sissiwup]

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

@sissiwup sagte in js-controller 2.0.35:

Ich nutze kein Redis (so viel ich weiss,

siehst du, wenn du

iobroker status

auf der Konsole eingibst

Habe ich gemacht. Stand alles auf file.

[sissiwup]

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

@sissiwup ok das ist jetzt neu. Welche Widgets sind betroffen? Issue ist angelegt?

Nein, aber es sind die Runden hq-Widgets mit der Lampe in der Mitte. Die benutze ich für vieles. Ob weitere kann ich nicht sagen, da aktuell nicht mehr sichtbar. Funktioniert haben die Widgets schon (also Licht an aus ging)

[apollon77]

@sissiwup was steht denn oben in der Anleitung?? Im Regelfall reicht das. Manchmal bleiben aber prozesse hängen und beenden sich nicht. Auch das wird mit der 2.0 am Ende besser. Also anleitung!!!!

[apollon77]

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

[AlCalzone]

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

[sissiwup]

@apollon77

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

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

Hilft auch nix das Häkchen bei Signalbilder weg zu machen

Heizkörperthermostate sind auch betroffen, 2 von 20 zeigen zu unrecht ein Low-Bat.

HZ-14 hat z.B. gar kein LOW-BAT Symbol, hier wird der Status angezeigt ob die Heizung in Sommer oder Wintermodus ist. Es wird trotzdem ein LOW-BAT Symbol angezeigt.

(wie gesagt, einiziger Unterschied: neuer Controller)
Positiv: Es hin ein Backup-Prozess (Backitup), nachdem ich den gekilled hatte lief es ohne REDIS-Fehler.

[apollon77]

@sissiwup das Ist ein Fehler im Widget denke ich. Da steht drin das wenn der Wert undefined ist er angezeigt wird. Muss nur schauen warum das bei Controller 1.5 anders passiert. Aber hm ... also bitte issue beim Widget anlegen.

[Glasfaser]

Habe gestern umgestellt ….

Funktioniert alles super , das einzige was jetzt nicht mehr funktioniert ist :

Über den Terminal diese Befehle :

iobroker list instances
iobroker list adapters
iobroker version 
iobroker -v

Bei Eingabe von sudo bleibt jeder Befehl danach stehen …..

Auch über den Adapter Systeminfo sind keine Werte mehr da , die in Datenpunkte geschrieben werden sollten. ( natürlich zum testen die Abfragezeit geändert)

Ich habe mit Blocky die Werte in exec versucht :

npm - funktioniert

iobroker version funktioniert auch nicht mehr

Fixer …. usw . lief alles drüber .

Hat sich hier etwas geändert !??

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