Forum: PC Hard- und Software yet another rs232 problem.


von Thomas W. (tomiondrums)


Lesenswert?

Hallo,
ich schlag mich hier mit einem recht obskuren RS232 problem herum. 
folgendes sind die eckdaten:
* ich verwende debian squeeze (kernel 2.6.32-5-amd64)
* cutecom 0.22.0-2   oder  ckermit 8.0.211
* habe einen USB<->RS232 adapter namens "HL-340" (dessen sich das 
treibermodul ch341 rührend annimt)
* die pins 2 (RC) und 3 (TX) vom RS232-stecker sind mit einem drähtchen 
verbunden
wenn ich mich mit einem der oben genannten programme auf diese serielle 
schnittstelle verbinde, dann klappt anfangs erstmal noch alles ganz 
erwartungsgemäß, d.h. wenn ich eine taste drücke (bzw. bei cutecom eine 
zeichenfolge absende) kommt es/sie auch postwendend wieder zurück. das 
funktioniert dann eine weile, bis nur noch zeichen gesendet, aber keine 
mehr empfangen werden. ich hab mein oszi zw. pin 5 und pin 2/3 (immer 
noch verbunden) hängen und da kann man deutlich eine aktivität erkennen, 
wenn man zeichen sendet.
wovon die dauer bis zu dieser empfangsblockade genau abhängt, konnte ich 
noch nicht ausmachen. gefühlsmäßig würde ich aber darauf tippen, daß die 
anzahl der bereits erfolgreich empfangenen zeichen irgendwie in 
zusammenhang zu dem phänomen stehen und weniger die tatsächlich seit dem 
öffnen des ports vergangenen sekunden.
einen layer-8-fehler kann ich nicht ausschließen (also daß ich selber zu 
blöd bin und einfach was falsch gemacht hab), unwahrscheinlich ist 
jedoch, daß es an cutecom oder kermit liegt.

mit kermit mach ich übrigens folgendermaßen die verbindung auf:
 > set line /dev/ttyUSB0
 > set carrier-watch off
 ( > set flow-control none) macht aber keinen unterschied...
 > set speed 9600
 > connect

wenn das problem dann aufgetreten ist, dann hilfts, einfach 
kermit/cutecom abzuschießen bzw. zu beenden und wieder von vorn 
anzufangen. dann gehts wieder für eine gewisse anzahl von zeichen, 
danach ist wieder schluß...

kennt jemand von euch das problem? was kann ich ändern, daß es läuft? 
könnte es sich hier evtl. um einen treiberfehler handeln (fehler in 
einer pufferimpl/zähler...) oder ist es wahrscheinlich, daß die hardware 
'nen schlag hat?

bin für jeden sachdienlichen hinweis äußerst dankbar!
mfg
 tom

PS: ach ja, ich mach das ganze nicht zur selbstbelustigung, sondern weil 
ich per serieller verbinung einen PIC an meinen PC koppeln will und mir 
dabei das geschilderte problem ziemliches kopfzerbrechen bereitet hat.

von oszi40 (Gast)


Lesenswert?

Kleiner Verdacht: Speicher voll ?
Buffer sollte nie mehr als 60% gefüllt werden, dann geht weniger 
verloren.

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
Noch kein Account? Hier anmelden.