ad 5) was spricht denn gegen eine lösung, in der der arduino nur den boten spielt und doorpi dann auswertet und entscheidet, wer rein darf und wer nicht? dann müsste der sketch nicht geändert werden, ein einfaches anpassen der doorpi.ini reicht
Beiträge von pula
-
-
Hmm... hab mir mal aus Neugierde ein paar iButtons und Reader bestellt.
Wäre ja eigentlich kein Problem, das in den sowieso schon vorhandenen Uno zu integrieren und dann per I2C an den Raspi weiterzugeben - oder übersehe ich hier irgendwas? -
-
-
kannst Du bitte mal deine ini hier reinposten?
-
ich habe allerdings die soundkarte in verdacht
da sie auch bei alsa player nix tut
unter windows ging sie tadelosalso, solange sie mit alsa nicht funktioniert, hat es keinen sinn, mit doorpi zu probieren...
-
Hast Du (zb. mittels raspi-config) das serielle Terminal deaktiviert? Das hört sich so an, als ob das noch aktiv wäre und den Port blockieren würde.
Du musst KEINE Änderungen im Code vornehmen, sondern nur in der doorpi.ini
In der Section von dem rdm6300:Da ich grade nicht in der Nähe vom Doorpi bin ist das ungetestet, aber im Quelltext vom rdm6300-Code wird der Port aus der ini ausgelesen, mit default auf /dev/ttyAMA0
-
Wie pah schrieb ist es Standard, dass Du das Mikrofon auf dem Lautsprecher hörst. Das kann (und muss) man über den mixer abschalten.
Hi,
also ich nutze Alsa jetzt schon seit es Alsa gibt. Aber was genau meinst Du hier?
-
Hi,
klingt super - kannst Du dafür evtl. einen eigenen Fred aufmachen? Wäre glaube ich besser, weil mehr Aufmerksamkeit...
-
Hmm... also diese Funktionalitäten sind derzeit im keyboard nicht implementiert. Aber ich verstehe, was Du meinst...
-
Hallo,
nein, ehrlich gesagt ist mir keine Alternative bekannt. Ich hatte den rdm6300, aber nachdem einige im Board von dem pn532 geschrieben haben, bin ich neugierig geworden und hab mir den bestellt.
Hast Du einen besonderen Grund, warum Du den unbedingt per SPI anbinden möchtest?
-
stimmt, hatte ich übersehen Danke fürs Richten und wieder zur Verfügung stellen!
Kommt davon, wenn man nur rudimentär testet -
Respekt und vielen Dank!!!!
-
Wobei ich gerade am überlegen bin, einen zusätzlichen Taster (klein und auf den ersten Blick nicht sichtbar) als 5 Sek. Freigabe für den RFID einzubauen. Praktisch auf dem Weg zur Antenne kurz den Taster betätigen und dann RFID ran....
Guter Plan - wie würdest Du das software-seitig machen?
-
http://www.behindthesciences.c…/raspberrypiibuttonsystem
Würde da ja was zusammencoden - aber mir fehlt die Hardware....
-
Die IButtons müssten sich doch auch am DoorPi betreiben lassen.
Theoretisch ja.
@pah: Sind diese iButtons eine reine 1wire-Sache, oder gibt es hier auch andere Möglichkeiten zur Ansteuerung? -
-
Handy-App Ablauf weiter ausgebaut:- Handy App läuft auf Handy (es wurde vorab Benutzername und Passwort hinterlegt)
- Handy wird an Reader gehalten
- DoorPi und Handy führen ein Handshake durch (an der Stelle könnte auch eine HoneyPot-Funktionalität genutzt werden)
- Handy übermittelt eigene ID
- DoorPi gibt Token zurück (unique Schlüssel aus Timestamp und random oder ähnliches)
- DoorPi verschlüsselt alle bekannten Benutzernamen und Passwörter mit Token in temporärer Tabelle und bildet jeweils Hash davon
- Handy verschlüsselt Benutzername und Passwort mit Token und bildet davon Hash-Wert
- Handy übermittelt errechneten Hash
- DoorPi führt Authentifizierung durch
- DoorPi prüft Autorisierung auf Grund der festgestellten Identität
Ich habe ja grade das pn532-keyboard implementiert. Im Zuge dessen habe ich mich auch kurz mit Android-Apps beschäftigt, die einen RFID-Token emulieren können (oder auch NFC). Leider wurde ich nicht fündig. Kennt hier jemand etwas?
-
Danke, habe mir die mal bestellt....
-
Hallo, habe hier https://www.doorpi.org/forum/thread/351-pn532-keyboard/ mal eine erste Version des pn532-keyboards eingestellt....