NEWS
Test Alpha Homekit-Controller 0.0.x
-
@fortune95 Also die realität ist gerade das das gerät nicht auf die Anfrage antwortet seine Accessory Daten rauszurücken.
Dann fangen wir jetzt mal etwas mehr tricky an. Jetzt brauchen wir richtiges Debug:
- Adapterinstanz stoppen im Admin
- mach eine Shell auf auf den rechner
DEBUG=hap* node /opt/iobroker/node_modules/iobroker.homekit-controller/build/main.js 0 --debug --logs
- Dann im Admin in de Adapter Konfig gehen (adapter nicht dort nochmal starten ... der läuft schon auf der Kommendozeile) und einmal pairen und warten bis wieder fehler kommt und so
- Dann Log von der Shell bitte posten. Da sollte mehr drin sein. gern als File hier anhängen
- Zusätzlich bitte im Admin unter Objekte mal das Device Objekt siuchen von dem Gerät und da rechts auf den Stift klicken und auch das JSON posten was da angezeigt wird unter "Raw" oder so
Uuuuund -weil ich das noch nciht gefragt hatten - das BLE Device/Stick wird nicht zufällig noch von nem anderen Adapter genutzt oder so? Also bitte sicherstellen das das BLE Device "frei" ist für den Adapter! Also kein radar2-Adapter oder so der den gleichen BLE nutzen will!
-
@apollon77 sagte in Test Alpha Homekit-Controller 0.0.x:
@fortune95 Also die realität ist gerade das das gerät nicht auf die Anfrage antwortet seine Accessory Daten rauszurücken.
Dann fangen wir jetzt mal etwas mehr tricky an. Jetzt brauchen wir richtiges Debug:
- Adapterinstanz stoppen im Admin
- mach eine Shell auf auf den rechner
DEBUG=hap* node /opt/iobroker/node_modules/iobroker.homekit-controller/build/main.js
- Dann im Admin in de Adapter Konfig gehen (adapte rnicht dort nochmal starten ... der läuft scho auf der Kommendozeile) und einmal pairen und warten bis wieder fehler kommt und so
- Dann Log von der Shell bitte posten. Da sollte mehr drin sein. gern als File hier anhängen
- Zusätzlich bitte im Admin unter Objekte mal das Device Objekt siuchen von dem Gerät und da rechts auf den Stift klicken und auch das JSON posten was da angezeigt wird unter "Raw" oder so
Uuuuund -weil ich das noch nciht gefragt hatten - das BLE Device/Stick wird nicht zufällig noch von nem anderen Adapter genutzt oder so? Also bitte sicherstellen das das BLE Device "frei" ist für den Adapter! Also kein radar2-Adapter oder so der den gleichen BLE nutzen will!
Hi, wo finde ich das Log in der Shell?
hier: /opt/iobroker/log ? -
Es wurden 2 Geräte / Objekt Ordner von ein und der selben Hardware angelegt?
JSON von gerade:
{ "type": "folder", "common": { "name": "Eve Degree 053B (BLE-D3:60:55:4A:CB:86)" }, "native": { "serviceType": "BLE", "id": "BLE-D3:60:55:4A:CB:86", "lastService": { "name": "Eve Degree 053B", "CoID": 76, "TY": 6, "AIL": 49, "SF": 1, "DeviceID": "d3:60:55:4a:cb:86", "ACID": 10, "GSN": 1, "CN": 3, "CV": 2, "c#": 3, "id": "d3:60:55:4a:cb:86", "ci": 10, "availableToPair": true } }, "from": "system.adapter.homekit-controller.0", "user": "system.user.admin", "ts": 1639497420956, "_id": "homekit-controller.0.BLE-D3:60:55:4A:CB:86", "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
JSON von heute morgen:
{ "type": "folder", "common": { "name": "Eve Degree 053B (BLE-D9:B3:D5:C9:E2:A9)" }, "native": { "serviceType": "BLE", "id": "BLE-D9:B3:D5:C9:E2:A9", "lastService": { "name": "Eve Degree 053B", "CoID": 76, "TY": 6, "AIL": 49, "SF": 1, "DeviceID": "d9:b3:d5:c9:e2:a9", "ACID": 10, "GSN": 1, "CN": 3, "CV": 2, "c#": 3, "id": "d9:b3:d5:c9:e2:a9", "ci": 10, "availableToPair": true } }, "from": "system.adapter.homekit-controller.0", "user": "system.user.admin", "ts": 1639497418786, "_id": "homekit-controller.0.BLE-D9:B3:D5:C9:E2:A9", "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
-
@apollon77
Google ist mein Freund...glaube ich jedenfalls....
Nachdem ich dem Debug Befehl noch etwas eränzt hatte, konnte ich schon mehr in der Shell sehen:DEBUG=hap* node /opt/iobroker/node_modules/iobroker.homekit-controller/build/main.js 0 --debug
JSON vom Device Objekt:
{ "type": "folder", "common": { "name": "Eve Degree 053B (BLE-7A:16:1F:F5:47:C1)" }, "native": { "serviceType": "BLE", "id": "BLE-7A:16:1F:F5:47:C1", "lastService": { "name": "Eve Degree 053B", "CoID": 76, "TY": 6, "AIL": 49, "SF": 1, "DeviceID": "7a:16:1f:f5:47:c1", "ACID": 10, "GSN": 1, "CN": 3, "CV": 2, "c#": 3, "id": "7a:16:1f:f5:47:c1", "ci": 10, "availableToPair": true } }, "from": "system.adapter.homekit-controller.0", "user": "system.user.admin", "ts": 1639499241143, "_id": "homekit-controller.0.BLE-7A:16:1F:F5:47:C1", "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
-
@fortune95 Ich denke das das Gerät eine neue "Mac"/ID bekommt sobald Du es resetten musstest 8weil paired aber tat nicht mehr)?
-
@apollon77
Kannst du mit dem Debug Log was anfangen? -
@fortune95 Ja ... ich denke es hat waas damit zu tun
hap-controller:gatt-connection connect peripheral +78ms
hap-controller:gatt-connection Peripheral disconnected +10s
noble warning: unknown peripheral d9586108e7d9
noble warning: unknown peripheral d9586108e7d9Scheinbar ändert sich das BLE peripheral ... hab da ne idee... muss mal drüber schlafen. Nur komisch das das bei meinem Eve Energy nicht der Fall war.
Ich verstehe nur nicht warum es dann bei den anderen versuchen nach dem Restart nicht tat ... Aber kriegen wir zusammen raus hoffe ichEDIT: Kannste mal nochmal pairen (falls nicht schon noch gepairt) Und dann an der Shell den Adapter mit CTRL-C beenden und neu starten und mir auch das Logo vom zweiten lauf schicken?
-
@apollon77
War noch gepairt. -
Also irgendwie bricht die BLE Verbindung zusammen und dann blöd. Was ist denn das für ein BLE? Irgendwas Build in im Rechner? Was genau? Oder ein USB Stick?
-
@apollon77
Ist Build in vom raspberry Pi 4. Hab auf einem separaten PI 4 mal nur diesen Adapter getestet mit gleichem Ergebnis. -
@fortune95 Alle Treiber und Kernel aktuell? Hast du vllt mal nen BLE USB Stick noch oder so den du versuchen kannst?
Kannst Du mal den Raspi nach dem Pair rebooten (vllt am besten als shutdown mit Strom weg) ... danach gleiches Ergebnis?
-
-
@thomas-braun
Muss noch irgendetwas anderes auf dem PI installiert werden?pi@IoBroker:~ $ rfkill ID TYPE DEVICE SOFT HARD 0 wlan phy0 unblocked unblocked 1 bluetooth hci0 unblocked unblocked pi@IoBroker:~ $
-
@fortune95 Nein, eigentlich nicht.
Ich wollte nur sehen, ob da vielleicht ein Block reinspringt.Das System ist aber auf Stand?
sudo apt update
-
Es waren 5 Aktualisierungen verfügbar aber nichts was auf bluetooth verweist.
pi@IoBroker:~ $ sudo systemctl status bluetooth.service ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Sat 2021-12-11 11:04:09 CET; 5 days ago Docs: man:bluetoothd(8) Main PID: 13358 (bluetoothd) Status: "Running" Tasks: 1 (limit: 8986) CPU: 226ms CGroup: /system.slice/bluetooth.service └─13358 /usr/libexec/bluetooth/bluetoothd --noplugin=sap Dez 16 05:58:47 IoBroker bluetoothd[13358]: Endpoint registered: sender=:1.162 path=/MediaEndpoint/A2DPSink/sbc Dez 16 05:58:47 IoBroker bluetoothd[13358]: Endpoint registered: sender=:1.162 path=/MediaEndpoint/A2DPSource/sbc Dez 16 06:29:08 IoBroker bluetoothd[13358]: Endpoint unregistered: sender=:1.162 path=/MediaEndpoint/A2DPSink/sbc Dez 16 06:29:08 IoBroker bluetoothd[13358]: Endpoint unregistered: sender=:1.162 path=/MediaEndpoint/A2DPSource/sbc Dez 16 06:33:34 IoBroker bluetoothd[13358]: Endpoint registered: sender=:1.185 path=/MediaEndpoint/A2DPSink/sbc Dez 16 06:33:34 IoBroker bluetoothd[13358]: Endpoint registered: sender=:1.185 path=/MediaEndpoint/A2DPSource/sbc Dez 16 06:33:43 IoBroker bluetoothd[13358]: Endpoint unregistered: sender=:1.185 path=/MediaEndpoint/A2DPSink/sbc Dez 16 06:33:43 IoBroker bluetoothd[13358]: Endpoint unregistered: sender=:1.185 path=/MediaEndpoint/A2DPSource/sbc Dez 16 17:21:17 IoBroker bluetoothd[13358]: Endpoint registered: sender=:1.212 path=/MediaEndpoint/A2DPSink/sbc Dez 16 17:21:17 IoBroker bluetoothd[13358]: Endpoint registered: sender=:1.212 path=/MediaEndpoint/A2DPSource/sbc
-
Hab mal in der shell einen Scan gemacht und der Eve Degree hat schon wieder eine neue MAC / ID ohne das ich ihn resettet hatte:
pi@IoBroker:~ $ bluetoothctl Agent registered [CHG] Controller DC:A6:32:C5:C7:A3 Pairable: yes [bluetooth]# scan on Discovery started [CHG] Controller DC:A6:32:C5:C7:A3 Discovering: yes [NEW] Device 42:44:5A:66:3A:E8 42-44-5A-66-3A-E8 [NEW] Device 7E:3F:40:40:12:A6 7E-3F-40-40-12-A6 [NEW] Device 44:82:C0:5F:44:BD 44-82-C0-5F-44-BD [NEW] Device 42:88:76:5F:D3:01 42-88-76-5F-D3-01 [NEW] Device 61:EE:B0:2B:D6:3F 61-EE-B0-2B-D6-3F [NEW] Device 08:7F:14:63:58:14 08-7F-14-63-58-14 [CHG] Device 44:82:C0:5F:44:BD RSSI: -61 [NEW] Device 61:DB:6A:65:19:41 61-DB-6A-65-19-41 [CHG] Device 42:44:5A:66:3A:E8 RSSI: -45 [NEW] Device D9:58:61:08:E7:D9 Eve Degree 053B [CHG] Device 42:44:5A:66:3A:E8 RSSI: -55 [CHG] Device 42:44:5A:66:3A:E8 RSSI: -47 [NEW] Device ED:FA:08:0F:72:FD Eve Room 632D
-
@fortune95 Und wird bestimmt wenn du adapter startest wieder als "ready topair/unpaired" berichtet oder? Das ist das was ich nicht kapiere ...
-
Habe den PI runtergefahren und einmal vom Strom genommen und wieder gestartet, aber es tut sich weiterhin nix...
Er zeigt nur den Room als pairbar an, welcher auch noch wirklich nicht gepaired wurden ist.
-
@fortune95
Liegt es evtl. an bullseye? -
Um einzugrenzen ob der BLE Controller funktioniert, habe ich mir einen Eve Energy organisiert...
und den bekomme ich auch gepaired.Einiges wurde leider Aufgrund der Datenflut in der Shell beim debuggen überschrieben.