ATmega8 RS232 Problem

Hallo,
hab folgendes problem mit der Datenübertragung vom Controller zum PC über RS232 Nullmodemkabel.
ich sollte zuvor noch erwähnen dass ich noch am Anfang stehe und noch nicht so viel Erfahrung im bereich der AVR habe,
ich benutz das Programmierboad von Roland Walter,

Das Programm

Code:

---

$Regfile = "m8def.dat"
$Crystal = 3686400
$Baud    = 9600

Dim i As Byte
Dim wTest As Word
i= 1
wTest= 35000
Do
PrintBin i;wTest
Print "Hallo AVR:" ;i;wTest
Print "<--->";
Loop
End

---

wenn ich in Bascom das Programm Simuliere funktioniert das Prima.

Und was genau ist jetzt das Problem?

ja, das habe ich vergessen mitzuteilen 8-[

ich empfange mit dem Terminalprogramm nichts,
habe alle einstellungen überprüft.

COM1
Baud: 9600
8,N,1

Kommt wirklich garnix oder nur nix brauchbares (also irgend ein anderer Müll)?

Läuft der AVR mit den Fuses auf ext. Quarz? Und hat der ext. Quarz auch die angegebene Frequenz von 3,6... MHz?

Ansonsten geh ich mal davon aus, dass auf dem Board ein MAX232 drauf ist und die Adern im Kabel intakt sind (Rx => Tx, Tx => Rx, GND => GND, also 2=>3, 3=>2, 5=>5)

nein es kommt leider ganichts !

ja läuft über externen Quarz mit der angegebenen frequenz.

ja richtig auf dem Board sitzt ein MAX232 Chip,
das kabel hab ich auch schon zuvor überprüft wie sie es beschrieben haben.
Eine niedrigere Baudrate hatte ich auch schon versucht, vergebens.

Ich kenn das Board jetzt nicht, aber braucht man da wirklich ein Nullmodemkabel und keine normale "Verlängerung" (mit 2=2 und 3=3)?

Wie sehen denn die Spannungen an den Pins 2 und 3 am PC und am Board (im Leerlauf, also kein Sendebetrieb, gemessen gegen GND) aus?
Ein Pin müsste jeweils ne deutliche negative Spannung haben (Tx).

nein, da brauch man ein Nullmodemkabel TxD & RxD müssen gekreuzt sein.

heute mittag werde ich das mal durchmessen.

aaaaalsoo,

ich hab mal am PC die spannung gemessen, an Pin 1 = ca-12V / Pin 2 = ca-12V an Pin 3 = 0V also ist Pin 2 TxD ? [/shadow]

Den Spannungen nach müsste 2 Tx im Leerlauf sein und 3 Rx.
Beim Board sollte dann ähnliches zu finden sein; also Tx negativ, Rx irgendwo bei 0.

am Board Pin 2 = negativ Pin3 = 0

was ich rausgefunden habe ist, wenn ich ein ganz normales programm lade
z.b. tastendruck = Led An / kein Tastendruck = Led Aus

funktioniert das Prima nur wenn ich den Nullmodemstecker ins Board stecke dann flimmert die Led unkontrolliert und reagiert auf keinen Tastendruck mehr

Holla... da scheint ja dann was grösseres nicht zu stimmen.
Reicht es, wenn nur das Kabel drin steckt oder muss das andere Ende am PC hängen? (Nicht dass irgendwo ein kurzer bei den Steuerleitungen ist).

das Problem ist nur wenn das kabel auch am PC steckt.
ich denke es könnten 2 sachen sein;

der Max232 is defekt
oder es liegt an den Rechnereinstellungen

frisch formatierter Win 98 PC Pentium II

wenn du genauere informationen über den Rechner willst poste ich diese.

Naja, wenn wirklich der Rechner dafür verantwortlich ist, dann hackt was bei der Hardware. Hast du ein anderes Gerät, das du da am COM-Port mal testen kannst, um auszuschliessen, dass der COM nen Schlag hat?

Das mit dem MAX232 könnte sein; Zieh den einfach mal aus der Fassung (sofern da hoffentlich eine ist) und schau, ob die LED dann immer noch besessen ist, wenn das Kabel steckt.

Sofern möglich: Miss mal mit MAX232 den Stromverbrauch des Boards, mit und ohne Kabel. Recht viel mehr sollte es mit dem MAX232 nicht sein.

ok ich denk jetzt auch dass der Rechner nix hat.

der Max232Acpe der sich auf dem Board befindet ist auf einer Fassung, wenn ich den rauszieh funktoniert das LED programm, da die Leitungen voneinander getrent werden, für die Komunikation.

aber ich habe noch einen anderen MAX232cpe (ohne A) wenn ich den einstecke und schließe dass nullmodem kabel an geht das LED programm weiter, nur immer noch keine Daten im Terminalprogramm.

ich hab gelesen dass der Max232cpe mit anderen Kondensatoren arbeitet mehr Farad, deswegen keine Datenübertragung, was soll ich jetzt tun ?

kondensatoren wechseln ?
neuer MAX232"A"cpe ?

um den stromverbrauch zu messen müsst ich ein Bein des max232A umknicken um dranzukommen, dazu brauch ich aber zeit ;-)

