SPI / RS232 ---> USB ---> Python, ich verliere den überblick.

> Die GPIO Pins könnte ich für die SPI Kommunikation nutzen?

Ja, aber langsam. Denn dann musst DU den Takt ja per Software erzeugen 
und jeden Bit einzeln einlesen.

Die DLL kannst Du sicher auch irgendwie mit Python aufrufen. Mit Java 
geht das ja auch. Ich kenne mich mit Python nicht aus, habe spontan 
jedoch diesen Beitrag gefunden: 
http://stackoverflow.com/questions/252417/how-can-i-use-a-dll-from-python

Ja die DLL Wrapper hatte ich schon im Blick, hab allerdings auf dem 
gebit keine Erfahrung. Da sollte ich entsprechend nocheinmal nachbohren.

Das mit dem SPI und dem Bit für bit hatte ich irgenwie sowiso auf dem 
Plan, hatte mich bisher an einem Tutorial für das Pi orientiert, bei die 
verbindung so Aufgebaut wurde.

Mittlerweile bin ich bischen bei den uC hängengeblieben. Mit dem 
Entsprechenden Controller könnte ich eine "Vorauswertung" machen und 
müsste somit nur einzelne Datensets auslesen. Die Regelung für das 
System ließe sich auch integrieren (eine Pumpe wird über einen RS 232 
angesprochen entsprechend eines durchflusses um einen quasi stationären 
Zustand herbeizuführen).Die Vorauswertung wären statistische Verfahren 
um die Daten des ADC aufzubereiten (Mittelwert, Median, ...)
Habe mich mal bei Atmel umgeschaut, und bin bischen recherchiert. Rein 
von den Pins würde sich ein AT32UC3B anbieten (2x UART, SPI). Ist 
vieleicht als Einstieg etwas heftig?
32 bit sind sicher nicht nötig, aber statistische Auswertung von 16 bit 
Daten auf einem 8 bit Controller stößt mir irgenwie Sauer auf.

Mir schwebt momentan eine Lösung mit "Controller" Software (Python, 
RS-232) vor, welche nur die Einstellungen des uC anpasst und die 
vorausgewerten Daten weiterverarbeitet. Habe mir ein bischen Literatur 
besorgt und werde die einmal am Wochende durchgehen.

Über Anregungen bin ich sehr Glücklich.

Lost_Viking schrieb:
> 32 bit sind sicher nicht nötig, aber statistische Auswertung von 16 bit
> Daten auf einem 8 bit Controller stößt mir irgenwie Sauer auf.
Man kann auch mit 64-Bit auf einem 8bitter rechnen, die Frage ist halt 
wie viel Zeit hast du. Wenn man C nimmt kein Problem, da kümmert sich 
der COmpiler darum die Daten in 8bit-Happen an die ALU zu verfüttern...

RS232 ist eigentlich veraltet. Heutzutage nimmt man USB. Bei wenig 
Datenaufkommen (<10 kByte/s) eignet sich HID hervoragend.

Vorteile:
- Keine Treiberprobleme bei Windows
- Extrem simple Programmierung mit C++, C#, VB (Python kenn ich nicht)

Erst einmal Sorry für die Schreibfehler oben, erschreckend.

USB war erste Überlegung, allerdings ist die Reichweite davon absolut 
für die Katz. Mit nem einigermaßen Kabel und ner RS-232 gehen immerhin 
30m mit ertragbarer Geschwindigkeit. Auch gibt es viele Tutorials für 
die Seite des Mikrocontrollers. Python und USB sollte klappen, native 
Packages scheint es zu geben.

Des mit der 8bit und 32bit Problematik. Denke gerade beim 
Vorkonditionieren wären das eine ganze Menge an zusätzlichen 
Rechenoperationen. Das steht und fehlt etwas mit der Abtastrate. Der 
interne Taktgeber des Bausteins macht "nur" 15 Hz, mit extern könnte man 
das noch deutlich erhöhen. Insgesamt sind es 5 Sensoren, die 
angeschlossen werden. Ob das nötig ist lass ich mal dahingestellt. Des 
hängt ein bisschen von der Qualität des Signals ab. Werde mal die 
nötigen Rechenoperationen abschätzen. Mal schauen was da raus kommt.

Lost_Viking