Ich sammle mal meine Ideen!

Den oder die PC's selbst kannst Du per Adapter "windows-control steuern (wurde schon erwähnt), dazu braucht es aber einen Client, der am PC läuft, Standby, aufwecken udgl ist möglich.

Mining über die Plattform https://www.nicehash.com/
Damit sollte es eigentlich einfach sein, denn die haben eine API https://www.nicehash.com/docs/ , beim schnellen Drüberschauen wäre mir leider nichts zum Thema "steuern des Clients per Web" aufgefallen.

Was Du aber selber machen kannst, irgendwie herausfinden, ob der Browser aus der GUI, und vor allem auch was, was abschickt, vielleicht ist Google Dein Freund.
DANN ist es simple, per Blockly, ein Beispiel meiner Klimaanlage (per ESP gesteuert):

http://192.168.224.38/aircon/set?protocol=COOLIX&model=2&power=on&mode=cool&temp=17
Schicke ich das über den Browser ab, 17°C und kühlen, mit Blockly so:

Wenn er das tut und Du die Kommandos kennst, dann kannst ja den Stromverbrauch am Zähler checken (Fronius, was auch immer oder Shelly 3EM) und dann die Clients nach der Reihe, dem Verbrauch entsprechend minen lassen.

LG, Andi

P.S. Letzteres mache ich mit Poolpumpe (750W), Klimaanlage (900W) und Reserve-Wasserboiler (1300W)

Grüß Euch,

ich scheitere leider schon am Anfang! Die Zugangsdaten passen alle, leider gibts da den folgenden Fehler:
Ich hab trotz intensiver Suche im Forum nix gefunden
Das Skript startet soweit:

9:55:56.255	info	javascript.0 (10006) script.js.Zeug.AitPur: registered 0 subscriptions and 0 schedules
19:55:56.256	info	javascript.0 (10006) script.js.Zeug.AitPur: You are already logged in, login canceled
19:55:56.256	info	javascript.0 (10006) script.js.Zeug.AitPur: Retrieving your in de registered MiHome Devices

javascript.0
2021-10-23 19:56:01.304	error	FetchError: network timeout at: https://de.api.io.mi.com/app/home/device_list at Timeout.<anonymous> (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-fetch/lib/index.js:1476:13) at listOnTimeout (internal/timers.js:554:17) at processTimers (internal/timers.js:497:7)

javascript.0
2021-10-23 19:56:01.303	error	Error: network timeout at: https://de.api.io.mi.com/app/home/device_list

javascript.0
2021-10-23 19:56:01.302	error	An error happened which is most likely from one of your scripts, but the originating script could not be detected.

@kanumouse
Was geht: Velux Dachflächen Außenrollo, was nicht geht und den Adapter lahm legt sind Somfy Außenrollos.
Hier bekomme zB "Got action event for invalid device: und so weiter..." als Fehlermeldung.
Nun gut, ist kein Supergau, es wird das Log zugemüllt, sobald ich mit der MobileApp was steuere.
LG, Andi

@kanumouse said in Anfrage Tahoma/Somfy IO Adapter:

ch habe die Tahoma Switch im Einsatz mit dem entsprechenden iobroker-Adapter und steuere ein Pergola-Dach und 2 Rolläden (ausgelöst durch ein Blockly). Funktioniert alles wunderbar.

Wie hast Du dnn das gemacht? Welche Objekte steuerst Du? Lokal geht's ja nicht. Die Datenpunkte wurden angelegt, allerdings ohne lokale IP. Wie geht's dann weiter.
Skript kein Problem, ich weiss nicht, welche der vielen Datenpunkte da anzugreifen sind.

Vielen DANK, Andi

@jumbo125 Wie hast Du am Tahoma Switch den Entwicklermodus aktiviert. Ich habe die Switch und lt. Support gibts dafür keine WebGUI?
Danke, Andi

@ro75
Danke für den Tipp.

sudo nano /etc/dphys-swapfile

das Swapfile auf 4GB (4000) gesetzt, gefühlt startet das System nun auch schneller. Ich bin gespannt, ob es was bngt, die nächsten Tage werden es zeigen.
Vielen DANK nochmal!

@thomas-braun said in Absturz bei REPO Aktualisierung:

