Ne, das Problem ist, dass so kein Keyboard dieses Event erwartet und danach sucht.
DoorPi-Erweiterungen hat Wal ein url-Keyboard angelegt was deinen Bedarf entsprechen sollte. Falls das selbe Event aber auch über einen Taster ausgelöst werden soll, ist das so der falsche Weg.
MQTT client? könntest du nutzen. Reagierst aufs DTMF Event und löst diese Aktion aus.
Also die Bilder sind deutlich zu unscharf. Der Fingerabdruck-Sensor scheint dem ZhianTec ZFM zu ähneln. Steht was drauf was es für ein Modul sein soll? Oder beim Stecker was zur Pinbelegung? Würde mal auf UART + Berührungserkennung tippen, aber müsstest du ggf. selbst mal messen/herausfinden.
Kamera Modul kannst du entweder durch die PiCamera oder nen IP-Cam Modul ersetzen. Die IR-LEDs sollten sich wieder verwenden lassen.
Bei den Bildern sehe ich auch keinen Taster bzw. welche Adern dahin gehen.
Hallo im Forum 
https://www.anthell-electronic…KZ2-812S1-2&ClassicView=1 diese Anlage also?
Wenn ich's richtig überflogen habe, hast du ein analoges Video Signal. Das müsstest du dir digitalisieren, ist aber wahrscheinlich weniger empfehlenswert als direkt einen neuen Kamera Sensor.
Der Fingerabdruck-Sensor scheint ein eigenständiges Modul zu sein (?) und bei bekanntem Fingerabdruck einen Ausgang zu schalten. Audio ist analog, kannst du aber wahrscheinlich relativ leicht mit einer Soundkarte nutzen.
Was du davon wiederverwenden kannst, hängt aber auch von deinem eigenen Kenntnisstand ab.
Ist dahinter noch genug Platz für einen Single Board Computer (zB Raspberry Pi)?
Hast du Bilder vom Innenleben?
Wie hast du dir die Übertragung von Außen nach innen vorgestellt?
Doch klar kannste das machen aber genauere Infos wie hell es ist bekommst du ja mit einem Lichtsensor.
Hm stimmt bei festen Zeiten gab's die OnTime Events.
Prinzipiell ist ein Fotowiederstand sicherlich sinnvoller als ein fester Timer. Mit einem Cap kannst du ein pseudo digitales Signal erzeugen. Der Raspberry PI hat meine ich keinen analogen Eingang.
Ansonsten Vorwiderstand nicht vergessen. 5v sollte bei deiner LED dann heißen, das du bei 2.2v/75mA zwei in Reihe bekommst. Dazu noch nen Transistor und los geht's. Würde nen Python Skript als Service laufen lassen, der immer die Helligkeit ausliest und dann ggf. den Transistor schaltet. Eigtl. kann man aber auch einfach sowas machen:
Zu 1. solltest du für jeden Taster doch eigtl. ein extra Signal bekommen? Ansonsten wird zunächst beim call-Aufruf das Event "BeforeSipPhoneMakeCall" ausgelöst.
Zu 2. Mit https://pypi.org/project/schedule/ ein Skript schreiben, daas du dann zB beim Start von DoorPi ausführen könntest.
Steht mittlerweile was im Fritzbox-Log? Du bekommst ja "12 - Not Found" bzw. "NotFound => Destination of the call was not found.".
Stimmt die Zielnummer denn?
Soweit erstmal in Ordnung. Was stört dich denn? Anmeldung als SIP-Phone scheint zu klappen. Du kannst noch AdminNumbers anlegen, damit du DoorPi auch anrufen kannst. Dein Nutzername ist dafür allerdings nicht ideal (um angerufen zu werden).
Ansonsten sollte dann noch irgendwo ein call-Aufruf zum gewünschten Endgerät bei dem von dir gewünschten Event stattfinden. So wie du es momentan eingerichtet hast, öffnest du ja scheinbar eine Tür, wenn die entsprechenden Karten vorliegen aber baust keine Sprachverbindung auf.
Das mit dem NFC Scanner funktioniert auch.
Perfekt.
Zu deiner Frage, wo man das log findet: /usr/local/etc/DoorPi/ da sollte sich auch ein doorpi.log befinden. Ggf. noch in einem Unterordner.
Das wird während des Betriebs als Service befüllt. Ist aber nur mit essentiellen Meldungen versehen. Ausführlicher / zu Einrichtungszwecken wie z.B. hier beschrieben. Das dabei im Ordner /tmp/ angelegte doorpi_debug.log dann bitte einmal hochladen.
Der in etc ist der von dir definierte Base-Pfad (oder halt der standardmäßig vordefinierte). Dort dürfte es nicht funktionieren. Der richtige Pfad ist der in Post #34 genannte. Falls du DoorPi mal nicht als Service sondern in der Konsole startest (und hier dann im Debug-Modus), wird er dir wahrscheinlich auch mit Fehlermeldungen kommen.
Nja ich weiß nicht so ganz wofür du es brauchst 
Wenn du vom DoorPi ein OK beim Anmelden & Anrufen bekommst, sollte das doch passen.
Standardnutzer: door Passwort: pi
Im DoorPi Ordner gibt's direkt den Ordner keyboard. Dürfte sich bei "/usr/local/lib/python2.7/dist-packages/doorpi/keyboard/" befinden...
Ne. Steht im Handbuch ein paar Seiten zuvor: https://service.avm.de/help/de…ilfe_fon_howto_ip-telefon
Aber bringt dir nicht wirklich Vorteile. Also richte es doch einfach als Tür-Sprechanlage ein.
Wird nicht geloggt? Erscheint er denn auch nicht als verbundens Endgerät? (WLAN). Bist du denn verbunden? (Mal raus gepingt?)
Ähm ja das Thema hat auch keinen passenden Namen und die Leser werden von verschiedenen Firmen gelabelt. RFID Reader startet nicht
https://service.avm.de/help/de…1/hilfe_howto_intercom-ip einrichten. Oder als Telefoniegerät. Ansonsten logt die Fritzbox eigtl Anmeldungen neuer Geräte (https://service.avm.de/help/de…x-7580/017p1/hilfe_syslog).
Ich bin jetzt davon ausgegangen, dass die Tore nicht direkt beieinander sind. Sonst reicht ein DoorPi der je nach Klingel halt eine andere Nummer wählt und je nach DTMF das eine oder das andere Tor öffnet bzw. ein entsprechendes Relay schaltet.
Sind die Wohneinheiten im selben WLAN bzw in Reichweite, sodass du eines einrichten könntest...
Fertige Pläne gibt's denk ich nicht hab aber auch nicht alle Umsetzungen im Kopf 
Da gibt's zig Möglichkeiten denke ich. DoorPi ist letztendlich u.a. ein SIP-Telefon. Heißt je Tor ein DoorPi der sich dann auf einem Telefon-Server anmeldet (zB Asterisk, Fritzbox, ...). Tor öffnen dann über Dtmf. Am Handy, Tablet odg. ein Softphone das dann halt angerufen wird, wenns klingelt. Wie viele Tore es gibt ist dafür egal.
WLAN ist störanfälliger, sollte aber durchaus gehen. Jenachdem wohin die Stromkabel gehen mal über LAN übers Stromkabel (devolo, tp-link, u.a.) nachdenken.
Denke deine Punkte sollten umsetzbar sein.
EVENT_*
- BeforeSipPhoneMakeCall
- OnSipPhoneMakeCall
- OnSipPhoneMakeCallFailed
- AfterSipPhoneMakeCall
- OnSipPhoneCallTimeoutNoResponse
- OnSipPhoneCallTimeoutMaxCalltime
Damit solltest du alles von dir gewünschte abdecken können.
