und reboot!!

… Ich hab gestern meine drei Xiaomi Bulbs ( 2x weiss, eine Color ) rausgeworfen und durch Sonoff B1 ersetzt(leider nicht mit Tasmota geflasht), da sich die Bulbs ( und eine Xiaomi Stripe ) mindestens einmal am Tag aufgehängt haben. Waren entweder auf einmal offline, oder haben einfach so nicht mehr reagiert, wenn ich sie einschalten wollte... nach einem Power-Reset gingen sie wieder. Habe die Lampen seit einem Jahr, und der Effekt ist bei mir seit dem letzten Firmware-Update ( hätte ich den nicht gemacht.. vorher liefen die perfekt...) Bei dem Stripe hab ich n Sonoff Basic davor geschaltet, der mir den Stripe alle paar Stunden mal off schaltet ( oh mann..) aber das kanns ja auch nicht sein.. Genau die gleiche Fehlermeldung Error: connect EHOSTUNREACH IP:PORT hatte ich auch immer.. beobachte mal, ob das bei dir auch so ist, ohne Scene..

Ok .. dann lass ich den Link rot .. falls npx doch mal anfällt .. dann stimmt der Link gleich .. sollte das alles nicht durch irgendeine installation wieder plattgemacht werden. Mache eigentlich ganz gerne mal Updates auf dem System. Viele lieben dank für eure Tipps und euren Support!!! :-)

Hallo danke für deine hilfe nach dem ich sudo iobroker stop sudo npm install iobroker.js-controller --production sudo iobroker start Gemacht habe geht es weider anscheide Ware bei der Image ein Fehler in der iobroker.js-controller vorhanden danke für alles

Ok, aber wenn ich nun über ioBroker.pro den Zugang nutzen will, dann muss der Admin ja ohne Kennwort sein. Bedeutet entweder ich kann ioBroker.pro nicht nutzen, dann hab ich aber einen kennwortgeschützen Admin und muss am Router Ports freischalten, bzw VPN aufmachen, oder ich nehme das Kennwort raus und kann über ioBroker.pro (was ja dann im Netz durch den Account geschützt ist ) den Server über das Internet steuern, hab aber im lokalen Netz dann einen offenen Admin?!?

Danke .. ist gelöst! Habe dann hier die Anleitung befolgt um NPN nachzuinstallieren: viewtopic.php?t=15435 Bei mir hat dieser Befehl genügt: sudo apt-get install npm .. danach noch ein "sudo reboot".

Hallo Ich war zuerst sehr begeistert von dem Sonos Adapter! Ich habe meine Ansagen wie Alarmanlage oder Fenster Tür Statur usw. schön angesagt bekommen. nun muss ich nach zwei Tage Test leider feststellen das das so nicht ganz funktionieret. Meine Angaben komme teilweise nur auf einem der zwei Sonos… die Ansagen kommen teilweise gar nicht …. gelegentlich kommen die ansagen erst ca. eine Minute später... und es ist auch schon des Öfteren eine Ansage drei bis sechs Mal gekommen. Kann man da was machen? Sind die Fehler bekannt oder ist das nur bei mir so?

Bei mir hats nun auch so geklappt. Vielen Dank!

So schnell lösen sich die Probleme… :mrgreen:

Hi, korrekt. Das ist auch letztens als wir Daten zu den neuen verbotenen zeichen gesammelt haben aufgefallen. Die ganzen Objekte unter system.adapter.X sollten per https://github.com/ioBroker/ioBroker.js … issues/229 gefixt werden. Den Rest muss man bei den Adatern checken wo die herkommen und ggf dort Issues anlegen das die Objekte dort korrekt angelegt werden. Zusätzlich gibt es https://github.com/ioBroker/ioBroker.js ... issues/230 für die saubere zukünftige lösung. Wurde schon teilweise diskutiert, habe gerade mal die Issues dazu angelegt :-)

Hm … wenn Du Dir nch sicher bist und ggf eine zweite Meinung brauchst oder denkst Du hast vllt auch was falsch verstanden ist das Forum perfekt, weil dort die User sind die ggf die Adapter auch nutzen. Von daher ist es die perfekte erste Anlaufstelle. Wenn 100%ig klar ist das es ein Fehler (und nicht nur Effet bei dir) ist dann Github, weil das die ENtwickler zum Überblick behalten nutzen. In dem Fall ist es eigentlich ersteres, fürchte aber das es schwierig sein wird weitere User zu finden. So oft ist das Vis-Widget nicht im Einsatz. Du könntest versuchen es in einem leeren Vis-Projekt zu reprodutzieren ...

Du hast recht ich habe mich falsch erinnert.Es ist wohl doch so das npm unter bestimmten voraussetzungen das wegkickt … Mal schauen was wir tun könne. Alles etwas tricky

[emoji6] Sent from my iPhone using Tapatalk

Admin hat die Version 3.4.7

Super! Danke. Hätte das auch als issue gemacht, war mir nur nicht sicher, ob das so gewollt war. Gruß

Bei langeweile zum lesen der Armbian Forum Thread von damals: https://forum.armbian.com/topic/2866-cu … t-problem/ Ich hatte dann am Ende zwei typen von Cubites. welche die mit nem früheren uboot stbil liefen und mit neuerem uboot nicht mehr. und anders herum :-( Habe alle entsorgt die nur mit altem uboot stabil waren

Gute Lösung :-) Sent from my iPhone using Tapatalk

Probiere Mal mit sudo davor oder als root Sent from my iPhone using Tapatalk

Hi läuft im Qnap im Docker als Root. Hat vllt noch niemand bisher so gehabt? Muss leider nun was warten, da ich mein NAS einschicken musste. Gesendet von meinem SM-A500FU mit Tapatalk