NEWS
Fingerprint an einem ESP8266
-
Habe noch ein wenig gebastelt.
Der Fingerprintsensor sendet nun über den Wemos nach IO Broker mqtt.0 als Broker.
Der Sketch sendet nur die reine ID. Also 1 bis xxx.
Im Blockly werde ich später Rechte und Namen vergeben.
ID 1 bis 9 haben praktisch Admin Rechte dürfen alles.
ID 10 bis 19 werden begrenzte Rechte haben.
ID 20 bis, keine Rechte, nur lesen.
Wenn keine ID erkannt keine Schaltung in der Vis möglich, praktisch Partyschutz oder so.
Läuft soweit.
Ein Problem bleibt aber noch, nach kurzer Zeit bekomme ich ein Timeout im Log :
mqtt.0 2019-07-24 17:40:56.280 info Client [ESP8266Client] connection closed: timeout
Hier raus würde ich schließen -> info Client [ESP8266Client] connection closed -<
das der Client die Verbindung schließt ???
Liegt dies am Adapter mqtt.0 oder kann das aus dem Sketch kommen.
Kann mal bitte wer drüber schauen.
Sonst ist der Sonoff Adapter mein Broker,
das läuft noch nicht hier scheint der Topic falsch zu sein.
Kann was an den Einstellungen im Mqtt.0 Adapter falsch sein ?
Bin da nicht so fit mit.Sketch:
-
Fehlersuche,
mit dem Sketch bleibt Mqtt.0 Grün.
Dann kann der Fehler timeout nur im Sketch liegen.Sketch:
Schwierig da ich nicht proggen kann.
Erkennt wer den Fehler ?Wäre ja cool einen Fingerprint in IO zu haben.
Teste jetzt mal mit Serial.begin(115200);
Was noch so auffällt.
bei geht nicht:
client.subscribe("Fingerprint_1");
client.publish("Fingerprint_1",mqttio);
mqttio ist ja char, fehlt hier "" also "mqttio" ?
geht:
client.publish("esp/test", "Hello from ESP8266");
client.subscribe("esp/test");Wobei die Hauptfrage bleibt wo kommt der timeout her ?
Ideen ?
Danach kommt wohl trockene Lektüre wie Normen lesen über Topic dran.
Bin Weg lesen
Der Ralla
-
Also....
Du hast den MQTT-Connect (und Test) nur im Setup. Folglich wird nur einmal beim PowerUp des ESP eine Verbindung hergestellt. Bricht sie, aus welchen Gründen auch immer, mal ab, war es das mit MQTT. Du musst zyklisch abfragen ob noch eine Verbindung besteht und ggf. neu connecten. Wenn du subscriben möchtest (also MQTT --> ESP) wäre dafür die Loop geeignet. Wenn du nur publishst (ESP --> MQTT), brauchst du ja nur tatsächlich eine Verbindung wenn du was sendest. Da wäre eine kleine Subroutine zu bevorzugen die den Connect prüft, ggf. neu verbindet und dann sendet.
Ich habe beim Sonoff-Adapter über die Zeit festgestellt, dass dieser öfters die Verbindung abbricht wenn längere Zeit Funkstille herrscht. Der Mosquitto macht das bspw. nicht. Deswegen sende ich einfach alle 5 Minuten die Uptime des ESP in einen "Alive-Topic". Abgesehen von ping- oder radar2-Adapter sehe ich so ob der ESP noch lebt und ich habe keine (oder kaum) Abbrüche mehr. Wichtig wenn man subscribed und den ESP per ioB/MQTT steuern möchte.client.xxx erwartet Topic und Message als "String". Da du mqttio mittels char* als ein Character-Array definierst, kann das nicht funktionieren. Entweder du definierst es gleich als "String" oder musst das Array vor Verwendung in einen String konvertieren. Nur Anführungszeichen genügen da nicht ^^
-
@SBorg
Danke, das mit dem neu connecten im mqtt.0 ist ein Ansatz.
Bei mir wird nur publishst (ESP --> MQTT) benötigt.
String teste ich noch, client.xxx ist doch der ESP oder ?
Daten kommen ja in IO mqtt.0 als Zahl an, nur halt immer nach 2 - 3 Sekunden Pause
wird die Verbindung getrennt.
Diese zicken hat der mqtt.0 schon von Anfang an gemacht.
Bin dann für meine Sonoff umstiegen auf Sonoff Adapter als Broker.
Dieser erstellt mir aber keinen Datenpunkt Fingerprint.
Sonst hätte ich den Sonoff Adapter als Broker genommen. -
@Ralla66 sagte in Fingerprint an einem ESP8266:
client.xxx ist doch der ESP oder ?
Ja, ich meinte damit die beiden client.subscribe(...)/....publish(...) Befehle.
@Ralla66 sagte in Fingerprint an einem ESP8266:
Daten kommen ja in IO mqtt.0 als Zahl an, nur halt immer nach 2 - 3 Sekunden Pause
wird die Verbindung getrennt.
Diese zicken hat der mqtt.0 schon von Anfang an gemacht.
Bin dann für meine Sonoff umstiegen auf Sonoff Adapter als Broker.
Dieser erstellt mir aber keinen Datenpunkt Fingerprint.
Sonst hätte ich den Sonoff Adapter als Broker genommen.Witziger weise bei mir genau umgekehrt. Der Sonoff bricht bei mir immer ab und der MQTT läuft. Der Sonoff ist ein stark gestutzter MQTT-Server, kann einfach sein, dass du hier nicht einfach publishen kannst und einen "spezielleren" Aufruf benötigst. Meine Versuche damit sind aber lange hin, hat eh nie richtig funktioniert, deswegen kenne ich mich beim Sonoff auch eher schlecht aus.
Dass der MQTT abricht könnte auch an deiner "Loop" hängen. Die fragt einzig den MQTT ab, macht das also ständig im Millisekundentakt (da sonst nichts in der Loop gemacht wird). "delay" sollte man zwar meiden, aber zu Testzwecken würde ich einfach mal 2 Sekunden Pause per delay einfügen und dann mal schauen.
-
@SBorg
werde das mal später mit Mqtt.0 testen, String , Delay usw.
Sehe eher bei mir den Sonoff Adapter am start.
Das geht ja im IO bis auf den Datenpunkt erstellen.
Vermute mal liegt am Full Topic oder Topic und Perfix.
Scheint nicht die richtige Syntax zu sein.
Dann können nur diese Zeilen falsch sein.client.subscribe("FingerprintNr1");
client.publish("FingerprintNr1", mqttio);Das hatte ich auch mit Tasmota Mqtt, wenn der Fulltopic nicht passt läuft nichts.
Ja auch logisch.
Der gestutzte Sonoff Mqtt Server braucht wohl die genaue Syntax.
Hatte das heute kurz angelesen bei Tasmota Theo Arends Mqtt auf Github.
Werde da mal ansetzen.Teste das mal jetzt alles aus.
Viel kann das nicht mehr sein.Danke noch mal
-
@SBorg
Sodele läuft jetzt mit Mqtt.0 .
Bin zurück auf die Version 2.01.
Alles Stabil.
Schaue noch ob das auch mit dem Sonoff Adapter läuft.Anbei der Sketch, viel Spass damit
Ziel erreicht, Läuft.
Ralla66
Nachtrag, Confidence noch eingefügt.
// Ab hier nix mehr machen
char* mqttio = "12345"; // Broker PI Wert
char* confidence = "67890"; // Broker PI Wert// found a match!
Serial.print("Found ID #"); Serial.print(finger.fingerID);
Serial.print(" with confidence of "); Serial.println(finger.confidence);sprintf(mqttio,"%d",finger.fingerID);
sprintf(confidence,"%d",finger.confidence);client.subscribe("Confidence");
client.publish("Confidence", confidence);client.subscribe("FingerprintNr");
client.publish("FingerprintNr", mqttio); -
Kleiner Nachtrag noch,
Datenpunkt hinzu gefügt User erkannt, BildKleines Blockly dazu, Bild
-
@Ralla66
Wenn du jetzt noch ein Tutorial dazu machst -
Einfach mal zeigen will,
jetzt auch in der Visunach einer Minute werden die Bedienelemente gesperrt.
-
@Ralla66
Sehr schön!
Ich würde das mit dem Sonoff-Adapter auch begrüssen. -
Fertig ist man ja nie,
Sonoff Adapter schwierig, habe keine Idee mehr woran es liegt !
Warum der Datenpunkt nicht erstellt wird ist die Frage.
Da muß ein Kenner ran, meine Möglichkeiten als Beginner sind sehr begrenzt.
Müsste mal jemand ein Issue beim Adapter Ersteller platzieren.
Mit meinem 40 Jahre alten Schulenglisch bringt das nichts. -
Bräuchte mal einen Tipp und Anregungen für die Visu.
Thema ist eigentlich Zugriffsberechtigung zur Visu.Bild:
Würde gerne 3 Modi haben.
Die Modi Umschaltung kann nur der Admin per Fingerprint oder am Lappy mit Passwort.- Freier Modus, Visu kann bedient werden ohne Fingerprint
- User Modus per Fingerprint ( Familie ), Admins ( Eltern ) dürfen alles, Kiddis dürfen nur bestimmte Views aufrufen.
- Party Modus, nur die Admins haben per Fingerprint Berechtigung
Entsteht die Frage wie kann ich einzelne View sperren.
Für Ideen und Anregungen wäre ich dankbar.Ralla
-
Nur eine Idee.
Nimm das Script von Mic und anstatt der Tastatur füllst du den Datenpunkt vom eingelesen Fingerprint.
-
Gute Idee, Danke.
Sperrbildschirm war die Anregung.
Flux was eingefügt.
Party Modus geht jetzt Bild ->Blockly dazu :
Zugangsberechtigung für andere User geht bei mir schlecht da die View Bar 12 Knöpfe hat.
Hatte hier an ausblenden oder Gruppen gedacht.
Umbauen der Vis würde sehr aufwendig werden.Dann bleibt nur ein Weg der gangbar seien dürfte.
User ist ja per Fingerprint bekannt und zugewiesen.
Wenn User x keine Berechtigung haben soll frage ich Data for controll vis ab.Ist User x in einem nicht Berechtigten Bereich schalte ich die Visu per Blockly auf eine andere View um.
Das sollte gehen. Soweit die Theorie.
-
Alles noch ziemlich unausgewogen, suche erst den Weg.
Dann werden Blocklys und Visu angepasst.
Erste Ansätze zum User Modus.
Blockly -->Rallas Theorie
-
Habe noch ein wenig gespielt.
Läuft jetzt super. Zwar kann ich keine View sperren aber wenn ein bestimmtes View aufgerufen
wird sofort umschalten auf den Sperrbildschirm.
Da die Umschaltung im Millisekunden Bereich liegt ist der Weg gangbar.
Damit habe ich nun ein Zugangskontrollsystem zur Vis in dem ich User Berechtigungen erteilen kann.
Cool.
Viel Spass beim nachbauen,
Danke euch allen die mit geholfen haben.
War ein cooles Projekt das Spass gemacht hat.Anbei noch das Blockly zur Sperrung des Kamera View:
-
Kleine Verbesserung eingebaut.
User bleibt für 5 Minuten angemeldet.
Dann kommt der Sperrbildschirm.
Wenn der User keine Berichtigung für ein View hat wird der View Access Denied aufgerufen.
User bleibt weiterhin in der Bedienoberfläche angemeldet.
Offen ist noch Abmeldebutton zum Userwechsel.
Nachtrag, ist nicht nötig da bei erneuter Fingerprinterkennung User erkannt wechselt.
Läuft.Der Ralla
Samsung Tab Sperrbildschirm Bild
-
Sodele, 24 Stunden Test ist durch,
alles läuft sauber.
Visu ist soweit angepasst.
Modies laufen, Sperren auch.Hier das Blockly zum Partymodus :
Im Access Denied View haben ich noch einen unnsichtbaren Schalter hinzugefügt.
Könnte ja mal der Fingerprintsensor defekt sein.Sodele das wars, habt viel Spass damit.
Für mich erledigt, rennt.Der Ralla
-
cool. Also ich hab ein Wiegand fingerprint den hab ich direkt mit 5v an der 5v Seite dran. Ohne auf 3V runtzerzuregeln. Klappt bisher auch ohne Probleme. Hab ein wemos pro d1 mini.
Schönes VIS Bin bei mir auch dran aber ich bin noch bei meinem User und Zugriffs/Zeiten Plan.