Programm aus C heraus starten

[Johann K. (john1999)]

Guten Tag,

ich arbeite grade an einem Projekt, bei dem ich mit dem Raspberry Pi 
Daten über die Wiegand-Schnittstelle auslese. Dafür nutze ich diesen 
C-Code:
http://irishjesus.wordpress.com/2013/12/02/goodbye-dryspell-hello-raspberry-pi-wiegand-rfid/. 
Das funktioniert auch so weit wie es soll. Ich bekomme z.B. so eine 
Zeile im Terminal:

Read 26 bits (4 bytes): 612***** : 0*****010010******010000******10

Die Sternchen repräsentieren Zahlen, sind hier aber wegen des 
Verwendungszwecks zensiert.

Nun möchte ich, dass geprüft wird, ob diese Zeichenkette in einer Datei 
(der "Datenbank") steht. Da ich leider ÜBERHAUPT keine Ahnung von C 
habe, möchte ich diese Prüfung in ein Python-Script auslagern. Ich muss 
jetzt diese Zeichenfolge an das Python-Script übergeben.
Die Zeichenfolge wird im letzten Abschnitt ausgegeben:

void main(void) {
    int i;

    wiegandInit(D0_PIN, D1_PIN);

    while(1) {
        int bitLen = wiegandGetPendingBitCount();
        if (bitLen == 0) {
            usleep(5000);
        } else {
            char data[100];
            bitLen = wiegandReadData((void *)data, 100);
            int bytes = bitLen / 8 + 1;
            printf("Read %d bits (%d bytes): ", bitLen, bytes);
            for (i = 0; i < bytes; i++)
                printf("%02X", (int)data[i]);
            printf(" : ");
            for (i = 0; i < bytes; i++)
                printCharAsBinary(data[i]);
            printf("\n");
        }
    }
}

Ich wäre sehr dankbar, wenn jemand eine Idee hätte, wie ich diese 
Zeichenfolge (oder auch nur den letzten Abschnitt) an mein Python-Script 
übergebe. Vergesst bitte nicht, dass ich keine Ahnung von C habe, also 
erkärt es bitte Idiotensicher.

Vielen Dank für jede Hilfe,
Johann

[andersrum (Gast)]

Einfacher wäre es wahrscheinlich, wenn du den umgekehrten Weg gehst,
d.h. du verpackst deinen C-Code als "built-in module" in Python.
Auf den kannst du dann relativ einfach durch einen "regulären"
Funktionsaufruf von Python aus zugreifen und musst dich nicht
mit Interprozesskommunikation etc. rumärgern.

Beispiel dazu findet sich hier:
https://docs.python.org/2/extending/extending.html

[Poster (Gast)]

Mich würde ja interessieren wie man in Wig26 4 Byte bekommen will.
Das erste und das 26. Bit sind ja Prüfbits. Da bleiben ja grade mal 3 
Byte Daten. Recht wenig für eine anständige ZK.

[Rufus Τ. F. (rufus)]

Johann K. schrieb:
> Nun möchte ich, dass geprüft wird, ob diese Zeichenkette in einer Datei
> (der "Datenbank") steht. Da ich leider ÜBERHAUPT keine Ahnung von C
> habe, möchte ich diese Prüfung in ein Python-Script auslagern.

Ein anderes Programm aufzurufen, für jede einzelne Überprüfung, das ist 
... nicht performant.

Liefe das andere Programm dauerhaft, könntest Du über eine geeignete 
Schnittstelle zwischen beiden Teilen kommunizieren (Pipe, Socket, shared 
memory o.ä.).


Ist die "Datei", die "Datenbank" in ihrer Struktur und Art bereits 
festgelegt oder ist das ein Konstrukt, das noch nicht finalisiert ist?

Wenn letzteres der Fall ist, bietet sich eine kleine Datenbank-Engine 
an, die es in Form von SQLite als direkt integrierbaren C-Code gibt. Und 
statt in Deinem Python-Skript Dateioperationen zu machen, kannst Du mit 
den recht leicht verständlichen API-Aufrufen von SQLite direkte 
Datenbankzugriffe durchführen.

Als "embedded"-Datenbank wird SQLite ziemlich häufig eingesetzt, auch 
auf Geräten mit einer dem Pi vergleichbaren Rechenleistung -- nämlich 
u.a. in Mobiltelephonen, egal ob mit iOS oder Android.

[Julian W. (julian-w)]

falsches Forum?

> Hier könnt ihr eure Projekte, Schaltungen oder Codeschnipsel vorstellen
> und diskutieren. Bitte hier keine Fragen posten!

[Johann K. (john1999)]

Erstmal danke für alle eure Antworten. Es ist über schon, hier so schell 
so kompetente Hilfe zu erhalten. :)


andersrum schrieb:
> Einfacher wäre es wahrscheinlich, wenn du den umgekehrten Weg gehst,
> d.h. du verpackst deinen C-Code als "built-in module" in Python.

Das hat mich auf eine etwas andere Idee gebracht. Sollte das nicht 
funktionieren, schaue ich mir deine Idee noch mal genauer an.


Poster schrieb:
> Das erste und das 26. Bit sind ja Prüfbits.

Richtig.

Poster schrieb:
> Da bleiben ja grade mal 3
> Byte Daten. Recht wenig für eine anständige ZK.

Ja... du hast nicht ganz Unrecht. Es mag nicht perfekt sein, aber für 
meine Zwecke ausreichend. Ich werde auch mal rum experimentieren, ob ich 
den Reader mit Wiegand 34 zum laufen kriege.


Rufus Τ. Firefly schrieb:
> Liefe das andere Programm dauerhaft, könntest Du über eine geeignete
> Schnittstelle zwischen beiden Teilen kommunizieren (Pipe, Socket, shared
> memory o.ä.).

