Okay, ich kann nun den per MagicHome App aktivierten Controller per iOBroker steuern. So klappts bei mir:

Der WiFi Light Adapter erkennt per "Gerät suchen" Schaltfläche nun den MagicHome Controller als "AK001-ZJ2145" (Google spuckt zu der Kennung gar nichts aus. Großartig!). Die korrekte IP vom Controller ist dann eingetragen. Was noch fehlt ist der Typ. Dort "LD382A" eintragen und Port auf 5577 lassen. Abspeichern und nun sollte unter Objekte unter der Bezeichnung wifilight.0 euer Controller auftauchen. Viel Spaß.

Auf ali gibt es nun die ersten BL602 Development Boards. Na mal schauen...;)

ES KLAPPT!

@Kueppert Mit "" hatte ich auch probiert. Daran lag es nicht. Ich danke dir trotzdem für deinen Versuch.
@AlCalzone Du hattest Recht. Mein home Verzeichnis war wohl doch im Besitz von root.

Abhilfe brachte

sudo chown -R -c iobroker:iobroker /home/iobroker

Auf diesen Befehl hin kamen folgende 3 Zeilen: (nur noch sinngemäß, da ich zum testen das Update des js-controllers angestoßen habe und die 3 Zeilen oben aus dem Terminal rausgerutscht sind...)
Der Benutzer von /home/iobroker/.ssh...blabla wurde von root:root zu iobroker:iobroker geändert.
Der Benutzer von /home/iobroker/.ssh...blabla wurde von root:root zu iobroker:iobroker geändert.
Der Benutzer von /home/iobroker wurde von pi:pi zu iobroker:iobroker geändert.

js-controller konnte nun erfolgreich aktualisiert werden. Danke für euren super Support.

@maxpd @David-Walter @fritzmueller

Hey ihr drei. Ich liebe auch die Flexibilität und das Aussehen der Blynk Oberfläche auf meinem Smartphone und steuere daher mein Smart Home komplett per Blynk.
Immer mal wieder schaue ich nach, ob schon jemand einen iOBroker Adapter für Blynk gebastelt hat. Leider bis heute Fehlanzeige.

Ich habs bisher so gelöst:
Routet die Blynk Steuersignale per MQTT zum iOBroker. Dafür nutzt ihr in Blynk die pro Device bis zu 255 virtuellen Pins. Ich nutze in der Arduino IDE für MQTT die Library PubSubClient.

Auf dem gleichen Weg ist es auch möglich aus iOBroker heraus Signale nach Blynk zu senden.

Für die Profis: Wir brauchen einen Blynk Adapter!

@maxpd @David-Walter @fritzmueller

Hey ihr drei. Ich liebe auch die Flexibilität und das Aussehen der Blynk Oberfläche auf meinem Smartphone und steuere daher mein Smart Home komplett per Blynk.
Immer mal wieder schaue ich nach, ob schon jemand einen iOBroker Adapter für Blynk gebastelt hat. Leider bis heute Fehlanzeige.

Ich habs bisher so gelöst:
Routet die Blynk Steuersignale per MQTT zum iOBroker. Dafür nutzt ihr in Blynk die pro Device bis zu 255 virtuellen Pins. Ich nutze in der Arduino IDE für MQTT die Library PubSubClient.

Auf dem gleichen Weg ist es auch möglich aus iOBroker heraus Signale nach Blynk zu senden.

Für die Profis: Wir brauchen einen Blynk Adapter!

Schön, dass das bei euch auch funktioniert. Super!

Sofern jemand neuere Informationen zur Flashbarkeit des BL602 Chipsatzes hat, immer her damit!

Okay, ich kann nun den per MagicHome App aktivierten Controller per iOBroker steuern. So klappts bei mir:

Der WiFi Light Adapter erkennt per "Gerät suchen" Schaltfläche nun den MagicHome Controller als "AK001-ZJ2145" (Google spuckt zu der Kennung gar nichts aus. Großartig!). Die korrekte IP vom Controller ist dann eingetragen. Was noch fehlt ist der Typ. Dort "LD382A" eintragen und Port auf 5577 lassen. Abspeichern und nun sollte unter Objekte unter der Bezeichnung wifilight.0 euer Controller auftauchen. Viel Spaß.

