Hi hatte deine Response nicht mehr mitbekommen - aber im dritten Anlauf hat er dann alle erkannt bzw. durchgeneriert. Was soll ich sagen: ich bin begeistert !!

• Fibargroup FGD212 (Dimmer)
• Fibargroup FGR222 (Shutter)
• Fibargroup FGS223 (Double Switch)

alles butterweich, super responsive und sogar mit sinnvollen Werten in der Verbrauchsmessung (Meter).

Weisst du wie viel Zeit ich in die integration des "alten" Adapter gesteckt habe, um die Shutter vernüftig neigen zu können...mit der ozw dev..der Adapter war immer so frickelig...

Deine 0.11 (!) hier, macht einen deutlich solideren Eindruck, wow.

Ole

@homoran schau doch mal auf deinem System auf welchem host die Instanzen laufen...tut mir auch leid, wenn du das nicht verstehst.
Ich bin raus schönen Abend...vielleicht verstehtst du es ja mal bei Zeiten, einfach dran bleiben...;-))

#edit - fürs Protokoll: das mit dem Umziehen der Instanzen läuft sehr gut, das geht sogar automatisch wenn man den Slave löscht (da hat doch einer mitgedacht), dann werden die Instanzen auf den Master verschoben - eventuelle USB Sticks und Bluetooth läuft dann natürlich ggf nicht, aber Strukturen und Konfig bleibt erhalten. Dann das frische OS wieder als Slave einbinden und die Instanzen wieder zurück auf den Host, ggf. nochmal die Einstellungen für USB-Devices anpassen und schon ist alles wieder grün - geht IMHO deutlich schneller ein neues Image und nen frisches iob auf ne SD Karte zu ziehen, als stundenlag auf nen OS upgrade zu warten.

@thomas-braun

host.rasp object system.adapter.ble.0 created

und jetzt darf ich mich - nach locker 4h rumfummeln - auf die bahnbrechenden Neuerungen des BLE-Adapters freuen ;-)))

@uschi08
geht doch wirklich nichts über ein in-place upgrade aufm pi3 ....

offtopic: ist es ratsamer aus einem backitup-Backup den slave wiederherzustellen, nachdem das Imgae neu gemacht wurde, oder kann man die Instanzen lieber "umziehen" z.B. auf den Master und dann wieder "rüberschieben"?

@thomas-braun said in Fehler bei: iobroker add ble@0.14.0 auto --host rasp --debug:

'Focal' 20.04 kannste auch direkt in Angriff nehmen, der säuft dir sonst als nächstes ab.

jaja, danke sehr

@thomas-braun said in Fehler bei: iobroker add ble@0.14.0 auto --host rasp --debug:

Welche Fehlermeldungen meinst du überhaupt?

sowas:

raceback (most recent call last):
  File "/opt/iobroker/node_modules/node-gyp/gyp/gyp_main.py", line 42, in <module>
    import gyp  # noqa: E402
  File "/opt/iobroker/node_modules/node-gyp/gyp/pylib/gyp/__init__.py", line 9, in <module>
    import gyp.input
  File "/opt/iobroker/node_modules/node-gyp/gyp/pylib/gyp/input.py", line 8, in <module>
    import gyp.common
  File "/opt/iobroker/node_modules/node-gyp/gyp/pylib/gyp/common.py", line 435
    if CC := os.environ.get("CC_target") or os.environ.get("CC"):
           ^
SyntaxError: invalid syntax
gyp ERR! configure error 
gyp ERR! stack Error: `gyp` failed with exit code: 1
gyp ERR! stack at ChildProcess.<anonymous> (/opt/iobroker/node_modules/node-gyp/lib/configure.js:317:18)
gyp ERR! stack at ChildProcess.emit (node:events:517:28)
gyp ERR! stack at ChildProcess._handle.onexit (node:internal/child_process:292:12)
gyp ERR! System Linux 5.10.103-v7+
gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/.bin/node-gyp" "rebuild"
gyp ERR! cwd /opt/iobroker/node_modules/@abandonware/noble
gyp ERR! node -v v18.20.4
gyp ERR! node-gyp -v v10.2.0
gyp ERR! not ok 
npm error code 1
npm error path /opt/iobroker/node_modules/@abandonware/noble
npm error command failed
npm error command sh -c node-gyp-build

npm error A complete log of this run can be found in: /home/iobroker/.npm/_logs/2024-08-17T15_27_00_934Z-debug-0.log
host.rasp Cannot install iobroker.ble@0.13.4: 1