Also langsam fällt mir da auch nix mehr ein.

Zum Stromverbrauch mein ich hier den vom ganzen Board, nicht nur vom MAX232. Nur nachschauen, obs da irgendwo nen Kurzen gibt (Stromfluss hoch).
Die Kondensatoren wechseln wird nicht oder nur mit grossem Aufwand hinhauen oder?
Evtl ging noch ein "Umweg", also nen externen MAX232 mit 1µF-ElKos aufbauen, den MAX232 vom Board rauszupfen und den externen mit Kabel mal an Rx und Tx vom AVR. Zwar etwas gebastel aber so sollte sich dann rausfinden lassen, was denn hin ist. Wenns dann nämlich geht, isses möglicherweise der ursprüngliche MAX232.

oh das hatte ich wohl falsch verstanden, die Messung ergab,

ca.22mA ohne stecker
ca.30mA mit stecker

das mit dem externen max 232 ist mir zuviel bastlerei und die kondensatoren hab ich auch nicht da.

morgen hab ich einen neuen Max232A , den setz ich ein und versuche es erneut, wenn´s danach immer noch nicht geht verzweifel ich :-k

ja ich bin am verzweifeln,

hab jetzt einen neuen Max 232 N eingebaut mit 1µF kondensatoren wie im Datenblatt.

Da tut sich nichts !

außer das problem mit dem LED programm ist nichtmehr also egal ob RS232 angeschlossen ist oder nicht es funktioniert Reibungslos.

Hab echt so langsam keine interesse mehr an dem selbstzusammengepfriemeltem kack !

Ein beliebter Fehler ist es (nicht nur bei mir), RX und TX zu vertauschen. Ich habe an meinen Platinen den dreipoligen RS232-Stecker immer so angebracht, dass ich GND in der Mitte habe. Da kann man die beiden Leitungen durch einfaches Drehen des Steckers tauschen:

| o | RX
| o | GND
| o | TX

und das hatte sich schon öfters bewährt . . . . Aber ich hatte mal auf einer selbst gebauten Platine auch die Verbindungen des Controllers zum MAX232 "vertauscht". Da tat sich dann nix . . . . .

bei dem Board von Roland Walter, kann man TxD und RxD nicht vertauschen, außer am Rechner haben sich die Pin nummern verändert aber ich galube das ist strickt festgelegt.

kann es auch an den Fusebit Einstellungen liegen ?

eigendlich nur, wenn du die Frequenz falsch angibst. Ich kenne das Board nicht, nehme an es verwendet einen externen Quarz. Dann wäre Full Swing Crystal Oscillator richtig. Beliebt ist auch divide clock by 0 anzuhaken. Dann funktioniert es in der Regel auch nicht.
Für den Atmega48/88/168 hätte ich ein Testprogramm, aber die Register sind ein wenig anders. Wird wohl also auf dem Atmega8 so nicht funktionieren.

Viele Grüße,

Tim

Man kann RX und TX vertauschen, wenn man ein Normales Kabel Statt Nullmodem nimmt. Der Unterschied ist ja das tauschen der Leitungen Rx und TX, und einiger Handshakeleitungen, die man am AVR sowieso fast nie nutzt.
Leider geht das mit den Steckern etwas durcheinander, so dass man auch nicht an der Art der Steckers erkennen kann.

Ein Test wäre sont ein Brücke von Tx nach Rx, dann sollte man vom Terminal am PC die Eingabe sehen.
1) am Stecker (max232 raus)
2) am µC (µc raus, oder im reset)

@Ls4

das mit den Fusebit und der freqenz hab ich nochmal nachgelesen, stimmt alles so, nur wo soll das divide clock kästchen in Bascom sein ?

@Besserwessi

ja stimmt es gibt 2 verschiedene Kabel, bei mir ist pin 2 mit 3 gekreuz und 5-5 is GND
also das kabel stimmt !

wie meinst du das eine Brücke von Tx nach Rx

Wenn du das Kabel vom Kontrollerboard absteckst und im Stecker Richtung PC zwischen Pin2 und 3 eine Brücke machst, dann solltest du die Eingabe am Terminal als Echo zurück bekommen.
Wenn das funktioniert, nimmst du den Kontroller aus der Fassung und machst dort eine Brücke zwischen RXD und TXD, dann solltest du ebenfalls ein Echo am Terminal bekommen.

Eine weitere messung die man noch maschen kännte wäre, ohne PC das TX Signal nachzumessen. Mit dem LED Programm (kein Print oder so) sollte da konstant etwa -12 V anliegen, mit dem Testprogramm von oben sollte die Spannung mehr in Richtung -4 V gehen. Entsprechendes kann man ggf. auch vor dem MAX232 nachmessen.

@Hubert.G

das mit der Bücke am stecker funktioniert nicht, ich hab II Com ports. hab das kabel einfach in Com 1 und in Com 2 gesteckt, das hat dann hingehauen,