Könntest du mir bitte ein Codebeispiel geben? Das würde mich freuen.

Rufus Τ. Firefly schrieb:
> Ist die "Datei", die "Datenbank" in ihrer Struktur und Art bereits
> festgelegt oder ist das ein Konstrukt, das noch nicht finalisiert ist?

Die Datenbank ist momentan eine simple Textdatei, in der in jeder Zeile 
eine ID steht. Es werden am Ende um die 10 IDs werden, also halte ich 
das für die einfachste Art. Ist der Zugriff auf SQL den schneller?


Julian W. schrieb:
> falsches Forum?

Ja das hat du wohl recht. Dafür entschuldige ich mich. Bitte in das 
richtige Forum verschieben. Danke.


Erstmal ein großes Dankeschön an alle, ich hoffe auch weiter auf 
Mithilfe. Grade kann ich leider nichts testen, das mach ich heute aber 
noch. ;)

Gruß,
Johann

[Jörg W. (dl8dtl) (Moderator)]

Johann K. schrieb:
> Bitte in das richtige Forum verschieben.

Done.

[Rufus Τ. F. (rufus)]

Johann K. schrieb:
> Die Datenbank ist momentan eine simple Textdatei, in der in jeder Zeile
> eine ID steht. Es werden am Ende um die 10 IDs werden, also halte ich
> das für die einfachste Art. Ist der Zugriff auf SQL den schneller?

Den_N_. Mit zwei N.

Bei 10 Einträgen ist SQL natürlich nicht schneller. Bei ein paar hundert 
oder ein paar tausend bestehen Chancen dafür, bzw. hängt das davon ab, 
wie Du die Dateizugriffe und die Organisation der IDs handhabst.

[Johann K. (john1999)]

Hi,

ich habe es geschafft! Nach Stundenlangem rumprobieren und googln bin 
ich durch Zufall auf die richtige Lösung gekommen. Ich habe jetzt das 
hier in der wiegand.c im Header hinzugefügt:

char combytes[100];
char command[100];

...das hier ist jetzt die main-Klasse (heißt es in C auch "Klasse"?):

void main(void) {
    int i;

    wiegandInit(D0_PIN, D1_PIN);

    while(1) {
        int bitLen = wiegandGetPendingBitCount();
        if (bitLen == 0) {
            usleep(5000);
        } else {
            char data[100];
            bitLen = wiegandReadData((void *)data, 100);
            int bytes = bitLen / 8 + 1;
            printf("Read %d bits (%d bytes): ", bitLen, bytes);
            sprintf(combytes, "");
            for (i = 0; i < bytes; i++)
                sprintf(combytes, "%s%02X", combytes, (int)data[i]);
            printf("%s", combytes);
            sprintf(command, "/home/pi/wiegand/check.py %s &", combytes);
            system(command);
            printf(" : ");
            for (i = 0; i < bytes; i++)
                printCharAsBinary(data[i]);
            printf("\n");
        }
    }
}

...und so sieht mein Python-Script aus:

#!/usr/bin/python
import RPi.GPIO as GPIO
import sys
import time

l = len(sys.argv)-1
GPIO.setmode(GPIO.BOARD)
GPIO.setwarnings(False)
GPIO.setup(13, GPIO.OUT)

db = open("/home/pi/wiegand/database", "r")
for line in db:
 if sys.argv[1] == line.rstrip():
  GPIO.output(13, GPIO.HIGH)
  time.sleep(3)
  GPIO.output(13, GPIO.LOW)
db.close()

Dass nur mal so für die Nachwelt, falls das jemand nachmachen möchte. ;)
Die GPIOs werde ich aber von einem anderen Script aus steuern lassen, 
das wird ein "größeres" Power-Management. Zum testen ist das aber gut.
Die Datei "database" enthält in jeder Zeile eine ID im Format 8*4***CC*3 
(Sternchen sind Zahlen oder große Buchstaben).

Ich bin zufrieden mit dieser Lösung und danke noch mal allen, die mich 
unterstützt haben!

[Karl H. (kbuchegg)]

Johann K. schrieb:

> Dass nur mal so für die Nachwelt, falls das jemand nachmachen möchte. ;)

Bitte nicht.
Lernt lieber C. So schwer ist das nicht. So eine Lösung, ein Programm zu 
zerpflücken ist hier keine gute Idee. Das kostet Performance Ende nie 
und letzen Endes steht ihr dann mit einer Langsamlösung da, die nur aus 
dem einen Grund langsam ist, weil ihr etwas machen wollt, was ihr nie 
gelernt habt.

Eine C Lösung zu

db = open("/home/pi/wiegand/database", "r")
for line in db:
 if sys.argv[1] == line.rstrip():
  GPIO.output(13, GPIO.HIGH)
  time.sleep(3)
  GPIO.output(13, GPIO.LOW)
db.close()

sieht im Grunda auch nicht viel anders aus. Die Syntax ist ein wenig 
anders und die Funktionsaufrufe heißen ein wenig anders. Aber alles halb 
so wild.

[jetztschnallichs (Gast)]

Langsam wird mir klar, warum Quad-Core-CPUs im Mobiltelefon benötigt 
werden. ;-)

[Johann K. (john1999)]

Langsam? Davon merke ich nichts. Wie soll sich das den bitte äußern?

Und richtig, ich kann kein C. Und ich werde es nicht nur für dieses 
Projekt lernen. Auch, weil ich dafür momentan einfach keine Zeit habe.

Doch jedem seine Meinung, ich weil da ja auch keinem reinreden. Und wer 
einmal C kann, dem wird das sicherlich auch später noch mal etwas 
nutzen.