Liebes Forum,

als Newbee möchte ich für eine Steuerung, die ich per Slider Widget geplant habe, keine fortlaufenden Werte (0 bis 16 in Schritten 1) an den Datenpunkt übergeben, sondern:
0,6,7,8,9,..,16.
Wie kann ich das anstellen?
Kann ich das über ein Script am Widget realisieren? Wie könnte das Script aussehen?
Der Slider als Eingabe ist schon schick.
Kann man das auch direkt konfigurieren?

Oder sollte ich auf einen temporären Datenpunkt zurückgreifen und in dem von zB
5-16 auf 0,6-16 mit einem weiteren Script gehen. Das finde ich aber nich so "schön".

Lange Rede kurzer Sinn: Wie kann ich beim Slider Widget die Daten manipulieren, bevor diese in den Datenpunkt geschrieben werden?

Die Anforderung taucht auch auf, wenn man einen Slider hat und mit dem LED Streifen steuert.
Von 80%-100% ändert sich die wahrgenomme Helligkeit kaum aber bei 10%-30% massiv.
Das wäre schön, wenn sich das per Formel oder diskret anpassen lassen könnte.

Fragen? Fragen!

Danke und liebe Grüße
Maniac_

@thomas-braun said in Update js-controller to @3.3.22 fails "node_modules\tr-O64":

node_modules\tr-O64

Aus https://forum.iobroker.net/post/651167
"Ich werd mal das AVM Plugin deinstallieren / neu installieren"

Nach der deinstallation lies sich der iobrker nicht mehr starten --> Neuinstallation und recover aus dem Backup.

Irgendwo ist aber noch der Wurm drin. Die Zigbee DB aus dem deconz Adapter scheint nicht mehr "richtig" gefütert zu werden und unter "system.adapter.javascript.0" sind die Scripte nicht mehr sichtbar, laufen aber noch, denn sie sind in den "Objekten" vorhanden. --> Browserproblem: Cache und Cookies gelöscht.
Endlich wieder "SOP".

$ iobroker upgrade self
Update js-controller from @3.3.20 to @3.3.22
NPM version: 6.14.15
npm install iobroker.js-controller@3.3.22 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
npm ERR! code EINVALIDTAGNAME
npm ERR! Invalid tag name "node_modules\tr-O64": Tags may not have any characters that encodeURIComponent encodes.

npm ERR! A complete log of this run can be found in:
npm ERR!     /path/to/logs/2022-01-18T08_26_51_107Z-debug.log

which says:

1009 verbose stack Error: Invalid tag name "node_modules\tr-O64": Tags may not have any characters that encodeURIComponent encodes.
1009 verbose stack     at invalidTagName (/usr/lib/node_modules/npm/node_modules/npm-package-arg/npa.js:91:15)
1009 verbose stack     at fromRegistry (/usr/lib/node_modules/npm/node_modules/npm-package-arg/npa.js:296:13)
1009 verbose stack     at resolve (/usr/lib/node_modules/npm/node_modules/npm-package-arg/npa.js:81:12)
1009 verbose stack     at npa (/usr/lib/node_modules/npm/node_modules/npm-package-arg/npa.js:52:10)
1009 verbose stack     at doesChildVersionMatch (/usr/lib/node_modules/npm/lib/install/deps.js:91:21)
1009 verbose stack     at isDep (/usr/lib/node_modules/npm/lib/install/deps.js:163:27)
1009 verbose stack     at addRequiredDep (/usr/lib/node_modules/npm/lib/install/deps.js:175:13)
1009 verbose stack     at resolveWithExistingModule (/usr/lib/node_modules/npm/lib/install/deps.js:630:3)
1009 verbose stack     at /usr/lib/node_modules/npm/lib/install/deps.js:566:5
1009 verbose stack     at /usr/lib/node_modules/npm/node_modules/slide/lib/async-map.js:52:35
1009 verbose stack     at Array.forEach (<anonymous>)
1009 verbose stack     at /usr/lib/node_modules/npm/node_modules/slide/lib/async-map.js:52:11
1009 verbose stack     at Array.forEach (<anonymous>)
1009 verbose stack     at asyncMap (/usr/lib/node_modules/npm/node_modules/slide/lib/async-map.js:51:8)
1009 verbose stack     at exports.loadExtraneous.andResolveDeps (/usr/lib/node_modules/npm/lib/install/deps.js:565:3)
1009 verbose stack     at Array.<anonymous> (/usr/lib/node_modules/npm/node_modules/slide/lib/bind-actor.js:15:8)

tr-064 version 4.2.14

Ist das Problem bekannt?
Wo bin ich falsch abgebogen?

THX und beste Grüße
maniac_

@bbtown THX!
Hat nicht geholfen,

iobroker start admin.0

der aber schon:

iobroker upgrade admin@5.1.28 -y

@unclesam Hi, thanks for your reply. I agree if it is only the iobroker you are dealing with. Starting on my pi 1 B back in 2012 with a bunch of hand tailored scripts in various languages, it meanwhile monitors and controls a major part of our house including central heating, solar thermal, lights, louvers, solar power, construction dryer and the charging of the emobile via wallbaox. So a quick and painless migration was required.

On the other hand, is there a clear technical requirement for a new installation?

Thanks and kind regards
Maniac

Read some threads but none worked for me.
Last try was
https://raspberrypi.stackexchange.com/questions/103841/how-can-i-move-a-working-raspbian-buster-installation-from-pi-3-to-pi-4
but resizing and moving using "gparted" didn't work for me. So i was stuck with a 45M /boot partition.
These steps worked for me (got a linux laptop and a second SD card, but shifting data with one card will work too):

1. Create a new 32bit image for rpi4 on new SD card and boot it on the rpi4.
2. Copy /etc/fstab to /boot/ on rpi4.
3. Mount both partition of both SD cards on the laptop.
4. Clear rpi4 /root partition using "rm -rf *".
5. Copy the content of the rpi3 /root SD to rpi4 /root.
6. Copy the saved rpi4 "/etc/fstab" from rpi4 /boot back to rpi4 /root.
7. Insert rpi4 card into rpi4, it should boot right now.
   Update:
8. run "raspi-config" and renew the settings for the new pi4 (eg serial, ports, etc)

(condensed: create new 32 bit image, boot on pi4, save fstab, copy contents from old / to new /, restore fstab of new card)

I didn't test BT and Wifi.

HTH
Maniac

Hallo Forum,

meine Aufgabe ist aktuell der Umzug der Hausautomation vom rpi3 auf rpi4 (8GB):
volkszähler: done
mariaDB: done
ioBroker: done
eigene Scrpte: done
deconz: FAILED

Hier mein Reisebericht zu meiner Lösung und den Fragen:

Es scheint kein eigenes deconz für arm64 zu geben, wenn ich die Quellen nach
https://phoscon.de/de/raspbee/install#raspbian
anlege und versuche zu installieren, erhalte ich folgende Fehlermeldung:
"Kann Paket libqt5core5:armhf installieren"
Hängt ab von: libqt5network5:armhf
Hängt ab von: libqt5widgets5:armhf
Hängt ab von: libqt5gui5:armhf
Hängt ab von: libqt5serialport5:armhf
Hängt ab von: libqt5websockets5:armhf
..."
Also möchte er armhf Pakete unter arm64 installieren. Das geht so einfach nicht.

Mir sind folgende Optionen eingefallen:

1. Auf armhf (32Bit) wechseln
   Mit LPAE (Large Physical Address Extensions) im Kernel erkennt er auf jeden Fall
   die 8GB RAM und ich denke es wird auch keinen Prozess geben, der
   mit den adressierbaren 2GB nicht auskommt (zumindest in meinem Fall).
   Aber die ganze Sache nochmal migrieren? Ach nee. Ich will arm64 und Punkt (RFD).

2. Multi Arch installieren
   Nach https://wiki.debian.org/Multiarch/HOWTO eingerichtet, bei der Installation
   von deconz wollte er dann das Pakte "init" durch die armhf Version ersetzen
   und forderte mich nicht nach "ja" oder "Nein" auf, sondern wollte was wie
   "Ich bin mir sicher was ich tue, bitte mach es" und das war ich mir nicht.
   Vll hab ich was falsch verstanden oder gemacht.
   Muss ich die Architekturen priorisieren?
   Kennt sich jemand damit aus, hat Ideen oder die Lösung?

3. Docker
   Bei dem https://phoscon.de/de/raspbee/install#docker bin ich dann gelandet
   und es ging glatt.

Meine Frage:
Welchen Weg gibt es für deCONZ nativ auf arm64?
(Ich bin aus den 90'ern, da ist ein Container noch Hexenwerk)

Beste Grüße
maniac_on_moon