Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[mickym]

@schmetterfliege schrein das mal klein, sowie es bei den anderen Funktionen auch steht.

[Schmetterfliege]

@mickym
Ist klein geschrieben :)

[mickym]

@schmetterfliege nicht so -

alt-y

in einem String

siehst doch wie ich das unten eingetragen habe.

[Schmetterfliege]

@mickym

Done, aber eine Funktion erkenne ich immer noch nicht^^

[mickym]

@schmetterfliege Ich hab diese Funktion noch nicht.

Du musst halt - alle Nodes die DU verkabeln willst selektieren und dann alt-y

[Schmetterfliege]

@mickym
Jap, hab den Pull Request grade gefunden und rausgefunden wie es funktioniert :D.

Klappt, danke dir! :)

[Schmetterfliege]

well well...
Hab grade mal wieder ein paar Adapter geupdatet, inklusive dem Node Red Adapter.
Das hat wiederum NR wieder auf 1.3.7 downgegraded.
-> die Telegrambot Node in NR war wieder verschwunden und konnte nicht installiert werden.

NR manuell wieder "versehentlich" auf 2.2.0 updaten hat nicht geklappt. Insofern: absolut keinen blassen Schimmer wie ich das letzten Monat getan habe!

IoBroker selbst updaten hat nun zumindest die 1.3.7 wieder zum Laufen gebracht.
Will aber die 2.2.0 wieder :( haha

[mickym]

@schmetterfliege Hab ich doch gesagt in dem Thread von JS 4.0 - dass man den NR Adapter tunlichst nicht auf 2.4.2 aktualisieren soll, sonst hat man wieder 1.x NR.

https://forum.iobroker.net/topic/52886/js-controller-4-0-x-jetzt-für-alle-user-im-stable/150?_=1646581061599

https://forum.iobroker.net/topic/52886/js-controller-4-0-x-jetzt-für-alle-user-im-stable/138?_=1646581061599

Ich lebe auch noch mehrere Monate - bis der NR Adapter 2.5 raus ist:

[mickym]

@schmetterfliege Musst halt wieder auf JS 3.3 gehen, dann kannst aus NR aus Github wieder installieren, dann solltest wieder modernes NR haben.

[RS_Tobi]

Hallo,

ich bin mir nicht sicher ob das ganze hier rein passt, aber ich bin etwas verzweifelt.

Ausgangspunkt war eigentlich dass ein ganz andere Adapter nicht funktionier hat.

Dieser geht aktuell zwar immer noch nicht, aber zumindest geht jetzt alles andere auch nicht mehr.

Ich habe mein System von buster auf bullseye gehoben und dann noch nodejs von 16 auf 20
dann noch den js-controller von 5 auf 6 und die teilweise schon 2 Jahren alten Adapter geupdatet.

Was ich aber nicht bedacht habe, bzw "automatisch" mit geupdatet wurde ist der node-red adapter.

So nun habe ich mein Problem... nichts geht mehr.

Nach langem suchen, habe ich nun wohl herausfinden müssen, dass die npm pakete die ich nachinstallieren wollte nun nichtmehr verfügbar sind.

es handelt sich z.B. um das

node-red-contrib-redplc-piface

und weitere...

Wenn ich die per link suche, dann ende die Suche in einer ERROR 404
Somit vermute ich, dass, warum auch immer, nicht mehr verfügbar ist.

Nun die frage, liegen die Daten noch irgendwo am PI in einer Ordnerstruktur?

Aktuell ist es so, dass zwar meine Nodes noch da sind, aber sie irgendwelche komische states haben.

Wenn ich den flow starte, dann kommt bei mir eine LISTE an Fehlermeldungen.

der FEhler SYSMODULE not load könnte was mit dem Problem zu tun haben.
auch der Fehler

"Encrypted credentials not found"

habe ich seit dem Updates...

Kann es sein, dass er Pfade nicht findet, oder sich die geändert haben?
Kann und wenn ja wo müsste ich welche Daten einfügen oder verschiebe?

Danke Für eure Hilfe.

Grüße
Tobi

[Marc Berg]

@rs_tobi
Warum installierst du nicht einfach über den Palettenmanager?

Keine Ahnung, ob eine vor acht Jahren enstandene Software noch läuft, aber so würde die Installation erstmal sauber sein.

EDIT: vergiss es, das heißt ja etwas anders

[RS_Tobi]

@marc-berg

ja, das sind die anderen pifice nodes... die kenne ich.

aber der Vorteil meiner version damals war, dass ich pro Pi 4x 8Inputs und 4x8outputs hatte.

mal sehen, vielleicht muss ich es umbauen. :-(

aber könnte ich nicht die alten Ordner suchen und die Daten verschieben?

Sagt dir das sysmodule not load Fehler etwas?

Danke
Tobi

[mickym]

@rs_tobi Wenn Du dein ganzes node-red Verzeichnis wiederherstellen kannst unter
/opt/iobroker/iobroker-data/node-red, dann ist alles wieder da. Die alten Module (Node) sind in diesem Verzeichnis im Verzeichnis node_modules.

Der eigentliche NodeRed Adapter ist in VERSCHIEDENEN Verzeichnissen unter
/opt/iobroker/node_modules
im Verzeichnis iobroker.node-red installiert, dabei werden aber durch die NodeRed Basisinstallation auch verschiedene andere Module von Node-Red installiert.

Das bekommst Du nicht mehr zurückgefieselt. Aber das data Verzeichnis schon.

[mickym]

@rs_tobi Ansonsten schau mal, ob diese Nodes deinen Ansprüchen genügen:
https://www.npmjs.com/package/node-red-contrib-rpiplc-node#analog-read

https://github.com/Industrial-Shields/node-red-librpiplc#readme

[RS_Tobi]

@mickym

Danke, ich werde mir deine zwei Einträge mal ansehen...

Bin jedoch jetzt nicht Zuhause...

Was eben komisch ist, die nodes sind in der auswahlliste und sie werden auch angezeigt im flowchart aber die States bzw die Zustände sind nicht da.

Ebenso die Fehler vom Debugfenster.
(Alles auf meinen Bild zu sehen)
Da es vom Programmierer leider nichtsmehr gibt,
habe ich ein Problem der fehlenden Dokumentation.

Beim Update von 4.x auf 5.x stand im changelog das man was neu machen/ergänzen oder so müsste.

Kann es sein, dass hier was falsch lief?

Danke

Tobi

[RS_Tobi]

@mickym

....
Ich habe den Text jetzt eben einen alten changelog gefunden...

NodeJS 16.4.x is required
Please check instance configuration and re-enter your passwords (encryption has changed).

Was ist hier zu tun? Vielleicht ist auch nur das mein Problem.

Denn die fehlermeldung sorgt ja auch irgendetwas mit "encryption"

Tobi

[mickym]

@rs_tobi der fehler das die verschlüsselten credentials nicht zu lesen sind, kam mal bei irgendeiner 5.0.x Version des Adapters im letzten Jahr vor. Die aktuelle ist jedoch richtig,
Du musst dann in alle Konfigurationsnodes gehen, die Userids und Passwörter haben und diese neu eingeben. die sollten jetzt slle leer sein. Die Fehler sind meines Erachtens Folgefehler einer ungültigen Anmeldung.

Neben den Konfigurationsnodes, auch noch in email nodes und in Http Request nodes mit Authentifizierung.

Hintergrund ist, dass NodeRed alle Credentials in einer eigenen Datei verschlüsselt abspeichert und durch das Update kann diese Datei nicht mehr entschlüsselt werden und muss neu erstellt werden.

[RS_Tobi]

Guten Abend,

habe noch ein paar infos zusammen getragen.

Sehr komisch das Ganze...
Habe einen Master, auf dem ist eine Instanz von Node-Red (node-red.0)
und testweise wurde gestern noch eine installiert (node-red.2)
in finde im Verzeichnis von
/opt/iobroker/iobroker-data
zwei Ordner:

• node-red -> letzte Änderung gerade vorhin mit den Paketen, die ich vor 3 Jahren geladen habe.
• node-red-2 -> letzte Änderung gestern ohne die Pakete, da ich sie nichtmehr laden konnte...

soweit ja alles gut... (oder halt eben nicht, denn es funktioniert nicht.

Nun habe ich noch einen Slave (Multihost am Master von Oben)
Dieser hat auch 2 node-red Ordner.

• node-red letzte Änderung Dezember 2021 auch mit den Paketen
• node-red.1 letzte Änderung gerade vorhin mit den Paketen die ich vor 3 Jahren geladen habe.

so...
am Slave funktioniert es und es kommen keine Fehlermeldungen...
am Master habe ich Fehlermeldungen und fehlende/falsche Variablen

was könnte ich machen?

Tobi

[mickym]

@rs_tobi Na das sind alles unterschiedliche Instanzen. Mit Master/Slave kenne ich mich nicht aus - kann sein dass die Datenverzeichnisse ausgetauscht werden, aber updates werden meines Wissens nicht automatisch gemacht.

Ich würde mir halt eine Instanz aussuchen und die zum funktionieren bringen.

Die Flows sind in der json.flow in dem Data verzeichnis gespeichert.
/opt/iobroker/iobroker-data/node-red - mit Bindestrich kenn ich nicht. Die 1. Instanz ist meist ohne Zahl die zweite Instanz heißt die Instanz node-red.1 oder node-red.2

In dem Node-Red Datenverzechnis gibst du einfach npm list ein und dann siehst Du ob dein Modul bzw. die Node noch in dieser Instanz vorhanden ist.

pi@mwhome:/opt/iobroker/iobroker-data/node-red $ npm list
node-red-project@0.0.1 /opt/iobroker/iobroker-data/node-red
├── @mdi/font@5.9.55
├── @node-red-contrib-themes/theme-collection@3.0.6
├── node-red-contrib-bigtimer@2.8.6
├── node-red-contrib-cron-plus@2.1.0
├── node-red-contrib-crypto-js@0.1.1
├── node-red-contrib-fs-ops@1.6.0
├── node-red-contrib-harmony-websocket@2.2.6
├── node-red-contrib-light-scheduler@0.0.18
├── node-red-contrib-tail-file@1.2.6
├── node-red-contrib-ui-contextmenu@2.0.1
├── node-red-contrib-ui-time-scheduler@1.17.2
├── node-red-contrib-web-worldmap@4.9.0
├── node-red-dashboard@3.6.5
├── node-red-node-email@3.0.1
├── node-red-node-feedparser@0.3.0
├── node-red-node-mysql@2.0.0
├── node-red-node-ping@0.3.3
├── node-red-node-smooth@0.1.2
├── node-red-node-snmp@2.0.0
├── node-red-node-tail@0.4.0
└── node-red-node-ui-table@0.4.3

[RS_Tobi]

@mickym

Hallo, das war ein Tippfehler.
es heißt schon node-red.2

Und, es funktioniert ja einer. (der Slave hat eine eigene Instanz von node red.
Ich habe nochmal eine Instanz angelegt (am Master) und dann das Verzeichnis
vom node-red in das node-red.2 kopiert.
Die Pakete waren dann verfügbar, aber mit den gleichen Fehlern wie in der ersten Instanz.

Ich habe hier den LOG der funktionierenden Instanz (am SLAVE)

Ich habe hier den LOG den "defekten" Instanz (vom Master)

Ist hier was interessantes drin?

Tobi