RN-Control von PC steuern

[cbg]

Hallo!
Ich hab vor ein kleines Projekt zu erstellen, da ich mich jedoch das erste mal an so etwas wage weiß ich nicht so recht, was ich brauche und wie ich anfangen soll. Ich würde ja gerne das Forum durchsuchen aber ich weiß nicht so recht wonach ich suchen soll.

Also es sieht so aus, ich möchte am RN-Control eine RN-Relais Kkarte anstecken wo 2 Motoren dran hängen, am RN-Control Motortreiber möchte ich einen Schrittmotor anhängen. Ausserdem wird irgendwie noch ein Scheinwerfer angeschlossen, wo/wie weiß ich noch nicht genau.
Nun sollen per PC die Funktionen gesteuert werden, in etwa so:

Uparrow => Motor #1 vorwärts
Downarrow => Motor #1 rückwärts
Leftarrow => Motor #2 vorwärts
Rightarrow => Motor #2 rückwärts
W => Schrittmotor vor
S => Schrittmotor zurück
F => Scheinwerfer an/aus

So, clientseitig (PC) wird es mit C++ und Qt (zusätzlich GUI) programmiert, serverseitig (RN-Control) mit C. Mein bisheriger Denkansatz war, dass ich einfach für jeden der 7 Befehle ein Byte mit inkludierter Prüfziffer bzw. mit UART an das RN-Control sende und dort in der main() Methode am RN-Control einfach auf empfangene Bytes warte und je nach Byte etwas anderes ausführe (Motor #x vor/zurück, etc).
Nun ist meine Frage, macht man dies so (mittels UART) oder anders?
Gleichzeitiges ansteuern von den 2 Motoren (Motor #1 vor und Motor #2 zurück) wenn ich 2 Tasten gleichzeitig drücke bereitet mir z.B. Probleme, vor allem wenn dann noch währenddessen Licht an/aus kommt.
Ich verlange nicht, dass ihr mir fertigen Code postet sondern hätte einfach nur gerne eine Art Beschreibung wie ich mein kleines Projekt (ist ja nicht kompliziert) bestmöglich realisieren kann.

LG

[Willa]

Hallo!
Das hört sich auf jeden Fall schonmal so an als bist du kein Programmieranfänger mehr, im Gegensatz zu mir... Aber vielleicht kann ich dir ja trotzdem helfen. Ich hatte ca. das gleiche Problem wie du, hab es mittlerweile gelöst.
Ich sende vom PC einfach über RS232 bei jedem Tastenereignis einen String, z.B. "LAMPEa1", "MOTORb300", "RELAISa1". Im RN-Control empfange ich dann einfach alles per "INPUT EmpfangsString noecho". Dann untersucht der µC die empfangenen Strings auf substrings, z.B. "LAMPEa" "MOTORb" etc., schneidet diesen Substring ab und schaltet dann das Relais bzw. den Motor entsprechend dem Rest des Strings.
Gleichzeitige Tastendrücke dürften eigentlich kein Problem sein, es wird zwar nacheinander ausgeführt, aber das geht sooo schnell dass man es nicht merkt.

Hoffe geholfen zu haben,
Viele Grüße,
William

[cbg]

Hallo!
Danke für die Antwort!
Ja ich hab schon etwas Programmiererfahrung allerdings in anderen Bereichen. Von daher ist jeder Tipp von euch gern gesehen. Hab mit HTML angefangen und dann kam irgendwann das obligatorisch Aufstocken auf JavaScript, ActionScript und PHP. Hab zwischendurch auch mal Python angeschaut, ist recht lustig. Da ich seit diesem Semester Technsiche Informatik studiere hab ich jetzt auch Java als Lehrveranstaltung. C / C++ hab ich nur mal kurz angeschaut, aber mittlerweile macht mir ein Sprachenumstieg keine großen Probleme. Die Problemstellung ist bei Webseiten allerdings doch anders :)


Ich sende vom PC einfach über RS232 bei jedem Tastenereignis einen String, z.B. "LAMPEa1", "MOTORb300", "RELAISa1". Im RN-Control empfange ich dann einfach alles per "INPUT EmpfangsString noecho".
Im Prinzip will ich dasselbe machen. Ich sende aber nur ein Byte um weniger übertragen zu müssen. Das Paritybit lasse ich evtl weg. Da bei mir die Distanz etwas größer ausfallen wird, werde ich am PC von RS232 auf RS485 und am Board von RS485 auf RS232 wandeln.
Dein Code schaut mir irgendwie nach BASIC aus, da kenn ich mich nicht aus. Meine main() Funktion am Board wird irgendwie so aussehen:


/* Das ist nur ein Pseudocode */
#include<alles_noetige.h>

char M1VOR = 0b00000010;
char M1RUE = 0b00000011;
char M2VOR = 0b00000100;
char M2RUE = 0b00000101;
...

int main()
{
while(true)
{
char befehl = UART_get();

switch(befehl)
{
case M1VOR:
/* Relais von Motor 1 entsprechend ansteuern */
break;
...
} /* !switch */
} /* !while */
}
Weiß nicht ob der Code in C keine Fehler wirft, muss ich erst testen aber so iwie war mein Plan.

Also mit UART Senden und Empfangen und dann Handlung ausführen ist der Richtige Weg? Dann ist ja alles gut.

LG

[Hubert.G]

Schau dir den Code mal an, der ist für einen Mega8 geschrieben.

#include <avr/io.h>
//#include <stdbool.h>
#include <stdlib.h>
//#include <AVR/iom8.h>
//#include <inttypes.h>
#include <avr/interrupt.h>

#define F_CPU 8000000 // clock
#define BAUD 9600
#define bauddivider (unsigned int)(F_CPU / BAUD / 16 - 0.5)
volatile unsigned char rxwert=0x30; /* ASCII-Wert für die Taste 0 */

ISR(USART_RXC_vect){ /* Zeichen wurde empfangen */
rxwert= UDR; /* Empfangener Wert wird Übergeben */
PORTB^=(1<<PB0);
}

void timer1_init(void){
TCCR1A = (1<<WGM11)|(1<<COM1A1)|(1<<COM1A0)|(1<<COM1B1)|(1<<COM1B0); // initalize mega8 Timer1 with 9Bit, inverted, Prescaler 256
TCCR1B = (1<<CS12); // this gives us a signal with 21.76ms at 12MHz

OCR1A = 486; // pulse of 1.5ms 512- 1500*(F_CPU/256/1000000)/2

OCR1B = 486;
}

void usart_init(void){
UBRRL = bauddivider; //set baud rate
UBRRH = bauddivider >> 8;
UCSRB = (1<<RXCIE)|(1<<RXEN); /* RX-Interrupt und RX freigeben */
UCSRC = (1<<URSEL)|(3<<UCSZ0);
}

int main (void){
timer1_init();
usart_init();

DDRB = (1<<PB0)|(1<<PB1)|(1<<PB2); /* Pin PB1 2 als Ausgang für Servo */

DDRD &= (~ (1<<PD2)|(1<<PD3)|(1<<PD0)|(1<<PD1)); /* Pin D als Eingang */
PORTD |= (1<<PD2)|(1<<PD3)|(1<<PD0)|(1<<PD1); /* Pull Up aktivieren */
sei();

while(1){
if(rxwert==0x30){ /* Tasten nur aktiv wenn rxwert == Taste 0 */
if (!( PIND & (1<<PIND2))) /* mache was wenn PinD2 low ist */
{
OCR1A=470;
}

if (!( PIND & (1<<PIND3))) /* mache was wenn PinD3 low ist */
{
OCR1A=499;
}

if (( PIND & (1<<PIND2))&&(PIND & (1<<PIND3))) { /* Mitte wenn keine Taste */
OCR1A = 486;
}
if (!( PIND & (1<<PIND0))) /* mache was wenn PinD0 low ist */
{
OCR1B=470;
}

if (!( PIND & (1<<PIND1))) /* mache was wenn PinD1 low ist */
{
OCR1B=499;
}

if (( PIND & (1<<PIND0))&&(PIND & (1<<PIND1))) { /* Mitte wenn keine Taste */
OCR1B=486;
}
}
switch(rxwert){
case 0x38 : /* rxwert == Taste 8 */
OCR1A=470;
break;
case 0x32 : /* rxwert == Taste 2 */
OCR1A=499;
break;
case 0x34 : /* rxwert == Taste 4 */
OCR1B=470;
break;
case 0x36 : /* rxwert == Taste 6 */
OCR1B=499;
break;
}
}
}

Es werden damit zwei Servos angesteuert, fahren nach rechts oder links und mit der Taste 0 wieder in Neutralstellung.

[thewulf00]

Es gibt da meines Erachtens 2 Möglichkeiten, Dein Problem "2 Tasten gleichzeitig drücken" zu lösen:

1) Schick nicht den Tastendruck, sondern Tastenereigniss: "Taste W gedrückt, Taste S gedrückt, Taste W losgelassen, Taste S losgelassen". In einem solchen Fall kannst Du viele Tasten kurz nacheinander drücken, solang Du sie nicht GENAU GLEICHZEITIG drückst, sollte das gehen und der µC kann dann auch solange die Taste nutzen, wie sie gedrückt bleibt, ohne dass ständig Daten fließen (müssen).

