Hallo Ich habe einen Atmel yC, der von einem VB.net Programm über die Serielle Schnittstelle Daten zum Steuern erhält. Das ganze Funktioniert über den echten COM - Port meines PC super. Leider hat mein Laptop keinen COM - Port, deshalb habe ich mir ein Adapter Kabel von der Firma Prolific mit einem FTDI Chip gekauft. Mit dem Kabel kommt keine Kommunikation mit yC zustande. Vermutlich irgendwelche Zeit Probleme. Treibereinstellungen zum Com-Port sind genau gleich, wie am fest PC. Kennt jemand dazu ein Lösung? Gibt es irgentwo im Internet gute Informationen, wie man eine Serielle Schnittstellenübertragung sicher macht(Zeitlich)? Im yC (C - Programmiert) hole ich mit dem getchar Befehl(2X) die daten ab. Am PC (VB.net) schicke ich mit dem Befehl: comport = New IO.Ports.SerialPort("Com1", 19200) 'Den Comport Com1 mit der Baudrate comport.Open() '19200 zu öffnen daten = "FL" comport.WriteLine(daten) Hat jemand eine Bessere Lösung? Ich Danke euch für eure Hilfe. Gruß Tim
Grundsätzlich gilt (für XP): Die Zeitliche Kommunikation zwischen Hardware und dem Betriebssystem ist alles Andere als sicher. Da das Betriebssystem das Handlind der Comports übernimmt ist nicht sichergestellt dass das gesendete Byte auch sofort 'rausgeht. Mit den Prolific-Teilen habe ich auch Probleme. Auf dem PC gehen zwar Daten raus, aber es kann nichts empfangen werden. Auf dem Laptop läuft alles wie's soll. Microsoft eben.
von Prolific mit FTDI-Chip ist ein innerer Widerspruch Die USB-RS232 Chips / Treiber von FTDI sollen besser sein.
Richtig. Original FTDI USB2.0 mit zugehörigem Treiber läuft einwandfrei!
Hallo Leute, mit diesen fertigen Adapterkabeln gibt es häufig Probleme. Mein Rat einfach selber Bauen. Die fertigen Kabel sind auf der COM-Port Seite meist nicht voll beschalten. Also einfach den FT232BM kaufen Board designen und selbst aufbauen. Klappt wunderbar und wer ohnehin schon Leiterplatten selber belichtet, entwickelt und ätzt und somit das Equipment schon hat, für den wird es durchaus auch günstiger als ein Adapterkabel zu kaufen! Gruß MaG
> Da das Betriebssystem das Handlind der Comports übernimmt ist > nicht sichergestellt dass das gesendete Byte auch sofort > 'rausgeht. Das Betriebssystem kann nur das machen, was ihm die Treiber liefern. Wenn diese schrottig sind (wie bei FTDI), kann man Microsoft nicht die Schuld geben. Schließlich funktionieren die hardwaremäßig vorhandenen COM-Ports auf 16550-Basis auf allen Rechnern einwandfrei. Auch die CP2101/02 laufen mit ihren Treibern einwandfrei.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.