Beiträge von deviloper

Hm also das Keyboard arbeitet ja mit nfcpy und da soll es laut Doku auch mit Typ 3 zurecht kommen.

ibnfc erkennt den als Type 2 oder woran machst du das mit dem Typ fest?

kannst das Projekt gerne dafür nutzen aber eigtl ist ein Raspberry hinsichtlich Stromverbrauch und Leistung übertrieben. Schau eher mal nach "ESP smart doorbell" um im Netz was zu finden (https://github.com/lukasmu/esp-doorbell z.B.).

Hm AirTags kannst du zumindest über BLE lesen... Spart den Kontakt zum Leser. Ansonsten am ehesten der PN532. Der kann relativ viel.

Wenn du die Webgui nicht auf deinen Pi kopiert hast, muss dieser Verbindung zum Internet haben. Hat er das?

Nja findest denn den alten AP und kommst auf den drauf? Klingt ja weniger so, dass der PI nicht erreichbar ist als dass der AP sich nicht verbindet?

Hängt der PI jetzt nach der Umstellung ler LAN an der Fritzbox direkt? Oder verbindet sich dein AP nicht?

Hm ist nur möglich, wenn du in Grundfunktionen eingreifen würdest:

self.event_handler.register_action('OnTimeSecondEvenNumber', 'out:%s,HIGH,False'%is_alive_led)
self.event_handler.register_action('OnTimeSecondUnevenNumber', 'out:%s,LOW,False'%is_alive_led)

Ist praktisch eine Sekunde an, eine Sekunde aus.

Was heißt denn "geht ja alles" ... Webinterface erreichbar, Klingeln ist auslösbar oder was? Du musst halt doorpi_cli mit -configfile oder -c die doorpi.ini angeben und dann gibts auch entsprechend die Fehlermeldungen die uns weiterhelfen ...

Würde vermuten, dass deine Config falsch ist (doorpi.ini). Er startet, wenn du sie ignorierst (doorpi_cli müsstet du die auch übergeben und deine Änderung an der init.d macht ja auch nichts anderes).

[EVENT_arduino_InputPins.01cfbce]
10 = out:Tueroeffner,1,0,3
20 = sleep:0

kannst mehrere Aktionen auflisten (hier das Beispiel sleep).

Warum nicht einfach einen seperaten Pi für jede Tür?

Der Fehlermeldung nach fehlt dir die Lib requests: https://requests.readthedocs.i…on-m-pip-install-requests

Also es gibt sowohl das Log wenn du den Service normal startest (müsste eigtl drin stehen wer den Anruf auslöst) oder du startest explizit im Trace/Debug Modus. (mit --debug / --trace) Wie hast du denn deine normalen Klingeltaster angeschlossen? Haben die immer einen definierten Status (pullup/down)?

Ist dein DoorPi mit dem Internet verbunden und hat die Möglichkeit auf die Website zuzugreifen? Ansonsten lokale Kopie von DoorPiWeb hinterlegt (und Verzeichnis davon angegeben?)

Zeile 56 und 66 definieren die selbe Variable. Ansonsten bitte einmal im Trace/Debug starten und das log mit hochladen.

Jau der MiniAmp unterstützt kein Hardware Volume Control. Steht aber auch recht deutlich auf der Herstellerseite.

Google Ergebnis (Stichwort ist Software Volume Control): https://www.tobiasbichlmaier.de/tag/hifiberry/ da steht was, das funktionieren sollte.

- App für RTSP-Streams & SIP-Anrufe (ggf. Xamarin und libvlcsharp (https://mfkl.github.io/libvlc/…ews-with-libvlcsharp.html) / linphone (https://wiki.linphone.org/xwik…etting%20started/Xamarin/)).

- Addon-Sytem wie zB bei hassio

Was steht denn in der Log-Datei?

Es müsste hier Port 17 und 18 als D0/1 eingesetzt worden sein (statt der üblichen Ports 14/15). Wie mans ansonsten anschließt findest du zB https://github.com/leosac/leos…and-Wiegand:-step-by-step