2) Schick dauernd den Zustand aller Tasten in bspw. einem Bit-Array. Du schickst also alle 250ms den Zustand aller Tasten in einem einzelnen Byte an den Controler, wobei verschiedene Bits den Zustand darstellen.
Beispiel 1: 0110000 -> Bedeutet UpArrow und RightArrow gedrückt, alle anderen nicht.
Beispiel 2: 1000001 -> Bedeutet LeftArrow und LichtAn gedrückt, alle anderen nicht. So kannst Du auch nach und nach mehrere Tasten drücken oder eben ein paar GLEICHZEITIG, denn er kann ja 0100000 oder 0110000 senden.

[cbg]

Danke für den Beispielcode!
Das ganze Controllerprogrammieren ist für mich wie bereits erwähnt Neuland. Die Bitverschiebung an sich ist kein Problem aber ich muss immer wieder nachschauen welche Verschiebung welche Auswirkung hat.

Bin mal kurz den Code durchgegangen, du weist der variable rxwert den Inhalt vom UART receive zu mittels Interrupt. Wird das Interrupt-Signal automatisch erzeugt bei Erhalt einer Nachricht oder hast du dies irgendwo festlegen müssen?

LG

[cbg]

Es gibt da meines Erachtens 2 Möglichkeiten, Dein Problem "2 Tasten gleichzeitig drücken" zu lösen:
Danke!
Werde wahrscheinlich eine dieser Möglichkeiten nützen, wahrscheinlich die erste.