Auf ali gibt es nun die ersten BL602 Development Boards. Na mal schauen...;)

Hi ihr!
Ich habe jetzt leider das 2. Mal Pech gehabt und bei meiner Bestellung die MagicHome RGB Controller ohne ESP sondern mit neuem BL602 Chipsatz erhalten. Da es derzeit keinen Weg gibt diese Dinger zu flashen Frage ich mich, ob ihr einen anderen Weg kennt, die Controller in iOBroker einzubinden?
Vor ein paar Wochen versuchte ich bereits solch einen MagicHome Controller mit BL602 Chipsatz mit dem WiFi Light Adapter einzubinden. Ohne Erfolg - vielleicht aufgrund der neuen Revision der Hardware. Wenn jemand hier Tipps zur Konfiguration hat - immer her damit.

EDIT: Ich habe soeben auf Github einige Projekte gefunden, den Controller ohne App anzusteuern. Sofern ich den WiFi Light Adapter nicht ans Laufen bekomme, wird es sicher möglich sein die iOBroker Anbindung mit einem der Github-Projekte zu realisieren.

Wie dem auch sei. Die Kommunikation zur China-Cloud werde ich ohne Flashen von Tasmota wohl nicht los. ;(

@Thomas-Braun Das ist ein lokaler Blynk Server (für die Handy App Blynk). Schöne Oberfläche auf dem Smartphone um Mqtt Signale an iOBroker zu senden.

top - 12:37:14 up 17:24,  1 user,  load average: 0,76, 0,93, 1,00
Tasks: 132 total,   1 running, 131 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1,1 us,  0,3 sy,  0,0 ni, 98,4 id,  0,0 wa,  0,0 hi,  0,2 si,  0,0 st
MiB Mem :   3826,9 total,   2033,4 free,   1257,7 used,    535,9 buff/cache
MiB Swap:    100,0 total,    100,0 free,      0,0 used.   2559,8 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
  613 iobroker  20   0  321372 231068  27592 S   2,6   5,9 196:00.39 node
12837 iobroker  20   0  294176 208136  27416 S   1,0   5,3   3:30.12 node
  619 pi        20   0  215304  65396   8500 S   0,7   1,7   5:24.09 octoprint
  622 root      20   0 1266780 353484  14680 S   0,7   9,0   9:17.60 java
  946 iobroker  20   0  201756 114460  26912 S   0,7   2,9  18:51.67 node
20337 pi        20   0   10328   3044   2604 R   0,7   0,1   0:00.92 top
  893 iobroker  20   0  182308  94808  28056 S   0,3   2,4   1:04.50 node
    1 root      20   0   33768   8128   6484 S   0,0   0,2   0:04.85 systemd
    2 root      20   0       0      0      0 S   0,0   0,0   0:00.08 kthreadd
    3 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_gp
    4 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_par_gp
    6 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/0:0H
    8 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 mm_percpu_wq
    9 root      20   0       0      0      0 S   0,0   0,0   0:08.65 ksoftirqd/0
   10 root      20   0       0      0      0 I   0,0   0,0   0:21.30 rcu_sched
   11 root      rt   0       0      0      0 S   0,0   0,0   0:00.92 migration/0
   12 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/0

@Thomas-Braun Danke

@Thomas-Braun

pi@rpi4:~ $ free -h
              total        used        free      shared  buff/cache   available
Mem:          3,7Gi       1,3Gi       1,9Gi       9,0Mi       531Mi       2,5Gi
Swap:          99Mi          0B        99Mi
pi@rpi4:~ $ free -h
              total        used        free      shared  buff/cache   available
Mem:          3,7Gi       1,3Gi       1,9Gi       9,0Mi       531Mi       2,5Gi
Swap:          99Mi          0B        99Mi
pi@rpi4:~ $ who -r
         Runlevel 5   2020-10-01 19:11
pi@rpi4:~ $ iobroker list instances
+ system.adapter.admin.0                 : admin                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
  system.adapter.alexa2.0                : alexa2                - disabled
+ system.adapter.amazon-dash.1           : amazon-dash           -  enabled
+ system.adapter.backitup.0              : backitup              -  enabled
+ system.adapter.ble.0                   : ble                   -  enabled
+ system.adapter.denon.0                 : denon                 -  enabled
  system.adapter.discovery.0             : discovery             - disabled
  system.adapter.flot.0                  : flot                  - disabled
  system.adapter.influxdb.0              : influxdb              - disabled, port: 8086
  system.adapter.info.0                  : info                  - disabled
  system.adapter.iot.0                   : iot                   - disabled
+ system.adapter.javascript.0            : javascript            -  enabled
  system.adapter.kodi.0                  : kodi                  - disabled, port: 9090
+ system.adapter.mqtt.0                  : mqtt                  -  enabled, port: 1883, bind: 0.0.0.0
  system.adapter.node-red.0              : node-red              - disabled, port: 1880, bind: 192.168.2.8
+ system.adapter.ping.0                  : ping                  -  enabled
  system.adapter.plex.0                  : plex                  - disabled
  system.adapter.simple-api.0            : simple-api            - disabled, port: 8087, bind: 0.0.0.0, run as: admin
  system.adapter.socketio.0              : socketio              - disabled, port: 8084, bind: 0.0.0.0, run as: admin
+ system.adapter.sonoff.0                : sonoff                -  enabled, port: 1884, bind: 0.0.0.0
  system.adapter.telegram.0              : telegram              - disabled, port: 8443, bind: 0.0.0.0
  system.adapter.terminal.0              : terminal              - disabled, port: 8090, bind: 0.0.0.0, run as: admin
  system.adapter.upnp.0                  : upnp                  - disabled
  system.adapter.web.0                   : web                   - disabled, port: 8082, bind: 0.0.0.0, run as: admin
+ system.adapter.zigbee.0                : zigbee                -  enabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E322CE-if00

+ instance is alive

@paul53 Laptop, PC...überall

System: RPi4 relativ frisch aufgesetzt (August 2020) mit aktuellem Raspberry Pi OS
Betriebssystem: linux
Architektur: arm
CPUs: 4
Geschwindigkeit: 1500 MHz
Modell: ARMv7 Processor rev 3 (v7l)
RAM: 3.74 GB
System Betriebszeit:16:34:29
Node.js: v12.18.4
NPM: 6.14.6
Festplatte Größe: 109.79 GB
Festplatte frei: 105.89 GB
Anzahl der Adapter: 306
Betriebszeit: 16:36:35
Aktive Instanzen: 10
Hostname: rpi4
ROUTER: FritzBox

Der Titel sagts, beim ersten Aufruf der Weboberfläche meines iOBroker lädt diese unter sämtlichen Browsern reproduzierbar extrem langsam (immer ca. 30 bis 60s). Teilweise meldet der Browser "Eine Webseite verlangsamt ihren Browser...", siehe Screenshot.
Sobald die Seite dann erst einmal geladen ist, liegen die Ladezeiten beim Wechsel zwischen anderen Menueinträgen (Instanzen, Objekte, Skripe,etc.) bei erträglichen 5-10s.
Sobald der Browser geschlossen und wieder geöffnet wird, geht das Spiel wieder von vorn los....30-60s Wartezeit für den ersten Aufruf.

Liegen die Ladezeiten im normalen Bereich?
Was habt ihr für Ladezeiten?
Sofern die Zeiten unnormal sind, wo setze ich an bei der Fehlersuche? (gern auch über die Kommandozeile des RPi)
Ggf. habe ich irgendwo sich nicht vertragende Porteinstellungen? Kenne mich nur nicht mit Netzwerksniffern wie Wireshark aus.

Folgende Adapter sind aktiv: