@michaelnorge sieht kompliziert aus, was macht das ander/besser als meine Berechnung?

Nochmals vielen Dank !!! @arteck , @Feuersturm

@semie1 sagte in Tinkerboard S mit Iobroker und PIVCCU: wie voraus gesagt ging das neue aufsetzen komplett schief dann hast du was falsch gemacht. So ein Thema hatten wir gerade die Tage erst. Da klappte es direkt als es richtig gemacht wurde. @semie1 sagte in Tinkerboard S mit Iobroker und PIVCCU: Fehlermeldung: cannot call visUtils: Not exists einfach mal danach suchen, gibt gefühlt zig posts dazu. @semie1 sagte in Tinkerboard S mit Iobroker und PIVCCU: verschiedene Fehlermeldungen treten auf. bitte immer alke Infos https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1 und eigenen Thread für eigene Probleme aufmachen

@hammerhead86 Und wie im issue steht, hast du https an. Warum dies im eigenen Netz ??? Naja, warten wir mal ab was du lieferst.

@mcu Hi, sorry dass ich mich erst jetzt melde. Leider funktioniert bei mir auch nichts mehr. Ich dachte eigentlich dass ich mich aus dem WLAN abgemeldet hätte zum testen, scheinbar hat das nicht gestimmt.

@drapo @drapo so gehts mittels blockly [image: 1705185097188-f6bd29b7-6c16-49f6-8aca-1ec5196e16d5-grafik.png]

@djmarc75 Der klassiche Wald vor lauter Bäumen...Danke!

@klausstoertebeker Von einer Installation von Adaptern die NICHT via Repositories installierbar sind wird auf produktiven Systemen und für nicht erfahrene User prinzipiell abgeraten. Von Github sollte nur installiert werden, wenn dies der Entwickler z.B. als Hotfix oder zur Fehlersuche vorgibt. In jedem Fall gilt "Use at own risk". Adapter die nicht im Repository enthalten sind lassen vermuten, dass die Entwicklung nur halbherzig erfolgt und / oder dass erkannte Mängel die der Maintainer nicht behebt eine Aufnahme verhindern. Die erste Maßnahme bei Adaptern die nicht im Repository enthalten sind ist den Entwickler zu kontaktieren und zu ersuchen eine Aufnahme zu veranlassen. Infos dazu gibt es hier: https://github.com/ioBroker/ioBroker.repositories?tab=readme-ov-file#requirements-for-adapter-to-get-added-to-the-latest-repository Im Bedarfsfall können wir gerne dabei unterstützen. Einfach als dev hier oder besser noch im Telegrammchannel (Links unter www.iobroker.dev) melden. edit: Da homepilot20 offensichtlich gewartet wird, sollte eine Aufnahme des Adapters in die offiziellen Repos durchaus möglich sein. Derzeit fehlen diesem Adapter aber z.B. die standardmäßigen Basisteste - und ev. noch andere Dinge. Dies würde ein Review zeigen. Wenn der Adapetr aber prinzipiell funktioniert sollten das keine unlösbaren Hindernisse sein. Ergo -> Entwickler kontaktieren.

@tobiasp Das Ding ist komplett schief aufgesetzt. Installier da NEU ein 64Bit Raspberry OS Lite.

@oxident Ich habe mal ein Script geschrieben, welches von History zu InfluxDB migriert. Das könntest Du ggf. anpassen: https://github.com/haus-automation/iobroker-script-examples/blob/main/logging/migrate-history-to-influxdb.md

Hallo, anscheinend ist für diese Funktion wirklich zwingend ein Abo mit "Fernzugriff" notwendig. "Assistent" ist wohl trotz anderslautender Infos im Netz nicht ausreichend. Ich konnte das allerdings noch nicht testen. Wenn ich das getan habe werde ich hier nochmal schreiben und das Thema auf [gelöst] setzen. VG

@arteck Danke. Hab schon :)

@homoran

@martinp Das is so eine kompakte kleine schwarze die man nicht zerstörungsfrei zerlegen kann. habe nachdem das mit der Sektorgrösse erkannt war da gefunden: Conclusion: if you want to boot Pi 4 from a SATA SSD, get an adapter with the ASM1153 chip, not the JMS567 chip. pi@pivpn:~ $ sudo lsusb Bus 002 Device 002: ID 0781:5591 SanDisk Corp. Ultra Flair Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 152d:0562 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub pi@pivpn:~ $ Jetzt bin ich mir nicht sicher ob ich das mit hdparm überhaupt versuchen soll. Vielleicht ist sie dann ja ganz unbrauchbar. Danke jedenfalls für den Hinweis

Wenn im preset das Licht on ist, dann geht das natürlich auch an. Alles was Du im PS (preset) abspeicherst wird beim aktivieren desse auch geschaltet. Hat also mit dem Blockly nichts zu tun. Schalte doch mal im WLED WebIf den Preset an, dann geht wohl auch das Licht. Wenn Du ein PS schalten möchtest, ohne dass das Licht angeht, dann speicher auch den PS als "off" ab und schaltet das Licht definiert über on/off.

@maik5066 Ich meinte das Ausführen aus dem Arbeitsverzeichnis ("working directory") "/root"

@hschief der fix ist erst in 6.12.2, da zur Zeit ruhiger bei Admin denke ich können wir stable zeitnah mal erhöhen