Noch etwas: ich überlege eine Kamera einzubauen, kann ich die Daten irgendwie über den RN-Control RS232 (über RS485) Bus an den PC übertragen oder wäre es besser die Daten über ein separates Kabel zu übertragen?
Ein Kabel wäre mir lieber. Kann ich vl ein CAT5 Kabel nehmen und 2 Adernpaare für RS485 (4 Draht heisst doch 4 Adern und nicht 4 Adernpaare oder?) und X Adernpaare für die Kamera nehmen und dann am Schluss die Adernpaare trennen (2 RN-Control, X Kamera)?

LG

[thewulf00]

Also gut, dann nimm die 1. Variante. So macht es das PC-Keyboard ja auch. Aber um die vielen Tasten über die wenigen Leitungen zu bekommen, macht es noch etwas mehr, vielleicht willst Du das auch: Er sendet Drücken/Loslassen und Tastennummer. (Meines Wissens auch gleich die richtige Sondertasten-Kombi, aber das ist Dir egal)

Also könntest Du eine Nummer für eine Taste schicken gleich danach GEDRÜCKT(1) oder LOSGELASSEN(0). Oder auch umgekehrt. Oder Du kombinierst es:
11 -> Taste '1' gedrückt (Bspw. UpArrow)
20 -> Taste '2' losgelassen (Bspw. DownArrow)
31 -> Taste '3' gedrückt (Bspw. F)
...

Dann könntest Du über ein simples "Wegfiltern" der Bits den Vergleich machen. Bsp: Wenn Du die Taste selbst rausfinden willst, dann verUNDest Du einfach das Byte mit 0b11110000, so werden nur die oberen 4 Bits "durchgelassen" usw.

[cbg]

Also könntest Du eine Nummer für eine Taste schicken gleich danach GEDRÜCKT(1) oder LOSGELASSEN(0). Oder auch umgekehrt. Oder Du kombinierst es:
...
Ich hab mir das gerade so überlegt:
Übertragen wird 1 Byte, also 8 Bit ( MSB 6 5 4 3 2 1 LSB)
MSB = 1 => Taste mit Code Bit 6 bis Bit LSB losgelassen
MSB = 0 => Taste mit Code Bit 6 bis Bit LSB gedrückt

