UNSOLVED Kein BLE Adapter im Multihostbetrieb ??
-
Bei mir tut er es auf dem Slave auch nicht, weil dort keine Admin Instanz läuft.
Wenn ich das richtig verstanden habe, sind davon mehrere Adapter betroffen. Aber der Fix lässt noch auf sich warten.
https://github.com/ioBroker/ioBroker.js-controller/issues/325Frage mich ob das funktioniert wenn man einen io.admin dummy prozess laufen lässt.
-
Hallo,
bei mir geht der BLE Adapter auf dem Slave auch nicht mehr wegen fehlendem Admin Instanz. Habe ich auch schon im Thread Test BLE Adapter gefragt, scheint wohl aber ein Problem des JS-Controller zu sein. Auf Github hab ich dann gefunden das einige Adapter davon betroffen sind und es wohl für die Version 2 des JS-Controller vorgesehen ist. Da wir ja gerade bei der Vers. 1.5.7 sind, kann es wohl noch eine Weile dauern. -
@MiB sagte in Kein BLE Adapter im Multihostbetrieb ??:
es wohl für die Version 2 des JS-Controller vorgesehen ist. Da wir ja gerade bei der Vers. 1.5.7 sind, kann es wohl noch eine Weile dauern.
Der Schluss ist so nicht korrekt. Es sind noch ein paar Dinge zu tun, dann wird 2.0 veröffentlicht. Eine 1.6, 1.7 o.ä. wird es vorerst nicht geben.
-
@AlCalzone sagte in [Kein BLE Adapter im Multihostbetrieb ??]
Der Schluss ist so nicht korrekt. Es sind noch ein paar Dinge zu tun, dann wird 2.0 veröffentlicht. Eine 1.6, 1.7 o.ä. wird es vorerst nicht geben.
Gibt es schon ein ungefähren Termin für dir 2.0?
Sonst opfer ich vorerst einen PI für BLE und koppelt dann über MQTT.
Beste Grüsse paul -
Hey,
ja die 2.0.0 wird einiges neues bringen und daher will die in keinem Fall überstürzt werden. Es ist auch gern jeder eingeladen mitzuarbeiten und PRs für die offenen 2.0.0 Themen zu erstellen
Aber jetzt mal zu einer Lösungsoption:
Wie wäre es damit auf dem Slave ein Admin zu installieren inkl. instanz die man dann deaktiviert? Die muss dort nicht laufen, sondern nur "da sein" ... Damit ist mit den Kosten von ein bissl Plattenplatz das Problem erstmal umgangen -
@apollon77 sagte in Kein BLE Adapter im Multihostbetrieb ??:
Aber jetzt mal zu einer Lösungsoption:
Wie wäre es damit auf dem Slave ein Admin zu installieren inkl. instanz die man dann deaktiviert? Die muss dort nicht laufen, sondern nur "da sein" ... Damit ist mit den Kosten von ein bissl Plattenplatz das Problem erstmal umgangenHabe auf den Slave erst den Admin und dann den BLE Adapter installiert, läuft .
Besten Dank sagt paul -
Gaaanz dumme Frage:
Auf dem slave ist doch IMHO immer ein admin installiert - zumindest nach meinem Verständnis.Wieso war denn da (angeblich ?) keiner?
-
@Homoran sagte in Kein BLE Adapter im Multihostbetrieb ??:
Gaaanz dumme Frage:
Auf dem slave ist doch IMHO immer ein admin installiert - zumindest nach meinem Verständnis.Wieso war denn da (angeblich ?) keiner?
das überleg ich auch gerade, soll ich auf dem Slave also eine Instanz installieren und die dann deaktivieren? Weil der Admin ist da drauf, beim Update muss ich das ja auch immer 2x machen - einmal Master und einmal Slave, wie alle anderen Adapter die hier und dort drauf sind auch.
-
Naja Admin drauf mag sein (Die Dateien liegen dort). Ihr müsstest eine Instanz anlegen von Admin die auf dem Host ist. Die sollte man dann aber deaktivieren können
-
Der Admin war auf dem Slave drauf. Nach dem koppeln mit iobroker setup custom findet man den Admin vom Slave nicht in den Instanzen. Dann den Admin für den Slave vom Master aus installiert und Port angepasst. Den Admin für den Slave dann ausgeschaltet und den BLE Adapter aus den Slave installiert. Am Master habe ich sonsts nichts gemacht. Läuft seit paar Stunden.
Beste Grüsse paul -
Hallo, ich bräuchte mal wieder eure Hilfe, der BLE Adapter auf meinem Slave leuchtet nur Gelb.
Hat jemand eine Idee an was es liegen könnte anhand diesem LOG:
ble.1 2019-05-21 16:40:12.509 debug system.adapter.admin.0: logging true ble.1 2019-05-21 16:40:12.509 debug redis pmessage io.*.logging io.system.adapter.admin.0.logging {"val":true,"ack":true,"ts":1558449612506,"q":0,"from":"system.adapter.admin.0","lc":1558449612506} ble.1 2019-05-21 16:39:38.783 debug system.adapter.admin.0: logging false ble.1 2019-05-21 16:39:38.782 debug redis pmessage io.*.logging io.system.adapter.admin.0.logging {"val":false,"ack":true,"ts":1558449578782,"q":0,"from":"system.adapter.admin.0","lc":1558449578782} ble.1 2019-05-21 16:39:36.204 debug redis pmessage io.ble.1.* io.ble.1.info.driverState {"val":"unauthorized","ack":true,"ts":1558449576198,"q":0,"from":"system.adapter.ble.1","lc":1558449478404} ble.1 2019-05-21 16:39:36.201 debug redis pmessage io.ble.1.* io.ble.1.info.driverState {"val":"unknown","ack":true,"ts":1558449576198,"q":0,"from":"system.adapter.ble.1","lc":1558449576198} ble.1 2019-05-21 16:39:35.882 info monitored services: fe95 ble.1 2019-05-21 16:39:35.880 info enabled plugins: Xiaomi, _default ble.1 2019-05-21 16:39:35.879 info loaded plugins: Xiaomi, mi-flora, ruuvi-tag, _default ble.1 2019-05-21 16:39:35.840 info starting. Version 0.7.3 in /opt/iobroker/node_modules/iobroker.ble, node: v8.16.0 ble.1 2019-05-21 16:39:35.670 info States connected to redis: 192.168.178.34:6379 ble.1 2019-05-21 16:39:35.664 debug statesDB connected ble.1 2019-05-21 16:39:35.625 debug objectDB connected host.second-device 2019-05-21 16:39:34.567 info instance system.adapter.ble.1 started with pid 1842 host.second-device 2019-05-21 16:39:32.078 info instance system.adapter.ble.1 terminated with code 0 (OK) host.second-device 2019-05-21 16:39:32.047 info stopInstance system.adapter.ble.1 killing pid 1797 host.second-device 2019-05-21 16:39:32.047 info stopInstance system.adapter.ble.1Ich nutze Redis. Habe auch den BLE.0 auf dem Master laufen, da funktioniert es.
auf dem slave nodejs: 8.16
node : 8.16
npm : 6.4.1
js controller 1.4.2
auf dem raspberry -
Was ist das für ein Slave? Hast du die nötigen Vorkehrungen getroffen? ==> https://github.com/AlCalzone/ioBroker.ble#installation
