Whaaa! Fehler lag im USB-COM Adapter nicht im AVR-Programm!

Prolific hat nicht ohne Grund nicht den besten Ruf.
Wobei unter anderen Betriebssystemen als Windows der Kram deutlich 
stabiler zu funktionieren scheint, was wohl auch daran liegt, daß die 
dort verwendeten Treiber von anderen Leuten (und nicht irgendwelchen 
Lohnsklaven in Taiwan) geschrieben wurden.

Hallo Herko,

bis Du sicher, daß der Fehler "im" USB-COM-Adapter lag / liegt???

Ich habe es schon öfter erlebt, daß es dem PC anscheinend einfach "zu 
viele" USB-Geräte gewesen sind: z.B. Multifunktionsgerät mit 
integriertem Speicherkartenleser, externe USB-Festplatte, GARMIN-Navi 
(meldet sich als ZWEI Laufwerke an), USB-Stick ...
Erkannt wurde (glaube ich) auch immer alles korrekt, aber wenn z.B. der 
GARMIN dazu eingeteckt wurde, konnte ich darauf nicht zugreifen, solange 
z.B. die externe Festplatte auch dran war. - Festplatte ausschalten und 
einen Moment warten -> ich konnte auf den GARMIN "zugreifen". :-)

Vielleicht hat ja jemand eine Erklärung dafür oder andere Erfahrungen?

Herzliche Grüße von

Maik

piep schrieb:
> Ich muss die Gerüchte mit persönlicher Erfahrung nähren: Mit Prolific
> Chip und HTerm steigt die Prozessorlast deutlich an und auf die Daten
> ist kein Verlaß.

Hatte ich auch schon. Der Chip war nur teilweise schuld. In der 
Außenbeschaltung wurde entweder CTC oder Ring offen gelassen, woraufhin 
dieser vor sich hin schwingte. Folglich gab es jedemenge Interrupts und 
dadurch CPU-Last.
Einen kurzen Draht nach GND angelötet und der Spuk war zu Ende.

Entwickelt eingentlich heute jeder nur noch mit Laptop? Denn 1. gibts 
immer noch viele Mainboards mit COM / LPT Port und ansonsten holt man 
sich eine 2x com /1x LPT Schnittstellenkarte für PCI oder PCIe und hat 
keinen Ärger... (ok meine LPT Karte mit Moschip macht eine hohe 
interrupt last unter Win7 x64, aber zum entwickeln nehm ich sowieso 
WinXP...)