Die genauen Tastencodes hab ich noch nicht nachgeschaut, falls einer der Codes das MSB benötigt dann setze ich die Werte per Hand neu.

[thewulf00]

Diese Idee ist eine Abwandlung des Beispiels und geht ebensogut. Ich würde Dir dennoch empfehlen in Deinem PC-seitigen Programm die Tasten umzudefinieren: Kommt ein UpArrow, dann mach ne 1, kommt ein DownArrow, dann mach ne 2. usw.

[cbg]

Diese Idee ist eine Abwandlung des Beispiels und geht ebensogut. Ich würde Dir dennoch empfehlen in Deinem PC-seitigen Programm die Tasten umzudefinieren: Kommt ein UpArrow, dann mach ne 1, kommt ein DownArrow, dann mach ne 2. usw.
Ja, das hab ich gemeint mit den Werten per Hand neu setzen :)

Nun gut, ich denke es wird Zeit mir ein RN-Control Board und ein par LEDs zu beschaffen, derzeit ist alles noch ein Gedankenexperiment ^^

Hast du / wer anderer vl noch eine Idee bezgl. Übertragung des Kamerasignals?

Ihr werdet in Zukunft sicher noch von mir hören :D

[thewulf00]

Mit der Kamera kann ich Dir leider keine Tipps geben. Ich glaube, ich würde das über die RS232 mauscheln, mit der die Tasten bereits kommen, dann würde es nicht gehen und ich würds sein lassen. ;-) Also diesbzgl. nicht auf mich hören...

Dann bastel mal fein und lass von Dir hören! Wie helfen Dir gern!

[Hubert.G]

@cbg Der Interrupt wird automatisch ausgelöst wenn ein Zeichen ankommt.
Für die Kamera ist ein eigenes Kabel sinnvoller, über RS232 wird die Datenrate für ein gutes Bild nicht reichen.

[cbg]

Danke für alle eure Antworten!
Ihr habt mir wirklich geholfen. Das Thema ist aber noch lange nicht abgeschlossen, Tipps und Ideen sind nach wie vor gern gesehen.

@cbg Der Interrupt wird automatisch ausgelöst wenn ein Zeichen ankommt.
Ja, das habe ich mir gedacht, wollte nur sichergehen :)

LG

[cbg]

Hallo!
Ich hab mir mal rausgesucht, was ich alles an Hardware brauche um mein Projekt zu verwirklichen.
RN-Control, RN-Relais, Programmierkabel, RS232 Kabel reicht zuerst einmal.
Nun, ich hätte gerne ein USB-Programmierkabel gehabt, damit ich auch vom Laptop aus das Board programmieren kann. Beim USB-Programmierkabel bei robotikhardware.de steht jedoch, dass es nur für Bascom BASIC ist. Was für ein Kabel brauche ich dann wenn ich das Board mit C programmieren will? Gibts da auch eine USB Version?

Habt ihr vl auch einen Beispielcode für mich (kann auch längerer Code sein wo es irgendwo vorkommt), wo ein Motor per Relais (am besten mit RN-Control -> RN-Relais) gesteuert wird? Ich finde irgendwie nichts.

PS: Kann man das Board auch von Linux aus proggn, also das Programm überspielen?

[cbg]

Habe leider noch nicht herausgefunden welches Kabel ich zum Programmieren brauche. Ich benötige noch eure Hilfe :)

Danke im Voraus

[Hubert.G]

Kabel alleine genügt nicht, entweder den AVR-ISPmkII oder selbstbau www.ullihome.de/index.php/Hauptseite#USB_AVR-ISP

[ulby]

kann man für die c programmierung der rn-control auch diesen programmer vom http://www.conrad.at Artikel nr 191510 - 62 verwenden?

mfg ulby

[Hubert.G]

Sollte auch funktionieren, kenne ich aber nicht.

[cbg]

kann man für die c programmierung der rn-control auch diesen programmer vom http://www.conrad.at Artikel nr 191510 - 62 verwenden?

mfg ulby
Der hier erwähnte mySmart USB Programmer geht übrigens mit AvrStudio & WinAVR einwandfrei und blitzschnell. Wir haben nur den USB Treiber installieren müssen und schon gings los.

[NumberFive]

Möchte ein Paar dinge zu denken geben.

