NEWS
Test Adapter espresense
-
jaein
haben ist immer besser als brauchen.. vielleicht kann man ja durch die Triangulierung den Raum besser erkennen.. ich muss das alles mal testen, wenn ich alle ESP installiert habe.
Fuer mich hat erstmal der Raum prio, dann kann noch zusätzlich noch Orte durch nah-messung unter 50cm bestimmen, wenn ich am Schreibtisch (sensor versteckt unterm Schreibtisch) sitze und mein Handy da liegt, wo es immer ist.. z.bsp...
Im Schlafzimmer hab ich ESP im Nachttisch eingebaut, das Teil hat zum Glück viel Platz neben der eingebauten Leuchte, und Dauerstrom ist da auch, weil ne Zigbee Lampe drin steckt.. perfekt einen ESP zu platzieren.Die letzten 10 hab ich beim Alimann fuer 2,80Euro / Stueck ( Wemos D1 Mini ESP32 Wroom mit USB-C) ergattert.
-
@ilovegym sagte in Test Adapter espresense:
Wemos D1 Mini ESP32 Wroom mit USB-C
Danach werde ich auch mal Ausschau halten. Kann man ja immer mal brauchen.
-
@rene55 sagte in Test Adapter espresense:
Dann muss ich auch nochmal mit Tim reden, weil der Adapter im Prinzip viel zu überladen ist. Könnte aber jetzt etwas zu spät sein.
Ja ist überladen, aber ich mag es echt nicht, wenn einen dev bei Hardware Daten aussortiert weil ER es besser weiß. Ich weiß nicht mal was die Hälfte der States bedeuten, aber es gibt bestimmt Leute die das Wissen und es dann vermissen.
Ich schreibe die einkommenden Jsons je nach Topic in die Ordner.
-
lass es so, wie es jetzt ist.. ich hab lieber 23 States zuviel, als mir dann einer wieder fehlt..
Ist doch bei anderen Adaptern genauso..Der Adapter laeuft so erstmal stabil, stuerzt nicht ab, und macht das, was er soll. Feintuning muss sowieso jeder fuer sich machen.
Da wuerde ich jetzt erstmal wieder ne Zeitlang Ideen / Issues sammeln.. -
@ticaki Ja hab ich mir schon so gedacht. Aber dann geht es dir genau so wie mir - man verliert den Durchblick.
Wenn der Adapter die Presenzen ermitteln soll, dann soll er genau das tun und nicht den Ballast (led_1, pir_timeout, radar_timeout, u.s.w) an die Oberfläche spülen. Klar, man darf den Anwender auch nicht entmündigen. Man kann den Part ja auch einklappen. -
man koennte ja ne option in die Setting machen, "present all states from devices" oder "only presence mode" oder sowas..
Dann hat man fuer jeden Fall es so, wie man es braucht.. -
-
Hm, unter rooms gibts ne menge Müll, aber auch kein Presence oder Entfernungen - unter devices gibts deutlich weniger müll, dafür aber das wichtige
Ich finds viel nerviger das man das filtern muß - hab gerade 23000 Datenpunkte im espresense gelöscht weils nicht gefiltert war und ich im admin nichts eingestellt hatte.
-
@rene55 sagte in Test Adapter espresense:
@ilovegym Da würde mich mal interessieren, welche States du wirklich brauchst. Viellleich liege ich ja auch voll daneben.
das weiss ich eben noch nicht, da das Projekt noch im Teststadium ist ... deshalb moechte ich jetzt ungern da was abgemagertes haben..
@ticaki Lass den Adapter so wie er ist! Für das wie ich den verwenden wollte komm ich schon mit nem kleinen Script zurecht. (Du hast ja noch andere Baustellen
)
Baustellen: nspanel Adapter
-
du nimmst den mqtt-Adapter, nicht den espresense? Da hatte ich naemlich auch sehr sehr viele States.. das muss wirklich nicht sein..
-
@ticaki Solange das hier
{ 'iBeacon_2f234454-cf6d-4a0f-adf2-f4911ba9ffa6-1-1': { distance: 1.05, room: 'a0887c', friendlyName: 'A71' }, 'iBeacon_3c7c0e01-c055-489b-a5e2-cb620230c1a6-0-0': { distance: 0.32, room: 'a0887c', friendlyName: 'S7' } }
ein Ergebnis ist, ist für mich alles fein. Feinjustierung und möglicherweise Triangulation mache ich später mal.
-
Danke und Mist… muss die auch noch aus dem mqtt Client löschen
Die sind in einem externen mqtt Server damit ich mir nicht merken muss welcher jetzt dev und welcher für normal betrieb genutzt wird.
-
Bitte lesen und beachten
Durch das heutige zufallsgenerierte Erzeugen von Bluetooth Adressen in den verschiedenen BT-Geräte finden die esps immer wieder neue Adressen. Das bedeutet:
- Wenn ihr kein Gerät in der Konfiguration eingestellt habt, werden ihr mit wachsender Zeitspanne einige 10000 an unnützen Datenpunkten erhalten.
- Wenn ihr einen externen MQTT Broker benutzt - der erhält ebenfalls mit der Zeit viele tausende Geräte unterschiedliche Geräte, das ist kein Problem... aber wenn diese über einen der Mqtt-Adapter in den iobroker eingebunden sind erzeugen die States, die nicht verschwinden.
Wenn der MQTT Broker im espresense Adapter genutzt wird, ist das kein Problem, nur nicht einen Iobroker mqtt-client damit verbinden.
Wenn direkt im Espresense die erwünschten Geräte eingetragen werden bei
include
entsteht keines der oben genannten Probleme, da der nicht laufend neue Geräte (mit zufälliger ID) veröffentlicht. Am Einfachsten geht das wenn man in Objekte unter global, bei include diephone:tims_iphone watch:meine_uhr
ID's einträgt. Das wird dann an alle esps gesendet und dort eingetragen. Anschließend global.restart verwenden um alle neuzustarten.Das wars schon
-
Moin
Mal rein als Info:
Hab gestern Musegear Finder 2 in Betrieb genommen.
Werden als iTrack:mac im espresense gefunden nachdem man sie mit der Handy app verbunden hat.
Bisher scheinen sie gut zu funktionieren, senden wohl alle 2 bis 7 sek ein iBeacon signal. Für ein Tracking von Schlüsseln also absolut ausreichend.Für mich ausschlaggebend bei der Wahl:
- ESPresense kompatibel
- kein Accountzwang bei der App
- keine Abos oder so einen Sch......
- es läuft (zumindest offiziell) alles auf dem Handy
- Größe
- Preis mit unter 20€ / St. für mich akzeptabel
Wenn Ich schon ne App Installieren muss, dann wenigstens eine ohne Datenabgriff
Meine Nutzungsszenarien:
- Finden der Schlüssel im Haus --> z.B.: Kinder + Schlüssel = Schuhe im Schuhschrank mit fraglichem Inhalt
- Fahrzeug Außer Haus Status --> Wir Teilen uns im Haus die Autos, haben aber jeweils eigene Schlüsselablagen --> Wenn beide Schlüssel im Haus sind, kann das Auto ja net weg sein
-
Wichtiger Hinweis!!
M.M.n. sollte man alleine wegen des Überblicks die Filter immer nutzen!Allgemein zum Thema MQTT:
Ich nutze einen Mosquitto MQTT Server in einem Docker Container für alle im Netzwerk befindlichen MQTT Geräte.
Ein Zentraler Server an dem alles zusammenläuft, hat sich bei der Fehlersuche wirklich bewährt.
In einem anderen Container habe Ich noch den MQTT-Explorer laufen, was den Einblick von jedem Browser fähigem Gerät erleichtert.