Sollte so aussehen:
curl -s -X PUT -d '{"logLevel": 0}' http://127.0.0.1:38075/gateways/00212EFFFF09B724/settings
Ach Du meine Güte ... Den Tippfehler hatte ich total übersehen. Vielen Dank!
Jetzt hat es natürlich wieder wie üblich geklappt:
{"logLevel":0}
Dazu muss vermutlich auch "App verbinden" in der Phoscon Weboberfläche für 60 sek. aktiv sein
Ich habe es über das Homebridge-Terminal hinbekommen. App verbinden muss dazu nicht aktiviert werden.
deconz -H localhost:4530 getApiKey
Wenn ich Geräte in der Phoscon App umbenenne werden die geänderten Namen leider nicht in den HB Geräten übernommen. Im HB Log hingegen wird der geänderte Name richtig angezeigt.
Geht dies nachträglich prinzipiell nicht oder müsste ich die Geräte im HB Cache einmal entfernen?
Danke Patrick_ für die MEGA Anleitung vom 29. Mai 2023 die auch als hilfreich markiert wurde. Ich hab gelesen, gegoogelt, probiert und es einfach nicht verstanden, aber dank deiner Anleitung verstehe ich jetzt die API 
War Neuland für mich.
Ich bin ebenso wie Domser an allen (nicht sehr hilfreichen Kommentaren) z.B. in https://github.com/ebaauw/homebridge-deconz/issues/145 gescheitert. Daher Domser auch an dich ein Danke für's nicht aufgeben!
DANKE Muss auch mal gesagt werden - dafür hab ich mich sogar registriert als zuvor langjähriger stiller Mitleser hier.
Ja, ich steuere den Log-Level auch nach Geräten. Die Statusänderungen von Tür Fenstersensoren und Temperaturänderungen will ich durchaus im Log sehen, Aber nicht unbedingt die Mitteilung dass sich an einer Zigbee Steckdose die Spannung von 230V auf 231V geändert hat....
Das kriegt man mit diesen Befehlen hin. Wobei ich in der Regel nicht curl benutze sondern die sehr viel schlankeren ui Befehle die der Entwickler alternativ anbietet.
Wie ist eigentlich die Syntax um das logLevel global von allen (nicht einzelnen!) Geräten welche über Deconz eingebunden werden auf 0 zu setzen?
Aktuell sieht meine config für den relevanten Bereich recht simpel aus:
{
"platform": "deCONZ",
"hosts": [
"192.168.178.34:9091"
]
}Was auch geht, alle Geräte kommen rein. Nur das LogLevel will ich reduzieren. Wenn ich das LogLevel aber einfach in die config eintrage bekomme ich eine Fehlermeldung:
[11/4/2023, 1:01:13 PM] [deCONZ] warning: config.json: logLevel: invalid keyBitte hier nachlesen: https://github.com/ebaauw/home…iki/Dynamic-Configuration
Dort ist alles genau beschrieben!
Unter "Update Gateway Settings"
Oder man liest einfach mal die erste Seite dieses Themas hier. Dann findet man meinen Beitrag bzw. Anleitung für das LogLevel.
Moin,
Ich nutze auf meinem Raspi4 homebridge und habe dort deCONZ installiert für den ConBee II.
Am ConBee sind einige Sensoren und Taster angeschlossen.
Für einige der Geräte bekomme ich beim Restart folgende gelbe Warnings:
[deCONZ] warning TRADFRI an/aus Taster : exposed by draft ddf
Wenn ich danach Google finde ich absolut nix.
Habt Ihr eine Idee was das „exposed by draft ddf“ bedeutet?
Danke und LG
Hab dasselbe bei Hue Lampen.Finde auch nichts zu der Meldung.
Vielleicht ist da jemand schlauer.
Komisch, dabei findet man es doch direkt, wenn man nach "exposed by draft ddf" bei den Github Issues zum Plugin sucht. 
Ich finde die Warnung auch einigermassen nervig. Aber solange die angemeckerten Geräte laufen, wird sie halt ignoriert. 
Irgendwie habe ich gerade einen Knoten im Hirn 
Nach einer Neuinstallation des Gateways und des Plugins bekomme ich im Log diese Meldung:
[11/22/2023, 9:49:05 AM] [deCONZ] DeConz: warning: FC6FFC23BF: potentially stale api key: {"create date":"2023-11-20T11:52:53","last use date":"2023-11-21T16:16:27","name":"homebridge-deconz#homebridge"}mein Lösungsansatz der bisher immer funktionierte war:
deconz -H 192.168.178.20:8081 delete /config/whitelist/FC6FFC23BFnun bekomme ich aber das:
root@homebridge:/var/lib/homebridge $ deconz -H 192.168.178.20:8081 delete /config/whitelist/FC6FFC23BF deconz delete: request 1: DELETE /config/whitelist/FC6FFC23BF deconz delete: error: request 1: /config/whitelist/FC6FFC23BF: api error 1: unauthorized userWas mache ich da falsch und wie bekomme ich Zugriff auf die Api??
Hast du einen API-Key kreiert? Ich verwende kein deCONZ und kenn mich nicht so aus,, aber vielleicht musst du einen neuen Key anlegen:
Danke Dir, aber ja, das habe ich bereits gemacht.
Das erhöht die Meldungen mit den Stale api-keys nur noch.
Echt merkwürdig. Das funktionierte schon mal ohne Probleme.
Ich kann auf die schnelle nicht viel beitragen, außer dass ich zum Wechsel auf den Conbee 3 auch mit einem stale API Key zu tun hatte. Ich musste dann nochmal in Phoscon auf „App verbinden“ klicken. Hintergrund ist, dass mein neuer Stick scheinbar unter einer neuen BridgeID läuft und somit als neues Gateway angesehen wird (was nen neuen API Key notwendig machte)
Hab dazu auch mit Erik gesprochen:
Hallo,
ich muss auch mal fragen nach einem Backup restore in ein ChildProzess von Homebridge-deconz kommt immer:
[12/2/2023, 1:27:25 PM] Homebridge v1.7.0 (HAP v0.11.1) (deCONZ) is running on port 56853.
[12/2/2023, 1:27:25 PM] [deCONZ] hardware: Raspberry Pi 4B 1.1 (4GB)
[12/2/2023, 1:27:25 PM] [deCONZ] os: Debian GNU/Linux 11 (bullseye) [64 bit]
[12/2/2023, 1:27:25 PM] [deCONZ] restored 1 accessories from cache
[12/2/2023, 1:27:25 PM] [deCONZ] ui server: listening on http://127.0.0.1:39037/
[12/2/2023, 1:27:26 PM] [deCONZ] Phoscon-GW: warning: unlock gateway and set expose to obtain an API keyAuf der Phoscon Webseite- Gateway- Erweitert- App verbinden
habe ich aktiviert und deConz Child neu gestartet, Hilft nicht.
was ist das mit set expose gemeint?
Hoffe es kann eine mir einen Denkanstoß geben.
Danke