- Ist es wirklich sinnvoll das taste drücken und Los lassen per RS232 zu verschicken ? Währe es dann nicht sinnvoller die taste auf der MC Seite zur bauen ?
- Nur wenn du mit 1 Byte als befehl aus kommst kannst du auf einen Telegramm aufbau verzichten.
- Währe echte Befehle wie zu beispiel Gerade aus, Rechts rum und so nicht besser. Das Taste loslassen und so kann man auch auch der PC seite machen.
- Es gibt Kable mit Coaxleitung und normalen Drähten damit würde ich die Video anbindung machen.
- ein Videobild in der größe 240x320 punkte hat ca. 76800 Byte das macht bei 9600 ca. 8 sec pro Frame das gibt kein film

Gruß

[cbg]

Danke für dein Post!
Wir beschäftigen uns beide das erste Mal richtig mit MCs.


- Ist es wirklich sinnvoll das taste drücken und Los lassen per RS232 zu verschicken ? Währe es dann nicht sinnvoller die taste auf der MC Seite zur bauen ?
Meinst du, dass die Taste, die wir drücken wollen, direkt am Board ist? Das Ding wird ein Tauchroboter, wird etwas unbequem werden ;)


- Nur wenn du mit 1 Byte als befehl aus kommst kannst du auf einen Telegramm aufbau verzichten.
Es werden sogar ganze 2 Byte werden :D


- Währe echte Befehle wie zu beispiel Gerade aus, Rechts rum und so nicht besser. Das Taste loslassen und so kann man auch auch der PC seite machen.
Plan sieht so aus: Am PC / Laptop wird die Taste gedrückt, solange sie gedrückt ist wird im PC Programm bei dem zu sendenden Byte / der zu sendenden Bytefolge ein entsprechendes Bit gesetzt. Dieses Byte / Diese Bytefolge wird vom PC Programm alle, sagen wir mal 100 Millisekunden an den Controller geschickt. Wenn für Motor 1 jetzt das entsprechende Bit 0 ist und vorher wars immer 1 dann wird der Motor abgestellt.


- Es gibt Kable mit Coaxleitung und normalen Drähten damit würde ich die Video anbindung machen.
Hmm.. kannst du mir ein paar sagen? Wir hatten bisher vor, das über ein Netzwerkkabel zu versenden (1 Adernpaar Video, Rest RS485 [1 Adernpaar bleibt glaub ich unbelegt]).


- ein Videobild in der größe 240x320 punkte hat ca. 76800 Byte das macht bei 9600 ca. 8 sec pro Frame das gibt kein film
Ja, das Videobild wird nicht über das RN-Board geschickt sondern wird direkt ins Kabel eingespeist.

LG

[Hubert.G]

Plan sieht so aus: Am PC / Laptop wird die Taste gedrückt, solange sie gedrückt ist wird im PC Programm bei dem zu sendenden Byte / der zu sendenden Bytefolge ein entsprechendes Bit gesetzt. Dieses Byte / Diese Bytefolge wird vom PC Programm alle, sagen wir mal 100 Millisekunden an den Controller geschickt. Wenn für Motor 1 jetzt das entsprechende Bit 0 ist und vorher wars immer 1 dann wird der Motor abgestellt.
Ich hoffe ihr könnt euch das PC-Programm so schreiben das es das macht, die Funktion einer Tastatur ist für so etwas nicht ausgelegt. Zum Controller braucht ihr nur etwas schicken wenn sich was ändert.

[cbg]

Wieso?
KeyDown und KeyUp reichen doch aus.

[NumberFive]

sorry aber ich glaube du bist ein bisschen sehr blau äugig.

bei Befehls länge grösser ein Byte kommst du nicht um ein ordentliches Telegramm drum rum. den welches Byte war zuerst ? ist eines verloren gegangen ?

Wenn ihr dauert den Keystatus sendet wird MC und auch der PC nix anders tun als die Keystatus zu verarbeiten.

das Protokoll ist nicht erweiterungsfähig.

wenn du ein Videosignal über ein normales adern paar schickst wird nach ein paar meter Kabel nicht mehr viel an kommen. Noch dazu wenn du neben an ein Rechteck Signal hast. Rechteck Signal erzeugen Oberwellen !
Ich gehen von einem Analogen Videosignal aus.

Ich würde jetzt lieber ein bisschen mehr Aufwand rein stecken dann muss man hinterher nicht alles neu machen wenn sich was ändert.

