Beiträge von deviloper

    okay dann nochmal anders. Die "Beispiele" aus der nfcpy Bibliothek sind recht nützliche Programme. Ruf mal das tagtool.py auf. Das sollte dir sagen, welchen Device es erkennt und wie dieser heißt (das kannst du dann beim DoorPi entsprechend angeben)... und ja prinzipiell dürfte nichts dagegen sprechen aber es klappt nicht, wenn sowohl RDM als auch PN532 auf den Serialport des Pi zugreifen ... deswegen ;)


    Ups Wal war schneller. Haben aber den selben Fehler im Blick ;)

    Okay, also:

    Code
    1. get(section_name, 'port', "/dev/ttyAMA0")

    Übersetzt: wenn nichts unter Port beim RDM angegeben wird, nimmt er /dev/ttyAMA an, was beim Raspberry den Serial-Port entspricht.


    Funktioniert der PN532 denn mit dem tagtool.py aus dem nfcpy-Packet? Dann könnte man schonmal schauen, ob das Problem beim DoorPi oder wo anders liegt.


    Hast du mal den DoorPi Service gekillt und mit doorpi_cli aufgerufen? Und da meldet er keinen Pieps? :O

    Bin gerade nicht im Bilde, wie aktuell die verwendete paho mqtt ist. Dabei ist aber ein Beispiel für einen einfachen clienten. Meldest dich zu Beginn an und abonierst dann Topics für zB jeden angelegten Input für das Keyboard.. Zusätzlich startest beim Laden des Keyboards nen Thread, der auf neues wartet. Wenn was neues kommt (on_message), löst du das Event für einen Input (des Keyboards) aus. Entsprechend kannst du Output Pins des Keyboards nutzen um ein Topic zu publishen (oder wie das bei Mqtt heißt).


    Hab leider momentan nicht die Zeit dir das zusammen zu setzen. Sollt aber recht easy gehen.

    Solange du linphone als Basis hast, funktioniert das nicht sonderlich gut (findest du auch was zu im Forum). Deswegen nehmen die meisten eine Karte mit AEC

    Hast du beides direkt auf die Platte geschraubt oder wie stellt man sich das vor? Ansonsten welche Soundkarte nutzt du? Gibt welche mit AEC.

    Was hat es mit diesem Testsystem denn auf sich? Im Zweifelsfall die ganze, aber sonst zeig mal was du dazu in der config stehen hast.

    Ansonsten wäre zunächst die Ausgabe im Debug/Trace fast wichtiger, weil da so kein relevanter Fehler angezeigt wird ;)

    2020-11-06 15:44:16,151 [WARNING] [doorpi.status.webserver] failed to initiating WebService at ip and port 80 ([Errno 98] Address already in use)


    Wahrscheinlich läuft der MotionEye Webservice auf dem selben Port ... Dann versucht DoorPi den alternativen (8080) zu nehmen, das klappt.


    [doorpi.keyboard.KeyboardInterface] trying to add keyboard 'testsystem' to handler

    Da scheint was in der Doorpi ini konfiguriert zu sein, was es so nicht gibt. Zeig die mal.


    Ansonsten mal im Debug/Trace-Modus starten und zeigen, was er dann ausgibt. Die Meldungen so zeigen nichts, dass den Start verhindert.

    out hat einen Parameter Zeit. Kannst also den Sensor für eine Zeit x freigeben. Falls dir das hilft.

    Ansonsten gibt's bei den Fingerabdrucksensoren, zB ZFM70 (müsste es sein, kann in der Bezeichnung nen Dreher haben) auch welche die ein zusätzliches Signal für Berührung haben... Library dafür hab ich hier vor einiger Zeit gepostet. Die unterstützt auch das Aktivieren des Lesers für eine Zeit x.

    1. Solltest keine Abfrage dazu bekommen, wenn du über .../control/ gehst.

    2. Kannst bei dem Input Pin auch sleep:0 statt des calls nehmen. Ist der ini Struktur geschuldet.

    Es wird so wie du es nutzt nur ausgeführt was im Event steht.

    3. Ebenfalls der ini Struktur geschuldet. Kannst auch 0,1,2,3,4,5 stagt 10,20,30,40 nutzen ;)