Von anderen Endgeräten aus ist die 610 aber erreichbar, oder?
Was sagt die Log dazu, wenn das Event ausgelöst wird?
Hörst du ein Klingeln dabei?
Von anderen Endgeräten aus ist die 610 aber erreichbar, oder?
Was sagt die Log dazu, wenn das Event ausgelöst wird?
Hörst du ein Klingeln dabei?
Das tut mir leid und ist sehr schlecht.
Seit wann treten die Probleme auf?
Oh Mann - Ihr müsst ja jede Menge Geduld mitbringen - Sorry.
Kein Problem, sehr gerne...
Ich wollte eigentlich jede Menge Dinge über DoorPi ansteuern die damit gar nichts zu tun haben.
Genau das würde mich interessieren
Magst Du noch ein paar Screenshots mit reinstellen?
Es tut mir leid, aber ich habe immer noch nicht wirklich verstanden, was Du überhaupt machen möchtest.
Im DoorPi 2.5.1 (noch aktuellste Version) gibt es dafür die bouncetime vom entsprechenden piface keyboard:
https://github.com/motom001/DoorPi/blob/master/doorpi/keyboard/KeyboardInterface.py#L35
In der ini sollte es dann als Parameter dem entsprechenden Keyboard zugeordnet und mit einem Wert in ms gefüllt werden.
Ist das nicht eine einfache I2C Anbindung?
Gib uns doch bitte noch ein paar mehr Infos zu den Geräten und was Du damit machen möchtest.
Das ist wohl mein Fehler gewesen. Beim Aufräumen des Repository habe ich das Wiki deaktiviert. Ist wieder sichtbar:
Oder meintest Du etwas anderes?
Lustig - da schließt sich der Kreis für das #Nextion. Wäre ne Idee für ne #Action im DoorPi selbst oder Sgee für die #Weboberfläche als #Config-Möglichkeit
My small modification to support my nextion display connected on doorpi
Gibt es eigentlich eine Statistik über "unser" Nutzungsverhalten?
Ganz klares NEIN! Wenn solche Funktionen zukünftig sinnvoll sein könnten, dann weiterhin als "Privacy by Design" und "Privacy by Default". Der KeinCloudZwang-Gedanke bei einer Türklingel war für mich der Ausgangspunkt, warum ich DoorPi begonnen habe.
Heute das erste Gespräch mit sieben Teilnehmern - vorab ein großes Dankeschön an Euch und Eure Zeit!
Zuerst war die eigene Vorstellungen und die Sammlung der Erfahrungen und Wünsche.
erste Entscheidungen:
- es wird die Entwicklung auf Python weiter verfolgt (und nicht auf andere Programmiersprache ausgewichen)
- es soll (zunächst) keine DoorPi-spezifische Hardware geben -> besser Produkte vom Markt nutzen und Empfehlungen aussprechen
- wir werden als Diskussion-Plattform primär Discord nutzen, Ergebnisse allerdings hier im Forum zusammenfassen
- monatlicher Discord-Termin ist sinnvoll
- das Forum sollte ausgebaut werden (z.B. Sektion DoorPi2 und DoorPi3)
- Authentifizierung / Autorisierung sollte bestehen bleiben -> ggf. umgestalten?
die nächsten Schritte sind:
- Forks von deviloper / emphasize und Wuestengecko zu einem aktuellen Stand zusammenführen
- Aufbau CI/CD Strecke (bzw. aktualisieren)
- Konfiguration stärker in der Weboberfläche bündeln - Ziel: vereinfachte Installation, schnellerer Einstieg
- Sicherheitsbetrachtung sollte diskutiert und veröffentlicht werden
- Hardware-Empfehlungen sollten definiert / ausgesprochen werden
offen:
- Ideen für Innenstation (apk, ...?)
- Thematik mehrere Außenstation (Hoftor, Haustür, ...) - eventuell ESP-Geräte oder doch eher Pi Zero?
Merge pull auf github von Thomas in meinem Mails gesehen habe
Upppss, hab ich wieder zu viel rumgespielt?
Er macht alles in Python
bei der Organsation zu helfen und auch bei der Entwicklung
Freut mich, wenn Du mit dabei bleibst / bist!
Die drei am weitesten fortgeschrittenen Forks sind:
- https://github.com/deviloper-lab/DoorPi (letztes Update 09.03.2020 - 95 commits) -> deviloper krasse Leistung - HUT AB!
- https://github.com/Wuestengecko/DoorPi (letztes Update 05.03.2021 - 282 commits)
- https://github.com/emphasize/DoorPi (letztes Update 11.02.2022 - >318 commits)
Morgen, am 12.02.2022 wollen wir uns im Discord von Pampersjoe treffen.
Bin nur zufällig hier weil Google mich gewarnt hat, dass die Zugangsdaten hier nicht sicher wären. Vermutlich irgendwelche Backend Software, die nicht (mehr) gepflegt wird.
Gegen solche Aussagen stelle ich mich vehement entgegen.
DoorPi und der Inhalt des Forums mögen etwas älter sein, als mir lieb ist, leider.
Technisch betrachtet werden hier allerdings nur aktuelle Komponenten eingesetzt, Angriffe aktiv gesucht, erkannt und abgewehrt. Nicht nur auf Anwendungsebene, sondern auch auf Server-Ebene. Es werden auch keine Pakete (mehr) eingesetzt, die nicht zum Standard-Umfang von Woltlab selbst gehören. Damit kann eine Schwachstelle bei Dritt-Anbietern ebenfalls ausgeschlossen sein. Darüber hinaus gibt es keine integrierte Werbung oder Tracker wie Google Analytics etc.
Die Aussage von Google basiert auf Prüfung des Passwortes, welches für dieses Forum gespeichert wurde. Wenn das Passwort in einem anderen Zusammenhang in einer entsprechenden Datenbank aufgetaucht ist, dann hat das nichts mit diesem Forum hier zu tun.
Ich habe die Spam-Erkennung etwas erweitert und angepasst. Mal sehen, ob das zukünftig mehr stört als hilft.
Und wie sich gezeigt hat, haben die Maßnahmen noch nicht gegriffen. Also habe ich gerade die Stellschrauben noch etwas fester angezogen. Hoffentlich passt es jetzt.
Das Thema ist immer noch aktuell...
Ich habe die Spam-Erkennung etwas erweitert und angepasst. Mal sehen, ob das zukünftig mehr stört als hilft.
Wenn ihr Spam sehr, dann benutzt bitte den "Inhalt melden" Button an jedem Beitrag. Das würde mir sehr viel helfen.
Ansonsten verweise ich nochmal da hin: Team-Verstärkung gesucht...
Team besteht zur Zeit eigentlich nur aus mir und ich versuche mein Bestes, den Spam zeitnahe zu löschen und entsprechende Benutzer zu sperren. In der Registrierung ist auch eine reCAPTCHA Sicherheitsabfrage enthalten.
Allerdings gebe ich Dir Recht, dass das Spam-Aufkommen in letzter Zeit sehr angestiegen ist. Ich werde mal nach weiteren Lösungen suchen.
Entwickeln wäre kein Problem
TOP
nur mit der Schlange hatte ich noch (fast) gar nichts zu tun.
Nichts ist leichter als Python - schau selbst in den Quellcode, liest sich so einfach wie ein Buch...