Probleme mit s7 adapter nach nodejs und OS update
-
@apollon77
Mit der Version 1.4.0 kann ich den Adapter nicht mehr konfigurieren.
Es kommt ein Browserfehler.
Debian Bookworm
Nodejs 18.19.0
js-controller 5.0.17
admin 6.12.6Error: Minified React error #321; visit https://reactjs.org/docs/error-decoder.html?invariant=321 for the full message or use the non-minified dev environment for full errors and additional helpful warnings. at Z (react.production.min.js:18:327) at t.useContext (react.production.min.js:22:269) at makeStyles.js:189:40 at withStyles.js:50:21 at bc (react-dom.production.min.js:167:137) at ys (react-dom.production.min.js:193:57) at bi (react-dom.production.min.js:294:275) at xl (react-dom.production.min.js:280:389) at gl (react-dom.production.min.js:280:320) at fl (react-dom.production.min.js:280:180) at cl (react-dom.production.min.js:271:88) at rl (react-dom.production.min.js:268:429) at y (scheduler.production.min.js:13:203) at MessagePort.T (scheduler.production.min.js:14:128) (anonym) @ console.ts:40 us @ react-dom.production.min.js:189 n.callback @ react-dom.production.min.js:189 Dr @ react-dom.production.min.js:144 Hi @ react-dom.production.min.js:262 xi @ react-dom.production.min.js:260 Mi @ react-dom.production.min.js:259 (anonym) @ react-dom.production.min.js:283 yl @ react-dom.production.min.js:281 rl @ react-dom.production.min.js:270 y @ scheduler.production.min.js:13 T @ scheduler.production.min.js:14 react.production.min.js:18 Uncaught Error: Minified React error #321; visit https://reactjs.org/docs/error-decoder.html?invariant=321 for the full message or use the non-minified dev environment for full errors and additional helpful warnings. at Z (react.production.min.js:18:327) at t.useContext (react.production.min.js:22:269) at makeStyles.js:189:40 at withStyles.js:50:21 at bc (react-dom.production.min.js:167:137) at ys (react-dom.production.min.js:193:57) at bi (react-dom.production.min.js:294:275) at xl (react-dom.production.min.js:280:389) at gl (react-dom.production.min.js:280:320) at fl (react-dom.production.min.js:280:180) at cl (react-dom.production.min.js:271:88) at rl (react-dom.production.min.js:268:429) at y (scheduler.production.min.js:13:203) at MessagePort.T (scheduler.production.min.js:14:128) Z @ react.production.min.js:18 t.useContext @ react.production.min.js:22 (anonym) @ makeStyles.js:189 (anonym) @ withStyles.js:50 bc @ react-dom.production.min.js:167 ys @ react-dom.production.min.js:193 bi @ react-dom.production.min.js:294 xl @ react-dom.production.min.js:280 gl @ react-dom.production.min.js:280 fl @ react-dom.production.min.js:280 cl @ react-dom.production.min.js:271 rl @ react-dom.production.min.js:268 y @ scheduler.production.min.js:13 T @ scheduler.production.min.js:14Upload und Neustart probiert, keine Änderung.
-
@mrjeschke Bitte legt es als GitHub issue an ... muss ich schauen ... kann versuchen ein par Dependency Updates im UI Teil zurückzunehmen und nochmal zu versuchen
-
@apollon77
OK, erledigt.
https://github.com/ioBroker/ioBroker.s7/issues/287btw gleiches Verhalten unter Raspian Bookworm / Nodejs 20.10.0
closed Adapter (v1.4.0) lässt sich nicht konfigurieren #287
-
@mrjeschke Muss sich Bluefox ansehen ... Ich nehme die 1.4.0 mal aus beta raus ... am Ende tut "nur" die Konfig nicht
-
1.4.2 is your friend
-
@apollon77
Läuft, getestet mit NodeJS 18.19.0 und NodeJS 20.10.0
Erstmal keine Probleme oder Auffälligkeiten. -
Hallo und guten Abend zusammen,
jetzt hat es meinen Iobroker auch erwischt. Nachdem nun node.js auf 22.18.0 aktualisiert wurde steht der S7 Adapter mit drei roten Kreuzen still. S7 Adapter ist in der Version 1.4.3 installiert. Weiß jemand ob schon an der Kompatibilität zu node.js 22.18.0 gearbeitet wird?
Der Adapter ist bei uns die Schnittstelle zur kompletten Haussteuerung und ohne lauffähigen Adapter geht bei uns gar nix mehr. Einzige Alternative wäre node.js wieder auf 20.xy zurück zu bringen, da hab ich aber leider keine Ahnung wie dies zu machen wäre....
-
@hf_spsler sagte in Probleme mit s7 adapter nach nodejs und OS update:
Einzige Alternative wäre node.js wieder auf 20.xy zurück zu bringen, da hab ich aber leider keine Ahnung wie dies zu machen wäre....
Per
iob nodejs-update 20 -
Ich danke dir!
Dann warte ich mal ab ob der S7 Adapter nachgezogen wird bevor ich auf ein aktuelleres node.js wechsele.
-
@hf_spsler sagte in Probleme mit s7 adapter nach nodejs und OS update:
Dann warte ich mal ab ob der S7 Adapter nachgezogen wird bevor ich auf ein aktuelleres node.js wechsele.
Ich meine es gäbe zu s7 schon was. Vermutlich hier:
https://forum.iobroker.net/topic/81893/wir-empfehlen-node-js-22-x
-
@hf_spsler said in Probleme mit s7 adapter nach nodejs und OS update:
Ich danke dir!
Dann warte ich mal ab ob der S7 Adapter nachgezogen wird bevor ich auf ein aktuelleres node.js wechsele.
Kannst schon loslegen ...
-
Ich danke euch für die Infos.
By the way, so ganz steige ich durch das Updateverhalten des Iobrokers noch nicht durch. Wann wird mir denn unter der Adapterliste mit dem gesetzten Filter "updatefähige Adapter anzeigen" dargestellt dass es für den S7 Adapter eine neue Version gibt?
Ich bin schon häufiger darüber gestolpert, dass Adapter für die ein Update bereit steht Dieses meist schon länger Zeit veröffentlicht wurde, mir aber erst Wochen oder Monate später angezeigt wird. Ich schaue meist so alle zwei bis vier Tage in die Admin-Ebene ob alles rund läuft.
-
Es gibt bei ioBroker 2 standardmäßige Repositories:
LATEST / BETA
Sobald ein Dev eine neue Release erstellt und diese auf npm veröffentlicht wird diese in der LATEST / BETA Repository übernommen. Der Update des Repositories erfolgt 2x täglich.STABLE
Sobald ein Dev meint dass eine Release keine gröberen Probleme enthält kann er diese ins STABLE Repository aufnehmen lassen. Dies erfolgt frühestens nach 5 bis 7 Tagen (Emergency Fälle augenommen). Dies kann aber auch deutlich später erfolgen wenn es der Dev so entscheidet. Dieser Vorgang ist manuell getriggert. Auch dieser Repository Update erfolgt 2x täglichDein System holt sich die aktuellen Repostände typisch einmal täglich vom Server ab. Durch Anklicken von 'Nach Updates suchen' kann diser Vorgang manuell ausgelöst werden.
Welches Repository du beobachtest kannst du einstellen, auf produktiven System sollte STABLE gewählt werden.
Das Erstellungsdatum einer Release kann daher deutlich vor dem Datum der Veröffentlichung im STABLE Repository liegen.
Hoffe deine Fragen ein wenig geklärt zu haben.
mcm1957
-
Vorsicht: Kann sein dass die 1.4.4 ein generelles Problem mit dem adminUI hat.
-
@mcm1957 Danke dir für die Aufklärung.
Bezüglich des adminUI issue warte ich wohl dann besser doch noch mal ab bevor ich node.js update.
-
@hf_spsler
AdminUI Issue ist in Abklärung. Allerdinsg wurde 1.4.4 aus dem Stable zurückgezogen. -
@Bluefox hat sich des Probölem super rasch angenommen und bereits eine neue Release 1.5.0 veröffentlicht.
S7 1.5.0 sollte nun wieder ein funktionierended adminUI haben UND mit node 22 kompatibel sein.
Wer will / kann bitte testen. Die Release sollte im LATEST Repository verfügbar sein. Sobald ausreichend positives Feedback vorhanden ist kann die Release auch prior ins Stable Repo.
-
@mcm1957 Super vielen Dank an alle die das, auch so schnell, möglich machen!
Ich bin jetzt erst mal auf Dienstreise, ich kann das Update frühestens am Wochenende testen.
