NEWS
[Aufruf] BLE Adapter testen (v0.6.0)
-
Ja, holy shit. Der hat alles aufgenommen was am Haus vorbeigeht. Nach einer Woche schon über 1000.
Jetzt scheint es mit dem Löschen wohl zu klappen… ich wusste nicht das der Adapter dafür aktiv sein muss!?
Er war eben beim dialog:
> deleting 45.000 objects…. be patient.
… nee... Schade... wieder nicht... Aber immerhin ist er einen Schritt weiter gekommen beim Löschen.Zweites Mal probiert und Admin schmiert ab :-(
Objekte schmiert auch leider beim Versuch die Objekte von BLE zu löschen ab.
Oben steht bei Objekte: 60485 Objekte / 35339 Zustände. Ist das viel? Sind darin die 45.000 des BLE enthalten? Dann müsste das eine Einfluss haben auf meine OPerformance-Probleme!?
Edit: nach wiederholtem Versuch, hat es geklappt den Adapter zu löschen. Es hat sich geändert insgesamt von 60485 Objekte / 35339 Zustände -> 16647 Objekte / 12795 Zustände :D
-
.
Oben steht bei Objekte: 60485 Objekte / 35339 Zustände. Ist das viel? Sind darin die 45.000 des BLE enthalten? Dann müsste das eine Einfluss haben auf meine OPerformance-Probleme!? `
Gut dass es mittlerweile geklappt hat. Wahrscheinlich war es wirklich einfach zu viel des Guten…Aber mal aus Interesse: Was war dein Anwendungsfall, bzw. warum hast du den Adapter komplett ohne Filter betrieben? Wäre ja sinnvoll Maßnahmen gegen so ein Zumüllen zu ergreifen.
-
Das war nicht wirklich Absicht. Am Anfang hatte ich mit den Einstellungen gespielt und dann es so gelassen.
Ich würde gerne nur meine bekannten Geräte einfangen und keine neuen mehr speichern. Kann man das einstellen?
Oder ein Feature wäre dann vielleicht nett, zwei Ordner unter Objekte, einer wo ich meine bekannten Geräte habe und eine für alle anderen. Den zweiten könnte ich dann regelmäßig löschen.
Nur für den Fall das ein Einbrecher mit Bluetooth angeschaltet einbricht ;-)
-
-
Wäre schön wenn man das irgendwie besser sperren könnte.
Der Adabter funktioniert gut aber ich hab einfach eine ewig lange liste von Objekten
-
Ich habe leider auch gerade das Problem, dass ich BLE ohne Filter habe laufen lassen und ich den BLE Adapter/Instanz nicht löschen kann.
Der Löschvorgang bleibt ebenfalls einfach stehen und er zählt nur die Objekte/States
host.iobroker Counted 34258 states "ble.0*" from states
host.iobroker Counted 68431 objects of ble.0
Hab bestimmt schon 10 Versuche unternommen, klappt leider bisher nicht.
Eine weiter generelle Frage:
Ist es möglich, ein Handy mit ble zu erfassen (zwecks Anwesenheitskontrolle).
Meine MAC Adresse des Handys finde ich leider nicht in den tausenden gefundenen Devices :D
-
Hallo, seit eine Woche hat der BLE Adapter fast 500 fremde Bluetooth Dings gefunden. kann man es vermeiden? ich habe auch 0x2A19, 0x180F, 0x2902, 0x2A04 eingetragen, nix geholfen. `
Geht mir genauso… alles vollgespamt. Und ich kann mir nicht vorstellen, dass in der Nähe von meinem Heizraum so viele Bluetoothgeräte vorbei kommen. 340 Einträge in 3 Tagen :shock:
-
Das wäre echt gut, hoffe dass damit auch meine zig tausend Objekte noch gelöscht werden können. Übers Terminal jedenfalls kann ich meine ble.0 Objekte nicht mehr löschen, weil es wohl zu viele sind und statt diese zu löschen irgendwann ein timeout des Befehls ist, schätze ich mal.
Wird wohl bei mir nur auf ein komplettes Neuaufsetzen von ioBroker hinauslaufen, um die ganzen Datenleichen zu entfernen, oder?
-
Das wäre echt gut, hoffe dass damit auch meine zig tausend Objekte noch gelöscht werden können. Übers Terminal jedenfalls kann ich meine ble.0 Objekte nicht mehr löschen, weil es wohl zu viele sind und statt diese zu löschen irgendwann ein timeout des Befehls ist, schätze ich mal.
Wird wohl bei mir nur auf ein komplettes Neuaufsetzen von ioBroker hinauslaufen, um die ganzen Datenleichen zu entfernen, oder? `
Adapter entfernen und danach wieder hinzufügen hat bei mir eigentlich ganz gut geklappt.
-
Das entfernen des ble Adapters klappt bei mir auch wunderbar, auch die Neuinstallation ist kein Problem. Dann habe ich eine funktionierende zweite Instanz ble.1
Das Problem ist nur, dass ich eine Instanz ble.0 nicht entfernen oder benutzen kann, welche über 65.000 Objekte enthält.
Ich kann diese Instanz unter Objekte nicht einmal mehr öffnen, ohne dass der admin abstürzt.
Entfernen klappt leider auch über keinen Weg. Weder über den "Mülleimer", noch übers Terminal.
Muss wohl leider den kompletten ioBroker neu aufsetzen um diese Datenleichen entfernt zu bekommen :(
-
Bei mir läuft nun seit knapp 70 Stunden die Anweisung del ble.0
Bis übers zählen der Objekte ist er leider noch nicht hinausgekommen…
-
Ich habe den ioBroker über mein Synology NAS laufen übern Docker. Die Konsole im Docker für den ioBroker kann ich nur benutzen, wenn ioBroker auch läuft, dazu muss ich den ioBroker Container wieder starten.
Oder verstehe ich was falsch, wie kann ich ioBroker selbst komplett stoppen ohne den Container im Docker zu stoppen?
-
Du kannst mit Docker auch Befehle in einem laufenden Container ausführen:
docker exec -it containername /bin/bashDann hast du eine Shell, in der du ganz normal Befehle ausführen kannst.
Bzw wenn du den Container vorher stoppst
docker run -it --entrypoint /bin/bash imagenamemit exit kommst du jeweils wieder raus.
-
Hallo,
ich mach hier weiter.
Habe das Update auf BLE 0.54 gemacht.
Seitdem habe ich folgende Meldungen aus dem SQL Adapter im Log und die Daten werden auch dort nicht mehr geschrieben. Einträge aus anderen Adaptern in der SQL klappen noch.
sql.0 2018-11-28 14:45:45.666 info enabled logging of ble.0.c4:7c:8d:66:43:31.fertility, Alias=false sql.0 2018-11-28 14:45:43.675 info enabled logging of ble.0.c4:7c:8d:66:43:31.fertility, Alias=false sql.0 2018-11-28 14:45:42.857 info enabled logging of ble.0.c4:7c:8d:66:43:31.fertility, Alias=false sql.0 2018-11-28 14:45:40.663 info enabled logging of ble.0.c4:7c:8d:66:43:31.fertility, Alias=false sql.0 2018-11-28 14:45:39.715 info enabled logging of ble.0.c4:7c:8d:66:43:31.fertility, Alias=false sql.0 2018-11-28 14:45:38.658 info enabled logging of ble.0.c4:7c:8d:66:43:31.fertility, Alias=false sql.0 2018-11-28 14:45:37.682 info enabled logging of ble.0.c4:7c:8d:66:43:31.fertility, Alias=false sql.0 2018-11-28 14:45:35.692 info enabled logging of ble.0.c4:7c:8d:66:43:31.moisture, Alias=false sql.0 2018-11-28 14:45:34.737 info enabled logging of ble.0.c4:7c:8d:66:43:31.moisture, Alias=false sql.0 2018-11-28 14:45:33.642 info enabled logging of ble.0.c4:7c:8d:66:43:31.moisture, Alias=false sql.0 2018-11-28 14:45:32.635 info enabled logging of ble.0.c4:7c:8d:66:43:31.moisture, Alias=false sql.0 2018-11-28 14:45:31.941 info enabled logging of ble.0.c4:7c:8d:66:43:31.moisture, Alias=false sql.0 2018-11-28 14:45:29.646 info enabled logging of ble.0.c4:7c:8d:66:43:31.moisture, Alias=false sql.0 2018-11-28 14:45:28.645 info enabled logging of ble.0.c4:7c:8d:66:43:31.moisture, Alias=false sql.0 2018-11-28 14:45:27.554 info enabled logging of ble.0.c4:7c:8d:66:43:31.moisture, Alias=false sql.0 2018-11-28 14:45:26.715 info enabled logging of ble.0.c4:7c:8d:66:43:31.moisture, Alias=false sql.0 2018-11-28 14:45:21.654 info enabled logging of ble.0.c4:7c:8d:66:43:31.illuminance, Alias=false sql.0 2018-11-28 14:45:20.596 info enabled logging of ble.0.c4:7c:8d:66:43:31.illuminance, Alias=false sql.0 2018-11-28 14:45:19.575 info enabled logging of ble.0.c4:7c:8d:66:43:31.illuminance, Alias=false sql.0 2018-11-28 14:45:17.575 info enabled logging of ble.0.c4:7c:8d:66:43:31.illuminance, Alias=false sql.0 2018-11-28 14:45:16.695 info enabled logging of ble.0.c4:7c:8d:66:43:31.illuminance, Alias=false sql.0 2018-11-28 14:45:15.664 info enabled logging of ble.0.c4:7c:8d:66:43:31.temperature, Alias=false sql.0 2018-11-28 14:45:14.685 info enabled logging of ble.0.c4:7c:8d:66:43:31.temperature, Alias=false sql.0 2018-11-28 14:45:13.655 info enabled logging of ble.0.c4:7c:8d:66:43:31.temperature, Alias=false sql.0 2018-11-28 14:45:11.744 info enabled logging of ble.0.c4:7c:8d:66:43:31.temperature, Alias=false sql.0 2018-11-28 14:45:09.597 info enabled logging of ble.0.c4:7c:8d:66:43:31.temperature, Alias=falseReboot habe ich auch schon. Keine Änderung. Sobald ich den Adapter starte kommen diese Einträge.
Nachtrag: Jetzt dochte ich, ich deaktiviere einfach das Schreiben in die SQL. Aber dann kommt:
sql.0 2018-11-28 15:25:10.527 info disabled logging of ble.0.c4:7c:8d:66:43:31.temperature sql.0 2018-11-28 15:25:09.675 info disabled logging of ble.0.c4:7c:8d:66:43:31.temperature sql.0 2018-11-28 15:25:07.698 info disabled logging of ble.0.c4:7c:8d:66:43:31.temperature sql.0 2018-11-28 15:25:06.598 info disabled logging of ble.0.c4:7c:8d:66:43:31.temperature sql.0 2018-11-28 15:25:05.728 info disabled logging of ble.0.c4:7c:8d:66:43:31.fertility sql.0 2018-11-28 15:25:03.617 info disabled logging of ble.0.c4:7c:8d:66:43:31.fertility sql.0 2018-11-28 15:25:01.594 infoGruß
Holger
-
Könnte ein weiterer negativer Nebeneffekt des Cachings sein, den ich in 0.5.3 eingeführt habe. 0.5.4 war ein Fix hierfür, aber möglicherweise nicht komplett.
Kannst du bitte mal im Reiter Ereignisse die "objectChange"-Ereignisse vom BLE-Adapter beobachten und hier posten? Am besten machst du das in zwei Tabs parallel (1x Ereignisse, 1x Rest).
Adapter stoppen, History für DPs aktivieren, Adapter starten und beobachten. Ich vermute dass hier die ein oder andere Eigenschaft nicht sauber übertragen wird.
-
Hier ein Screen der Ereignisse:
Was meinst du mit "Rest"? Da läuft bei mir sehr viel durch…
Die log Einträge vom SQL kommen auf jeden Fall ohne das in den Ereignissen was passiert.
Gruß
Holger
Support us
814
Online32.4k
Benutzer81.6k
Themen1.3m
Beiträge