Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[mrjeschke]

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

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)
(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:14

Upload und Neustart probiert, keine Änderung.

[apollon77]

@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

[mrjeschke]

@apollon77
OK, erledigt.
https://github.com/ioBroker/ioBroker.s7/issues/287

btw gleiches Verhalten unter Raspian Bookworm / Nodejs 20.10.0

[apollon77]

@mrjeschke Muss sich Bluefox ansehen ... Ich nehme die 1.4.0 mal aus beta raus ... am Ende tut "nur" die Konfig nicht

[apollon77]

1.4.2 is your friend

[mrjeschke]

@apollon77
Läuft, getestet mit NodeJS 18.19.0 und NodeJS 20.10.0
Erstmal keine Probleme oder Auffälligkeiten.

[HF_SPSler]

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

[Thomas Braun]

@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

[HF_SPSler]

Ich danke dir!

Dann warte ich mal ab ob der S7 Adapter nachgezogen wird bevor ich auf ein aktuelleres node.js wechsele.

[Thomas Braun]

@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

[mcm1957]

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

[HF_SPSler]

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.

[mcm1957]

@hf_spsler

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äglich

Dein 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

[mcm1957]

@hf_spsler

Vorsicht: Kann sein dass die 1.4.4 ein generelles Problem mit dem adminUI hat.

https://github.com/ioBroker/ioBroker.s7/issues/460

[HF_SPSler]

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

[mcm1957]

@hf_spsler
AdminUI Issue ist in Abklärung. Allerdinsg wurde 1.4.4 aus dem Stable zurückgezogen.

[mcm1957]

@hf_spsler

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

[HF_SPSler]

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

[HF_SPSler]

@mcm1957 Einen großen Dank für das sehr schnelle Kümmern! Hab jetzt wieder auf node.js 22.19 umgestellt und den S7 Adapter auf 1.5.0 aktualisiert. Soweit funktioniert erst mal alles, das System beschwert sich bisher nicht.