hab die leiterbahnen am Board auch überprüft die stimmen.

@Besserwessi

die spannungn an TX konstant -6 V

egal mit welchem programm oder Pin

so,
es gab kein paar kleine Veränderungen

Neuer MAX 232 N mit Folienkondensatoren 1µF bis 63V Spannungsfest.

Ich bekomm nun ganz andere werte raus:

LED Programm: Tx -8,6

Rs232 Programm: Tx 1,1

aber immer noch keine Datenübertragung, hat vllt der ATmega 8 was ?

Wenn das wirklich nicht geht, im Stecker RX und TX zu verbinden (so dass der PC das erhält, was er sendet), dann hat der COM-Port nen Hau; oder das benutzte Programm ist falsch eingestellt. Dieses "Loopback" ist eigentlich ein sicherer Test für die Funktion.

also wenn ich Tx - Rx im stecker verbinde, das haut nicht mit AVR-Term hin weil das programm nicht gleichzeitig senden und empfangen kann.

wenn ich aber mit dem Stecker Com 1 mit Com 2 am PC verbinde, mach AVR-Term 2x auf stell beim einen Com 1 ein un beim anderen Com 2 dann funktioniert alles Prima mit dem senden und empfangen, die Com Ports dürften also nicht defekt sein !

falsch eingestellt am Computer kanns auch nicht sein da ich ja die Einstellungen vom Buch übernehme, ich denk eher es liegt am Controller das im Bascom irgend ein häkchen (was weis ich) falsch eingestellt ist.

bzw. wo find ich in Bascom "divide clock"

Na dann isses ein "schlechtes" Programm.
"Divide Clock" bzw. "Clkdiv8" oder wie dieses Fuse heisst, gibts beim ATMega8 nicht. Bei denen die's haben, isses bei den anderen Fuses.

naja, warum kauf ich mir dann ein Buch ums zu lernen ?

achso gut zu wissen ;-)

hmmm echt unglaublich das sich ein fehler so verstecken kann -.-

Was verwendest du für ein Terminal Programm?
Beim Hyper-Terminal und bei Tera-Term funktioniert das mit den Pin 2-3 brücken.
Erst wenn du kontrolliert hast das es bis zu Kontroller funktioniert, dann kannst du dich auf die SW konzentrieren.

die ganze zeit das AVR-Term wie empfohlen, mit Access Port gehts aber mit der brücke.

Wie sieht es aus wenn du RXD und TXD am Kontroller verbindest? Den Kontroller natürlich heraussen aus dem Sockel.

ja habs eben ausprobiert, da kommt nur Wurstsalat raus !

der max 232 steckt noch der AVR is drausen wenn ich dann vom PC aus was losschick, kommt auch was an aber nur müll mit sehr vielen ...........(punkten).......... .

am MAX 232 liegen 6V an schlimm ?

Wie können dort 6V anliegen?
Hast du generell 6V auf dem Board? Das könnte schon ein Fehler sein.

eigentlich ist auf dem Board ein Spannungswandler, der müsste normalerweise auf 5V runterregeln.

hier mal ein schaltplan von dem board http://www.rowalt.de/mc/avr/avrboard/01/brdcirc.png

Also auf der Schaltung sehe ich keinen Spannungswandler. Sollte aber einer auf dem Board sein, dann solltest du mal die Funktion testen. Bevor das nicht passt würde ich nicht weiter machen, du könntest deinen Kontroller zerstören.

Hallo Hubert.G, hi EngineMan

Zitat:

---

Zitat von Hubert.G

Also auf der Schaltung sehe ich keinen Spannungswandler ...

---

Es ist schon einer drauf - die Schaltung ist nicht so wirklich repräsentativ. Hier ist ein PDF mit der vermutlich kompletten Schaltung und hier das ganze Board. Darauf ist der 78L05 auch ganz gut zu erkennen - Bildmitte, links neben den beiden 100 n KerKos.

................Bild hier  

Bemerkenswert: der ich zitiere Brennadapter .. steht im PDF. Warum er so heißt und nicht Programmer *ggg* ?

Hallo Joe
Ich weiss zwar das es so was gibt, hab es aber noch nie in natura gesehen.
Das mit dem Brennen ist uralt. In meiner Laufbahn gab es mal ICs in denen war eine Diodenmatrix. Mit einem speziellen Gerät brannte man da einzelne Verbindungen heraus. Es gab immer einen fürchterlichen Aufschrei wenn man was versemmelte.
Von daher hat sich das "Brennen" wahrscheinlich in den Köpfen vieler noch eingebrannt.

Hallo Hubert.G,

meine Bemerkung war einfach hinterhältig : die vorgestellte Schaltung mit fünf Dioden, drei Widerständen und einem ungebremsten /RES lässt vermuten, dass gelegentlich auch hier - beim Flashen - etwas "durchbrennt" - nämlich der Controller oder die Schnittstelle. Wobei ich sagen muss, dass ich Probleme mit diesen Schaltungen nur vom Lesen hier im Forum kenne.