https://www.roboternetz.de/wissen/index.php/Network_Controller/PC_Praxis

Ich Programmiere im Job technische Anbindungen für den BOS Bereich und so müssen / sind Anforderungen an (meine) Software hoch.
365/24 Betrieb.

Ich ärgere mich jeden Tag über Protokoll Implementierungen die nicht Passen oder dauert massiv geändert werden.

Auf Grund dieses Hintergrundes hoffe ich das du den Mittel weg findest.

[cbg]

Danke NumberFive!
Ich mache das erste Mal etwas mit MCs und bin eigentlich schon stolz, dass ich überhaupt schaffe mein Programm rüberzuspielen :P
Unser Projekt sollte zwar schon nicht unbedingt laienhaft sein aber ganz professionell brauchts auch nicht sein.

Ich werde vl doch einfach immer nur ein Byte senden das einem Befehl entspricht und nicht immer alle Tastenzustände.

Bez. Video: Hab mich etwas schlampig ausgedrückt. Das Signal wird zuerst digitalisiert. Das Video ist kein Problem.

[NumberFive]

Na den Viel Glück und erfolg im neuen Jahr.

Aber bitte nur die Veränderung per RS232 schicken und nicht dauert
das mach wirklich keinen sin.

Leider ist meine Roboter Software nicht so weit sonst könnte ich die dir jetzt mal zum Testen geben.

Was habt ihr auf dem PC für ein Betriebsystem ?
Wie wird das Videosignal digitalisiert ?

Gruß

[cbg]

Hallo!
Jo, ich sende dann natürlich nur die Veränderungen.

Macht nix mit deiner Software. Das Programmieren fällt mir gar nicht schwer. Es sind die Sachen, die für die meisten von euch ganz einfach sind, die mir manchmal Kopfschmerzen bereiten.
Bit hierhin schieben damit das initialisiert ist, Bit dorthin schieben um dies zu machen ... sobald es aber in einer Funktion drin is passts wieder ;)
Ich habe bisher nur Webseiten programmiert (PHP & MySQL, JS, AS ...). Bitverschiebung hab ich gerade mal für Codeoptimierung gebraucht. Pins und Ports hab ich noch nie angesprochen :D

Bez. PC: Das Ding soll ja von einem PC bzw Laptop (PC ist nicht ganz so mobil :P ) gesteuert werden. Ich bin mir noch nciht so ganz sicher ob ich die PC Software in Java oder C++ schreibe. Es wird aber wahrscheinlich - bei Java trivial - sowohl eine Linux als auch eine Windows Version geben, denn von den 3 Laptops die mir und ulby (mit dem ich den ROV baue) zur Verfügung stehen haben 2 Debian drauf der andere WinXP. Hab mir auch schon ein paar SDL Tutorials angeschaut für Joystick/Gamepad Steuerung.


Naja, prosit Neujahr :D

[NumberFive]

Na denn,

bei Java hast du halt das Problem mit der RS232 die kann man da nicht so einfach ansprechen. Weil der vorteil der nachteil ist die Plattform unabhängigkeit. bei C++ wirs du mit jede menge IF Def's arbeiten müssen.

Leider hast du mir noch nicht geschrieben wie du das bild Digitalisierst.

Gruß

[cbg]

Ja, die "Clientseite" wird noch ganz lustig :)
Auf meiner Uni (TU-Wien) haben sie jedoch auch einige Sachen (mit Atmel Chips) die vom PC gesteuert werden. Die "Clientprogramme" scheinen den Bildern nach zu urteilen mit Java geschrieben zu sein. Ich frag mal einen von der Fachschaft (bin erst im 1ten Semester). Vl bekomm ich irgendwo nützliche Codeschnipsel :D


Leider hast du mir noch nicht geschrieben wie du das bild Digitalisierst.
Ah, sry. Das weiß ich ehrlich gesagt nicht, weiß nur, dass das Signal bereits "primitiv" gemacht worden ist :P Muss ulby fragen, ich schreibs dann noch.

Edit:
Wird mit irgendeinem gekauften Adapter Set (ent)digitalisiert.

LG

[NumberFive]

http://hestia.hs-niederrhein.de/~gkorsch/javakurs/wn8/wn8.htm

http://wass.homelinux.net/howtos/Comm_How-To.shtml

Google dein Freund

[cbg]

Cool danke!
Hab eh selber schon bissl gesucht.