UNSOLVED Zigbee Adapter Fehler nach Update auf JS-Controller 3.1.5
-
@JB_Sullivan sagte in Zigbee Adapter Fehler nach Update auf JS-Controller 3.1.5:
npm install serialport --build-from-source
Hat leider nichts gebracht! Ich mache jetzt aber mal sicherheitshalber noch einen Neustart und schaue dann nochmal.
EDIT: Neustart hat auch nichts gebracht. Scheinbar besteht keine Verbindung mehr zu den Zigbee-Geräten, obwohl der Port stimmt. In der Übersicht bei "Netzwerkkarte" ist auch alles auf rot und es sind keinerlei Verbindungen mehr zu den Geräten eingezeichnet.
-
Das Aus- und Einstecken des USB-Adapters hat kurzzeitig geholfen - die Geräte waren in der Übersicht wieder zu sehen. Allerdings war die Freude nur von sehr, sehr kurzer Dauer. Jetzt ist wieder alles weg...
Hier noch das Log des letzten Schaltversuchs:
zigbee.0 2020-06-19 11:53:55.434 error (19452) Error on send command to 0x00158d0003cefef4. Error: Error: Command 0x00158d0003cefef4/1 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableDefaultResponse":false,"direction":0," zigbee.0 2020-06-19 11:53:51.065 error (19452) Error on send command to 0x00158d0003cefef4. Error: Error: Command 0x00158d0003cefef4/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableDefaultResponse":false,"direction":0,"s zigbee.0 2020-06-19 11:53:25.956 error at rejected (C:\ioBroker\Zuhause\node_modules\zigbee-herdsman\dist\controller\model\endpoint.js:6:65)) zigbee.0 2020-06-19 11:53:25.956 error at Generator.throw (<anonymous>) zigbee.0 2020-06-19 11:53:25.956 error at Endpoint.<anonymous> (C:\ioBroker\Zuhause\node_modules\zigbee-herdsman\dist\controller\model\endpoint.js:255:23) zigbee.0 2020-06-19 11:53:25.956 error (19452) Failed to configure 0x000d6f000fabe64e COSensor-EM, attempt 1 (Error: Bind 0x000d6f000fabe64e/1 genPowerCfg from '0x00124b0018e20893/1' failed (Error: AREQ - ZDO - bindRsp after 10000ms) zigbee.0 2020-06-19 11:53:15.837 info (19452) Zigbee started zigbee.0 2020-06-19 11:53:15.837 info (19452) 0x00158d0003cefef4 (addr 33236): LLKZMK11LM - Xiaomi Aqara wireless relay controller (Router) zigbee.0 2020-06-19 11:53:15.835 info (19452) 0x000d6f000fabe64e (addr 36585): HS1CA-E - HEIMAN Smart carbon monoxide sensor (EndDevice) zigbee.0 2020-06-19 11:53:15.834 info (19452) 0x00158d000340d5ad (addr 663): JTQJ-BF-01LM/BW - Xiaomi MiJia gas leak detector (Router) zigbee.0 2020-06-19 11:53:15.833 info (19452) 0x7cb03eaa0a01e0f8 (addr 58413): AB3257001NJ - OSRAM Smart+ plug (Router) zigbee.0 2020-06-19 11:53:15.832 info (19452) 0x7cb03eaa0a01bfef (addr 53682): AB3257001NJ - OSRAM Smart+ plug (Router) zigbee.0 2020-06-19 11:53:15.831 info (19452) 0x84182600000f3893 (addr 44117): AB3257001NJ - OSRAM Smart+ plug (Router) zigbee.0 2020-06-19 11:53:15.830 info (19452) 0x00158d00036b9140 (addr 15766): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice) zigbee.0 2020-06-19 11:53:15.829 info (19452) 0x00158d00032300c0 (addr 12784): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice) zigbee.0 2020-06-19 11:53:15.828 info (19452) 0x00158d000349c4d0 (addr 4916): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice) zigbee.0 2020-06-19 11:53:15.824 info (19452) Configuring 0x000d6f000fabe64e COSensor-EM zigbee.0 2020-06-19 11:53:15.818 info (19452) Currently 9 devices are joined: zigbee.0 2020-06-19 11:53:15.764 info (19452) --> transmitPower : normal zigbee.0 2020-06-19 11:53:15.740 info (19452) Disable LED zigbee.0 2020-06-19 11:53:15.689 info (19452) Coordinator firmware version: {"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190425}} zigbee.0 2020-06-19 11:53:13.296 info (19452) Starting Zigbee... zigbee.0 2020-06-19 11:53:13.237 info (19452) starting. Version 1.1.1 in C:/ioBroker/Zuhause/node_modules/iobroker.zigbee, node: v12.18.0, js-controller: 3.1.4 -
Noch ein Nachtrag (wegen der Übersichtlichkeit als getrennter Beitrag):
In der Übersicht des Adapters ("Netzwerkkarte") waren die Geräte zwischenzeitlich, auch ohne Aus- und Einstecken des USB-Sticks, wieder grün und um den Coordinator herum versammelt. Aber: Das Licht läßt sich trotzdem, auch in diesem Zustand, nicht schalten.
Hier noch das Log des Schaltversuchs (im o.g. Zustand mit grünen Verbindungen in der Übersicht):
info.0 2020-06-19 13:14:30.839 info (11556) Popup news was read... zigbee.0 2020-06-19 13:14:21.861 error (19452) Error on send command to 0x00158d0003cefef4. Error: Error: Command 0x00158d0003cefef4/1 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableDefaultResponse":false,"direction":0," zigbee.0 2020-06-19 13:14:17.316 error at rejected (C:\ioBroker\Zuhause\node_modules\zigbee-herdsman\dist\controller\model\endpoint.js:6:65) zigbee.0 2020-06-19 13:14:17.316 error at Generator.throw (<anonymous>) zigbee.0 2020-06-19 13:14:17.316 error at Endpoint.<anonymous> (C:\ioBroker\Zuhause\node_modules\zigbee-herdsman\dist\controller\model\endpoint.js:365:23) zigbee.0 2020-06-19 13:14:17.316 error (19452) Error on send command to 0x00158d0003cefef4. Error: Error: Command 0x00158d0003cefef4/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableDefaultResponse":false,"direction":0," info.0 2020-06-19 12:44:30.904 info (11556) Popup news was read...Es muß also irgendetwas mit diesem verfluchten JS- und Node-Gelump zu tun haben - wie eigentlich immer, wenn es mal wieder klemmt!
Keine Ahnung, warum die Entwickler des ioBroker nicht einfach mal eine stabile Version bestehen lassen und man da ständig irgendwas herumbasteln muß! Mich als einfachen Nutzer kotzt das alles jedenfalls einfach nur noch tierisch an! Ich möchte keine abgehobenen Schickimickisachen machen und auf Teufel komm raus den allerneusten "Controller XY, Node, NPM, WeißderTeufelwas" da stehen haben, sondern einfach nur ein stabiles, gerne auch "veraltetes", System betreiben, das solide seine Arbeit verrichtet! Es kann ja wohl nicht sein, daß ich alle zwei Wochen spätestens wieder stundenlang dasitze und auf Fehlersuche gehen muß, nur weil wieder irgendein verk... Update (wohlgemerkt auf "default", nicht auf "latest") alles zerschossen hat und meine ganze Beleuchtung oder irgendein anderes Zeug dann nicht mehr funktioniert!
-
@P-A-L-A-D-I-N also an der node12 liegts nicht.. allerdings auf Linux
@P-A-L-A-D-I-N sagte in Zigbee Adapter Fehler nach Update auf JS-Controller 3.1.5:
Mich als einfachen Nutzer kotzt das alles jedenfalls einfach nur noch tierisch an! Ich möchte keine abgehobenen Schickimickisachen machen und auf Teufel komm raus den allerneusten "Controller XY, Node, NPM, WeißderTeufelwas" da stehen haben, sondern einfach nur ein stabiles, gerne auch "veraltetes", System betreiben, das solide seine Arbeit verrichtet!
und wo ist das Problem.. hättest einfach alles so bestehen lassen wie es war.. also was regst dich auf ??
wenn dich das System so ankotzt.. es gibt genug käufliche Systeme wo du für Support bezahlst.. also WO IST DAS PROBLEMausserdem wen man mit BILLIG WARE, was du vor dir liegen hast laut dem Log
Coordinator firmware version: {"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190425}}also ein CC2531 zusätzlich mit einer Firmware von April die ehhh kaputt war, da wir ein BUG hatten versuch ein System aufzubauen was stabil laufen soll.. na dann holla im Not..
also besorg dir erstmal ordentliche Hardware es gibt genug alternativen im Marktplatz
dann bringst dein System zum laufen und dann und NUR DANN wenns nicht läuft dann kannst du MICH UND NUR MICH wenns um Zigbee geht anpöbeln.. ansonsten erspare mir dein Palaver... -
An node 14 und js-controller 3.1.6 liegt es auch nicht (wiederum auf Linux):
2020-06-19 15:22:11.887 - info: host.brokerslave "system.adapter.zigbee.0" enabled 2020-06-19 15:22:11.995 - info: host.brokerslave instance system.adapter.zigbee.0 started with pid 19145 2020-06-19 15:22:16.343 - info: zigbee.0 (19145) starting. Version 1.1.1 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.4.0, js-controller: 3.1.6 2020-06-19 15:22:16.439 - info: zigbee.0 (19145) Starting Zigbee... 2020-06-19 15:22:17.021 - info: zigbee.0 (19145) Coordinator firmware version: {"type":"RaspBee","meta":{"transportrev":0,"product":0,"majorrel":38,"minorrel":53,"maintrel":0,"revisio n":"0x26350500"}} 2020-06-19 15:22:17.227 - info: zigbee.0 (19145) Unable to disable LED, unsupported function. 2020-06-19 15:22:17.228 - info: zigbee.0 (19145) --> transmitPower : normal 2020-06-19 15:22:17.231 - info: zigbee.0 (19145) Unable to set transmit power, unsupported function. 2020-06-19 15:22:17.234 - info: zigbee.0 (19145) Currently no devices. 2020-06-19 15:22:17.236 - info: zigbee.0 (19145) Zigbee started -
@Thomas-Braun das ist der cc2531 in Verbindung mit der Firmware vom April 2019
-
@arteck sagte in Zigbee Adapter Fehler nach Update auf JS-Controller 3.1.5:
@Thomas-Braun das ist der cc2531 in Verbindung mit der Firmware vom April 2019
Bei mir nicht. Hier werkelt ein RaspBee mit der letzten Firmware.
-
@P-A-L-A-D-I-N sagte in Zigbee Adapter Fehler nach Update auf JS-Controller 3.1.5:
Keine Ahnung, warum die Entwickler des ioBroker nicht einfach mal eine stabile Version bestehen lassen und man da ständig irgendwas herumbasteln muß!
Musst mir helfen weil ich verstehe was nicht: Hat jemand ein neues "ioBroker updated alles automatisch ohne User-Initiierung" Feature eingebaut? Das kenn ich noch gar nicht ...
Es ist ok frustriert zu sein ... aber dann vllt besser ver dem Posten tief durchatmen ...
-
@P-A-L-A-D-I-N sagte in Zigbee Adapter Fehler nach Update auf JS-Controller 3.1.5:
Da Neustarts etc. nichts gebracht haben, habe ich dann von Github die neueste Version gezogen - hat aber auch nichts gebracht.
Man sollte NIEMALS direkt von Github was installieren!!! Das was auf Github drauf ist, sind aktuelle Entwicklungsstände die man oft nicht mal als Alpha bezeichnen kann. Direkte Installationen aus Github können durchaus ein ganzes System kaputt machen! Niemals auf Github installieren, es sei dem du weißt ganz genau was du da tust oder von einem Entwickler zum Testen eingeladen wurdest. Und selbst dann, solltest du dafür ein Testsystem bauen.Das ioBroker Team ist sehr bemüht Adaptern so gut wie möglich vorher zu testen, bevor diese als Stable freigegeben werden. Ein Produktivsystem sollte immer den default Repository nutzen und keine Beta Versionen aus dem latest und auf keinem Fall Versionen aus dem Github, haben.
Sobald ein Adapter gut getestet und intern abgenommen wurde, landet es im stable. Natürlich dauert das etwas, aber nur dann kann man garantieren, dass keine größeren Bugs vorhanden sind (Bugs gibt es immer... in jede Software und auf im Stable)
-
Node:
Ich bin leider nicht vom Fach, um aus dem Log hier mehr herauslesen zu können - und Deine (positiven) Erfahrungen beziehen sich ja anscheinend auch ausschließlich auf Linux, oder? Meine Erfahrung (Windows) ist jedenfalls die, daß es eigentlich so gut wie immer an Node und diesem ganzen Gelump liegt, wenn irgendetwas wieder nicht funktioniert.
In den "guten alten Zeiten" des Windows-Installer 1.5(.14b) mit altem Node/JS lief einfach alles über Monate hinweg problemlos - das System war stabil und quasi wartungsfrei. Während jetzt, in allen Threads, die sich mit Windows und ioBroker-Problemen beschäftigen, immer und immer wieder Node / JS-Controller als DIE Fehlerquelle schlechthin auftaucht! Wahrscheinlich ist das Zeug in Wahrheit auch noch an Corona schuld...
Zum Thema "alles bestehen lassen":
Ich habe so oft hier im Forum geäußert, daß ich nichts lieber als das tun würde!! Und genau das habe ich auch über Monate hinweg im Übrigen getan!
Das Problem ist nur, daß mit der Zeit einfach gar nichts mehr läuft, weil man ja zum Update gezwungen ist, wenn man weiterhin per Alexa / iot-Adapter seine Steckdosen und Lampen schalten oder andere (völlig normale und nicht abgehobene) Sachen tun möchte - also einfach nur genau das weitermachen möchte, was man zuvor all die Zeit auch tun konnte - weil es sonst nämlich nicht mehr geht und der ioBroker mangels Funktionalität nur noch unnützer Ballast auf dem Rechner ist!
Ich erwarte bestimmt keine Lösung, die auf Anhieb und immer fehlerfrei funktioniert. Aber es wäre doch schön, wenn die Entwickler mal ein bißchen mehr Rücksicht auf "Normalsterbliche" nehmen und für diese eine Langzeitlösung bereitstellen könnten. Korrigiere mich, wenn ich falsch liege, aber das gibt es doch meines Wissens nach auch bei Linux, oder? Da können die Freaks sich den "neusten Scheiß" auf den Rechner ziehen und sich daran erfreuen, während die Normalos einfach nur stupide ihre Büroarbeit erledigen und allenfalls mal mit gelegentlichen Sicherheitsupdates oder ähnlich banalen Dingen versorgt werden. Update-Zwang nervt! Und das nicht nur bei Windoof (siehe Zwangs-Update von 7 auf 10) oder auch dem ioBroker, sondern bei jeglicher Software!Zu meiner Hardware:
Wirklich billig war die nicht (war sogar das teurere Angebot) - kann aber natürlich sein, daß ich vom Verkäufer über den Tisch gezogen wurde. Auch das kann ich als Laie wieder nicht beurteilen...
Was ich aber weiß: das Zeug hat bis zu o.g. unsäglichem Zwangs-Update wie ein Uhrwerk funktioniert! Was mich wieder zu dem Punkt bringt: das Update ist sch...!
Wenn Du mir sagen willst, daß ich ein Update der Firmware machen sollte und dann alles wieder in Butter ist, probiere ich das natürlich gerne aus - vorausgesetzt natürlich, daß ich das ohne Informatikstudium und Spezial-Hardware (irgendwelche "Dongles" o.ä.) überhaupt hinbekomme.Zu guter Letzt noch zum Anpöbeln:
Zunächst einmal habe ich nicht DICH angepöbelt. Genau genommen habe ich sogar NIEMANDEN direkt angepöbelt. Ich habe mir lediglich meinen Frust von der Seele geschrieben, daß beim ioBroker alles nur noch auf "neuester heißer Scheiß" programmiert zu sein scheint (gehörst Du denn zur Entwickler-Riege des ioBroker selbst, daß Du diese Kritik überhaupt auf Dich beziehst?) und der einfache Nutzer ohne tiefergehende Kenntnisse hierbei dann völlig unter die Räder kommt! Bewismittel 1 bis gefühlt 1 Mio.: siehe all die Threads und Beiträge in diesem Forum! In einem professionellen Umfeld (wo wir uns selbstredend nicht bewegen, da hier ja mutmaßlich keiner seiner Brötchen damit verdient) würde man das, was von mir gekommen ist, einfach "Kundenfeedback" nennen und sich darüber sogar noch freuen...
Was hingegen aber tatsächlich an Dich als Entwickler des Zigbee-Adapters (!) ging, war die Frage, was ich tun kann, um meine Sachen wieder zum Laufen zu bringen! Ergo: Auswertung des Log und Troubleshooting, mit einem "dezenten" Hinweis (auf reichhaltiger negativer Erfahrung basierend) auf Node / JS als potenzielle Fehlerquelle.PS: Nur noch so am Rande: Ich weiß, daß Ihr Entwickler diese Sachen in aller Regel aus "Spaß an der Freude" entwickelt und allenfalls, wenn überhaupt, hier und da mal ein paar Kröten damit verdient. Ich weiß auch, daß Ihr wohl jede Menge Zeit in Eure Projekte reinsteckt! Aber: Das ist keine reine Einbahnstraße, sondern ein Geben und Nehmen! Was "Ihr Entwickler" (egal ob jetzt ioBroker oder Adapter) nämlich auch mal sehen solltet: Der einfache Nutzer hängt ebenfalls jede Menge Zeit hier rein und gibt brav (und in aller Regel geradezu stoisch) seine Rückmeldungen, auf deren Grundlage Ihr dann weiter entwickeln und Fehler ausmerzen könnt. In meinem Falle sind das nicht Stunden oder Tage, die ich bereits in die Probleme des ioBroker oder diverser Adapter investiert habe, sondern wohl eher (nicht übertrieben!) WOCHEN! Und ja, auch meine Geduld ist dann irgendwann einmal zu Ende und der Geduldsfaden bis zum Zerreißen angespannt - insbesondere dann, wenn man sich all den Ärger mit einer simplen "LTS-Version" so einfach sparen könnte. Wie gesagt: Nicht jeder braucht oder will den "neuesten Scheiß" - einige wolle einfach nur ein, einmal aufgesetzt, stabil laufendes System und ihre Ruhe! Hätten "die" Entwickler allesamt vor rund zwei Jahren einfach ihre Arbeit eingestellt und alles so gelassen, wie es war, wäre ich für meinen Teil noch immer sehr glücklich mit meinem "Uralt-System" mit unbegrenzter Cloud-Nutzung ("cloud.0-Adapter") und allem drum und dran.
-
@apollon77:
Ich verstehe, daß Du Dir von meinem Beitrag etwas "ans Bein gepinkelt" fühlst. Um hier nicht noch mehr den Thread aufzublähen verweise ich mal auf meine Ausführungen bez. Update-Zwang direkt darüber (Beitrag an artek). Mit "ruhig durchschnaufen" ist es bei mir, nach Monaten (sic!) des wahlweise Wartens und/oder Ärgerns, mittlerweile einfach vorbei. Bin auch nur ein Mensch und möchte mein sauteures "Technik-Geraffel" irgendwann auch mal wieder benutzen, statt es nur als teures "Füllmaterial" in UP-Dosen, Decken oder irgendwo im Zimmer herumliegen zu haben!@ldittmar:
Hätte ich normalerweise nie gemacht! Habe bei mir "default" statt "latest" eingestellt. Nur kommt es ja bisweilen vor, daß Fehler in den neuesten Versionen beseitigt worden sind - daher der Versuch mit der letzten Git-Version, der aber leider auch nichts gebracht hat. -
@P-A-L-A-D-I-N sagte in Zigbee Adapter Fehler nach Update auf JS-Controller 3.1.5:
"LTS-Version"
Lass halt dein System auf 'default' stehen, dann hast du deine gemächlichere LTS-Version.
Und auch bei node muss man nicht jeden Versionssprung mit machen, auch dort gibt es LTS-Versionen. Zur Zeit ist das node 12. -
Default: Hatte ich - Fehler war gegeben! Daher der Versuch mit "latest", dann der mit Git!
Node: Doch! War ein Zwangs-Update, weil sonst so gut wie gar nichts mehr funktioniert hätte (iot, alexa2 usw.). Klar hat mir keiner eine Waffe an den Kopf gehalten, aber "nicht mitmachen" war eben schlichtweg nicht möglich, wenn man den ioBroker noch nutzen will.
-
@P-A-L-A-D-I-N
Zu node:
https://nodejs.org/en/about/releases/Node 10 + 12 + 14 sind zur Zeit aktiv. Der ioBroker läuft mit 10 und 12 sehr stabil, mit 14 bei mir auch. Die Adapter laufen soweit ich das überschaue durch die Bank mit 10 und 12, bei 14 gibt es da wohl noch ein paar Ecken die klemmen. Aber 14 ist auch nicht die empfohlene Version.
-
@Thomas-Braun Danke Dir! Ich schaue mal, ob ich irgendwie ein Downgrade bewerkstelligen kann, ohne mir jetzt alles total zu zerschießen! Ist bei Windows leider alles immer sehr kompliziert, weil so ziemlich alle Anleitungen immer nur für Linux verfaßt sind.
-
@P-A-L-A-D-I-N
Ich bin eigentlich (hoffentlich) kein Linux-Sektierer, aber vielleicht wäre das für dich auch ein Weg. Kleinen Raspberry sauber aufsetzen und das System 'konservativ' betreiben.
Geht schon mit einer handvoll von Konsolenbefehlen ganz gut. -
@P-A-L-A-D-I-N eigentlich habe ich erwartet dass du mein Beitrag auch aufmerksam liest.. ok falsch gedacht... also nochmal
die Software entwickelt sich bzw wird weiter entwickelt .. da wir auch fremde Komponenetne nutzen sind WIR gezwungen updates durchzuführen.. PUNKT
mit deinem CC2531 wirst du nicht weiterkommen.. vor allem nicht mit der Firmware die du drauf hast da diese Fehlerhaft ist ..... PUNKT egal welche Version vom NODE du installierst.. das Ding wird dir wenn nicht heute dann Morgen oder in 2 Wochen um die Ohren fliegen .. WEIL FEHLERHAFT
LÖSUNG -> Geld in die Hand nehmen und was anderes Kaufen (und es ist mir egal was du für den cc2531 gegeben hast und ob dieser Vergoldet ist und was weiss ich sonst noch hat)
nochmal es gibt genügend Angebote im Marktplatz
ES LIEGT AN DEM STICK
-
@Thomas-Braun :
Damit habe ich angefangen (Pi3Plus und Linux) und hatte irgendwann so die Schnauze voll, daß ich davon weg bin.
Habe jetzt einen Acer Revo Cube mit 16GB RAM - mehr als genug für ioBroker und Plex. Linux habe ich auf dieser Kiste auch mehrfach ausprobiert, aber jedes Mal kam so schnell wieder der Frust, daß ich wieder zu Windows zurück bin. Dort war dann lange Zeit (fast) alles gut - bis zum letzten großen Update.
Ich würde Linux durchaus eine (geschätzt zwanzigste bis dreißigste?) Chance geben, aber auch da kann man ja nicht einfach davon ausgehen, daß die Befehle, die man in einer Anleitung liest oder einem mitgeteilt werden, auch tatsächlich funktionieren. Entweder ist die Anleitung veraltet, das Linux ist mal wieder "ein anderes", die Sonne steht falsch oder sonst was... Meine letzte Erfahrung der dritten Art mit Linux war die, daß der gleiche Befehl zu völlig unterschiedlichen Ergebnissen führen kann. Muß man als Nicht-Informatiker wohl nicht verstehen... Da lobe ich mir doch Windows: Da sprechen zumindest alle offen und ehrlich aus, daß es sch... ist! 
@arteck
Zunächst: Ich habe Deinen Beitrag durchaus aufmerksam gelesen. Keine Ahnung, an welcher Stelle Du mir die Lösung so dermaßen eindeutig auf dem Silbertablett serviert hast, daß ich das überlesen konnte - denn Deine (mögliche?) Erklärung, daß es nur an meinem blöden Stick bzw. dessen vermurkster Firmware liegt, kann doch eigentlich nicht sein, wenn der ioBroker und der Zigbee-Adapter, frei von Veränderungen, erst funktioniert haben und dann, von heute auf morgen, auf einmal nicht mehr funktionieren!?
Ich könnte die Erklärung ja logisch nachvollziehen, wenn es früher geklappt hat und dann, nach einem Update des Adapters, Node oder weiß der Teufel was, auf einmal nicht mehr. Auch würde ich gemeinsam mit Dir auf den Stick und die Firmware fluchen, wenn sie schon all die Monate zuvor nichts als Ärger gemacht hätte - war so aber nicht!
Wenn das "minderwertige" Zeug, nach monatelangem problemlosem Betrieb im alten ioBroker (1.5.14b), auch mit dem neuen ioBroker (neues Node etc.) zunächst gut funktioniert und dann am nächsten Tag auf einmal nicht mehr (der Server lief einfach nur unangetastet nachts durch), greift die von Dir genannte Erklärung meines Erachtens eben doch ein bißchen zu kurz! Immerhin scheint ja nichts überhitzt oder "durchgebrannt" zu sein oder dergleichen. Und an der Software hatte ich ja vor dem Totalausfall, wie gesagt, auch nichts geändert...
Aber ok, wenn Du Dir so sicher bist, daß es an der Hardware liegt: Welchen Stick genau kannst Du mir bedenkenlos empfehlen?
PS: Mein Beileid, wenn Ihr als Entwickler durch nervige Zwangs-Updates genauso viel Ärger habt wie wir einfachen Nutzer! "Never touch a running system!" -
@P-A-L-A-D-I-N sagte in Zigbee Adapter Fehler nach Update auf JS-Controller 3.1.5:
aber auch da kann man ja nicht einfach davon ausgehen, daß die Befehle, die man in einer Anleitung liest oder einem mitgeteilt werden, auch tatsächlich funktionieren. Entweder ist die Anleitung veraltet, das Linux ist mal wieder "ein anderes", die Sonne steht falsch oder sonst was...
Kann ich nicht bestätigen (oder auch nur nachvollziehen). "Mein" Linux auf dem Raspberry 4 schnurrt hier ganz unauffällig vor sich hin.
-
@P-A-L-A-D-I-N sagte in Zigbee Adapter Fehler nach Update auf JS-Controller 3.1.5:
daß beim ioBroker alles nur noch auf "neuester heißer Scheiß" programmiert zu sein scheint
Ich kann das so nicht stehen lassen.
Generell gilt das es immer generell 2-3 Node.js Versionen gibt die LTS und betreut und mit Sicherheitspatches versorgt werden und ja jedes Jahr kommt eine Version hinzu, und eine fällt weg.
ioBroker hat hast 41.000 Installationen und am Ende gibt es mehrere Gründe warum wir hier und da Updaten MÜSSEN.- Wenn wir weiter Nodejs Versionen unterstützen für die es keine Sicherheitspatches mehr gibt kriegen die User und damit auch wir als Projekt ein Problem. Wenn so etwas passieren würde kannst Du dir sicher den Shit-Storm vorstellen der plötzlich kommt. Meist ist es auch so das mit alten Node.js Versionen auch das darunter liegende Linux System veraltet, was ggf noch gefährlicher ist ...
- Wir müssen neue Node.js Versionen auch alle unterstützen weil die User diese nutzen (am besten 2 Sekunden nach Release einer neuen Version). Am besten wird es wenn neue Linux Versionen neue Nodejs Versionen mitbringen.
- Das ioBroker System nutzt viele Abhängkeiten und Libraries von npm. Diese entwickeln sich weiter und hier hat sich eingebürgert das eine nodejs Version die nicht mehr unterstützt wird recht schnell auch hier aus dem Support rausläuft. Im besten Fall bombarbiert npm Euch nur mit einem Haufen Warnungen beim installieren oder Updaten, oder es geht in den alten Versionen einfach nicht mehr - oder alte Libraries gehen in neuen nodejs Versionen nicht mehr. Also muss man eine Entscheidung treffen! beides (Alt UND Neu parallel) geht halt einfach nicht immer bzw immer öfter nicht mehr
Der js-controller 1.x hat bis Nodejs 10.x nahezu alles relevante unterstützt, aber hat Warnungen ohne Ende ausgespuckt und hat alte Versionen der Libraries mit vielen Bugs genutzt ... die uns auch wieder Probleme bereitet haben.
Also haben wir entschieden das es jetzt an der Zeit ist es für alle besser und aktueller und stabiler zu machen. Das war der "riessengroße" js-controller 2.0 als Schritt der aber nötig war. Dann kam ausnahmsweise im Nobvember 2019 schon Nodejs 8.x als EOL dran.
So, was sollen wir jetzt tun? Welche Risiken willst Du das wir für Euch eingehen? Was ist akzeptabel? Wie soll sich das Projekt weiterentwickeln um immer alle neuen iot Möglichkeiten und Systeme und und und zu unterstützen ohne das wir was updaten?
Ja klar, manchmal will ein Entwickler mit den neuen Möglichkeiten und Techniken arbeiten und dann ist ein Adapter halt erst ab einer gewissen Node.js Version arbeitsfähig. Das ist halt so.
Alexa2 ist mit allem ab js-controller 2.0 kompatibel ... also wegen dem musst Du weder Nodejs updaten (es sei denn du hast noch node.js 6 vielleicht) noch den controller.Am Ende gilt:
NIEMAND hindert dich daran einen iobroker mit Nodejs 6 und einem controller 1.5 die nächsten 20 Jahre zu betreiben. Das Risiko obliegt Dir! Das Du ohne Updates am Grundsystem auch ggf Adapter nicht mehr updaten kannst ist dann die Auswirkung ...
Windows zwingt dich auch zu updates zwei mal im Jahr und bauen da auch super viele Probleme ein ... aber mit sowas fangen wir lieber nicht an.Wir treffen Entscheidungen ob wir etwas nicht mehr unterstützen niemals leichtfertig. Das kannst du mir jetzt glauben oder nicht ...
Ingo