iob diag

iob diag kannte ich noch nicht.
Ich überlege einen neuen Raspi 4 mit 8GB RAM. Es laufen sehr viele Skripte bzw es wird einiges in den History Adapter geschrieben. Das war aber bis vor 3 Wochen am alten System nie ein Thema. Unterschied zwischen altem und neuem ist im Grunde nur das RaspiOS.

======================= SUMMARY =======================
                        v.2024-08-12


 Static hostname: iobroker
       Icon name: computer
Operating System: Debian GNU/Linux 12 (bookworm)
          Kernel: Linux 6.6.47+rpt-rpi-v8
    Architecture: arm64

Installation:           native
Kernel:                 aarch64
Userland:               64 bit
Timezone:               Europe/Vienna (CEST, +0200)
User-ID:                1000
Display-Server:         false
Boot Target:            multi-user.target

Pending OS-Updates:     2
Pending iob updates:    0

Nodejs-Installation:
/usr/bin/nodejs         v20.17.0
/usr/bin/node           v20.17.0
/usr/bin/npm            10.8.2
/usr/bin/npx            10.8.2
/usr/bin/corepack       0.29.3

Recommended versions are nodejs 20.18.0 and npm 10.8.2
Your nodejs installation is correct

MEMORY:
               total        used        free      shared  buff/cache   available
Mem:            1.9G        1.6G        155M        208K        268M        352M
Swap:           209M        209M        258K
Total:          2.1G        1.8G        155M

Active iob-Instances:   22
Upgrade policy: none

ioBroker Core:          js-controller           6.0.11
                        admin                   7.1.5

ioBroker Status:        iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Status admin and web instance:
+ system.adapter.admin.0                  : admin                 : iobroker                                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.web.0                    : web                   : iobroker                                 -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

Objects:                11041
States:                 7807

Size of iob-Database:

20M     /opt/iobroker/iobroker-data/objects.jsonl
3.7M    /opt/iobroker/iobroker-data/states.jsonl



=================== END OF SUMMARY ====================

Beim Update des Repositories (http://download.iobroker.net/sources-dist.json) stürzt der ioBroker reproduzierbar ab, häufig zusammen mit dem darunterliegenden Raspberry Pi 4 (2GB RAM) und dessen Betriebssystem. Selbst wenn ich die Repositories deaktiviere und speichere, passiert zunächst nichts. Anschließend wird eine Meldung angezeigt, dass eine langsame Verbindung erkannt wurde, danach reagiert das System nicht mehr. Der einzige Ausweg ist dann, einen Hard-Reset am Raspberry Pi durchzuführen.
Speicherfressende Instanzen hab ich abgeschaltet, 16% Speicher, ~300MB sind noch verfügbar).
Das System ist komplett neu aufgesetzt, das "alte", perfekt laufende musste ich eliminieren, da irgendeine Library nicht mehr gefunden wurde.

Gibt es einen Weg, das automatische Update komplett zu deaktivieren? Ich habe das Gefühl, dass trotz deaktivierter Repos es immer noch Crashes gibt. Aber kann man das Timeout irgendwo verlängern? Es wird bei der "Langsamen Verbindung" angeboten, hilft aber nicht, da zu diesem Zeitpunkt das System schon abgestürzt ist.

Vielen Dank für Tipps, Andi

@wendy2702
Bald, sobald ich einen neuen Waveshare habe. Dann probiere ich nochmals.

@wendy2702 Schande über mich

Und diese permanenten Fehlermeldungen,
2024-07-25 17:54:05.154 error Client in error state. modbus.0
2024-07-25 17:54:05.152 error Request timed out.
(die Warnings dazu hab ich abgeschaltet) gibts da einen Workaround?

Grüß Euch,

Wie komme ich zu den Spalten "Offset & Faktor", die sehe ich nicht. Mit der iObroker GUI bin ich im Administrator Mode (starte als Admin)??

Ausserdem hab ich permanent
2024-07-25 17:54:05.154 error Client in error state. modbus.0
2024-07-25 17:54:05.152 error Request timed out.

Ich hab die x Warnungen mittlerweile abgeschaltet.

LG, Andi

@mcm1957
0.0.14
Ich habs direkt aus den iObroker Adaptern.

Danke, Andi