Beiträge von deviloper

rookie lt. dem Trace sollte es 8081 sein.

wie rufst du das Dashboard auf?

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

Naja und was sagen die Beispiele aus nfcpy? Bekommst du damit Kontakt zum PN532, wenn dieser per USB-Serial angeschlossen ist?

Okay, also:

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

Ne die Position ist egal. Starte mal DoorPi im Trace - Modus, dann sagt er dir was ihm an deiner Eingabe missfällt. Oder zB auch wenn dein neuer Benutzer noch in keiner Gruppe ist und deswegen weder Lese- noch Schreibberechtigung hat.

Was heißt denn er startet nicht? Log ist leer? Bei PN532 unter device und beim RDM6300 unter Port in der DoorPi Konfiguration etwas angegeben?

Dir fehlt das Watchdog Packet. (pip install watchdog)

Das tagtool gibt dir beim Typ 4 Tag keine ID aus. Müsste aber auch da vorhanden sein. Starte doch mal DoorPi im Debug und halt die Karte vor. Das PN532-Keyboard sollte dir dann etwas anzeigen.

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.

Könntest ein DoorPi Keyboard draus machen, dann kann man leichter in/output verarbeiten. Kennst du dich mit Python aus?

Dann setz mal direkt vor das util einen Punkt (.util) ... Python 3 und 2 Verarbeitung von Import unterscheidet sich da leider.

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.

Und wie sieht die Gegenseite aus? Kannst du da nicht direkt deinen Videostream angeben?

Ansonsten kann man, falls du unbedingt das Video mit dem Anruf kombinieren willst, per v4l2-loopback den mjpeg-Stream als virtuelle Videokarte einhängen und diese dann in DoorPi angeben.

https://stackoverflow.com/ques…am-to-v4l2loopback-device

Das kommt etwas drauf an, was für ein Format der Stream hat und ob du ein Standbild oder Video haben willst. Einen "Videoanruf" bekommst du mit DoorPi und externem Stream nicht hin - muss aber nicht unbedingt ein Problem sein.

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