MOD-EDIT: Code in code-tags gesetzt!

@thomas-braun said in Fehler bei: iobroker add ble@0.14.0 auto --host rasp --debug:

Und
Active iob-Instances: 44
sind für einen RPi3 mit 1GB RAM ganz einfach viel zu viel. Das erklärt auch die TimeOuts beim Zugriff auf die Datenbank.

die laufen auf dem Master - der slave (pi) hat nur ne Handvoll

@thomas-braun danke !! habe ich mir fast gedacht. Blöd nur das die Fehlermeldungen dann "misleading§ sind und man verzweifelt versucht es doch noch hinzubiegen ;-(

Bitte in der nachfolgenden Übersicht die mit ... bzw x gekennzeichneten Felder ausfüllen und im Anschluss an die Tabelle auf Linux Systemen den Output des Commands iob diag einfügen.

Full log....

iob_diag.log

gerne

Bitte ausfüllen:

• Adaptername: BLE
• Link zu Adapterrepository: www.github.com...
• Adapterversion: 0.13.4 - 0.14.0
• js-controller Version: siehe diag
• Admin Version: siehe diag
• Hardwaresystem: NUC, Pi3.
• Arbeitsspeicher: ...xGB
• Festplattenart: SD-Karte, SSD, HDD, ...
• Betriebssystem: ...
• Nodejs-Version: ...
• NPM-Version: ...
• Installationsart: Skript oder Manuell ?
• Image, Docker genutzt: Ja - Nein
• Ort, Name der Imagedatei: ...

Linux User bitte hier den Output von iob diag einfügen.

======================= SUMMARY =======================
                        v.2024-05-22


   Static hostname: raspberrypi
         Icon name: computer
  Operating System: Raspbian GNU/Linux 10 (buster)
            Kernel: Linux 5.10.103-v7+
      Architecture: arm

Installation:           native
Kernel:                 armv7l
Userland:               32 bit
Timezone:               Europe/Berlin (CEST, +0200)
User-ID:                1000
Display-Server:         false
Boot Target:            graphical.target

Pending OS-Updates:     0
Pending iob updates:    0

Nodejs-Installation:
/usr/bin/nodejs         v18.20.4
/usr/bin/node           v18.20.4
/usr/bin/npm            10.7.0
/usr/bin/npx            10.7.0
/usr/bin/corepack       0.28.0

Recommended versions are nodejs  and npm 
Your nodejs installation is correct

MEMORY: 
              total        used        free      shared  buff/cache   available
Mem:           923M        484M         89M        1.0M        349M        373M
Swap:           99M         91M        8.0M
Total:         1.0G        575M         97M

Active iob-Instances:   44
Upgrade policy: none

ioBroker Core:          js-controller           6.0.9
                        admin                   7.0.22

ioBroker Status:        iobroker is running on this host.

At least one iobroker host is running.

Objects type: jsonl
States  type: jsonl

Status admin and web instance:
+ system.adapter.admin.0                  : admin                 : focal-server                             -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
  system.adapter.admin.1                  : admin                 : rasp                                     - disabled, port: 8081, bind: 0.0.0.0, run as: admin
  system.adapter.admin.2                  : admin                 : focal-server                             - disabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.web.0                    : web                   : focal-server                             -  enabled, port: 8082, bind: 192.168.20.8, run as: admin

Objects:                13303
States:                 10362

Size of iob-Database:

1.4M    /opt/iobroker/iobroker-data/objects.jsonl
1.4M    /opt/iobroker/iobroker-data/objects.json.migrated
1.4M    /opt/iobroker/iobroker-data/objects.json.bak.migrated
204K    /opt/iobroker/iobroker-data/states.jsonl
200K    /opt/iobroker/iobroker-data/states.json.migrated
200K    /opt/iobroker/iobroker-data/states.json.bak.migrated



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



Buster zu alt?

@kemnamol

Danke.
Die Maske beim Senden der eigenen States war es.
Ich hatte nochmal ne zweite Instanz aufgemacht, da waren die Defaultwerte dann auch korrekt und zudem der Port wieder auf 1883.
Merci
Ole

@kemnamol
Danke dir. Mal sehen, ob es hinhaut, aber so habe ich eine Fehlerquelle ausgeschlossen.

edit: geht net..ich bekomme keine Werte aus dem IoBroker, empfangen tut er sie.
Darf ich fragen wie deine MQTT-Adapterkonfig aussieht?
So, oder hast du andere Werte gesetzt?