Du kannst mit dem Flag --debug mal DoorPi ausführen. Dann bekommst du auch zum Video Device mehr Infos. Wenn du direkt auf dem PI auf /dev/video0 zugreifst, ist das Bild iO?
Beiträge von deviloper
-
-
Könntest mal take_snapshot für Streams ausprobieren. Habs selbst noch nicht getestet...
-
So wie es da steht 0o755 statt 0755
-
Es hat ein Nutzer vor einiger Zeit eine Portierung vorgenommen. Hab es nicht komplett durchgesehen aber ist als Fork auf GitHub hinterlegt: https://github.com/Wuestengecko/DoorPi
-
https://tutorials-raspberrypi.…er-programmierung-lernen/ inkl. Beispiel zum Taster. Ich nehme mal an, dass du so einen momentan meinst?
-
unter Keyboards anlegen:
und dann entsprechend konfigurieren:
Aber wie schon geschrieben, sind die Parameter sonst auch mit Standardwerten gefüllt und müssen nur bei Bedarf angepasst werden.
Entsprechend dann noch InputPins definieren und was ggf. passieren soll.
ZB hier hast du ein Beispiel aus dem Forum: Wie bekomme ich den Arduino dazu, dass der Klingelknopf ein Event auslöst
-
Also das PN532 arbeitet mit libNFC, RDM6300 mit Serial aber interpretiert das was rein kommt schon. Du könntest das Keyboard USB_Plain nutzen... Dabei port (Default: usb0) und baudrate (Default: 9600) ggf. mit angeben. Das ließt eine Zeile ein, und vergleicht die mit dem von dir angelegten "key". Bei Übereinstimmung gibt's dann für den Key die Events OnKeyDown, OnKeyUp und OnKeyPressed. Kannst über das Keyboard Bidirektional kommunizieren.
-
Ja kann sein, sagt der Hersteller der USB/UART-Bridge https://community.silabs.com/s…ltaneously?language=en_US
(Mit Anleitung zum Ändern dieser ...)
-
IPv6 deaktivieren könnte helfen. (https://www.raspberrypi.org/forums/viewtopic.php?t=196636)
-
Du hast den PN532 oder auf welchen Reader beziehst du dich? Dafür müsstest du dir die Datei DoorPi/keyboard/from_pn532.py anpassen.
Zeile 150 folgendes ergänzen:
(In Zeile 151 kann die Raute auch weg ...)
Und dann hinter 121 folgendes einfügen:
Dabei bitte auf die korrekte Einrückung (per Leerzeichen!) achten. Else auf Höhe des if.
Dadurch solltest du das Event OnFoundUnknownTag auslösen, wenn dies der Fall ist. Ansonsten siehst du in der Debug Ausgabe auch wenn er das Tag nicht kennt, was gerade für eines vorgehalten wird.
-
Jain, die Bibliothek ist mit Python 2.7 noch kompatibel. Das Beispielprogramm (tagtool.py) setzt Python 3 voraus.
-
-
Du kannst es selbst builden: https://github.com/nfc-tools/libnfc da stehts auch beschrieben und gibt zu deinem Leser auch direkt Hilfestellung. Ansonsten suchst du wahrscheinlich libnfc-bin=1.7.1 (oder -dev) statt des libnfc-1.7.1 aufrufes.
-
Es steht da na schon explizit. Du brauchst eine aktuelle zu Python 2.7 kompatible Version von get-pip.py (die du auf https://bootstrap.pypa.io/pip/2.7/get-pip.py bekommst). Damit ersetzt du die im DoorPi Verzeichnis (anstelle dieser https://github.com/motom001/DoorPi/blob/master/get_pip.py)
Kannst pip ansonsten auch über sudo apt-get install python-pip installieren.
-
Hast du die Standardbenutzernamen door und Passwort pi schon ausprobiert?
-
Hm was meinst du konkret mit Wiegand Bibliothek. Gibt da für Python fertige Implementierungen aber wenn du die (oder was meinst du mit Code) schon hast, dann haste doch alles? Hab das Protokoll gerade nicht mehr ganz im Kopf aber hast doch zwei Leitungen und guckst (per Interrupt) ob eine auf High geht. Und das solange bis ein Datenblock ankam. (https://de.qaz.wiki/wiki/Wiegand_interface haste das Protokoll kurz erklärt). Hab dafür auch nen Keyboard für DoorPi geschrieben. Kannste ja reinschauen wie mans grob implementiert, falls du Python Code verstehst.
-
Entschuldige - also DoorPi startet und sollte über die zuletzt angegebene Adresse auch erreichbar sein (http://raspberrypi/ oder IP) - falls das aus meiner Antwort nicht rüber kam. Ist dem nicht so?
Der Start als Service scheiterte bisher, ist das unverändert?
-
Okay DoorPi startet also korrekt. Dann dürfte das Problem eher am nicht mehr vorhandenen Python 2.7 Support liegen. Mal sehen, wann wir da mal eine weiterentwicklung erreichen.
Bis dahin, hätte ich folgende Idee:
bzw.
-
hugoeugene: Das mit den für dich passenden Argumenten meinte, dass du die Konfigurationsdatei anhängen sollst So hat er nicht deine doorpi.ini geladen, sondern eine hinterlegte Standardkonfiguration. Da das startet, gehe ich fast davon aus, dass etwas mit deiner doorpi.ini so nicht passt.
(--trace oder --debug, jenachdem wie viele Infos du brauchst bzw. du interpretieren kannst ). Die Ausgabe davon kannst du dann hier nochmal hochladen.
Falls der DoorPi-Service läuft, diesen vorher beenden:
-
Zeig doch einmal die Log-Datei die DoorPi anlegt oder starte doorpi_cli (mit den für dich passenden Argumenten und --debug) und zeig und was dabei ausgegeben wird.