PIC18F452: USART Kommunikation in C

[BlackBox]

Ich dachte das war soweit geklärt.
Ist aber so oder so das 9. Bit also müsste trotzdem immer das falsche Bitmuster empfangen werden oder hab ich da irgendwo nen Denkfehler?

[PicNick]

Beim Empfang isses eh mehr oder weniger wurst.
Aber beim Senden muß er sich drum kümmern und jeweils rechnen und setzen.
Tut der Kollege das schon ?
Wie auch immer, nochmal: Ich tät das ganze erst mit einem richtigen Terminal probieren, meinethalben Hyperterm, einmal als Sender, einmal als Empfänger, dann kann man einiges abhaken.
mfg

[BlackBox]

Jo, so würde ich es auch machen.

[mi.ja]

Ich habe hier im Geschäft lediglich das HyperTerminal von Windows, das schon dabei ist (Windows 2000 Prof.)

Du meinst ein anderes oder?

[BlackBox]

HyperTerm ist ein echt besch..nes Programm für so etwas. Google mal nach MTTTY. Ist Shareware und für so etwas recht brauchbar. Es gibt aber auch noch jede Menge anderer Terminalprogramme, die auch Hex-Anzeige etc. beherschen. Da kann ich dir aber nichts empfehlen.

[PicNick]

Halt, Stop, Retour.
Ich bin vom Hyperterminal auch nicht begeistert, aber es sollte alles tun, was du konkret brauchst.
Aber wenn die der Google was besseres bietet, soll es sein.
mfg robert

[mi.ja]

Hallo zusammen

So, die Situation hat sich ein bisschen geändert. Ich habe auf microchip.com ein .pdf und Besispielprogramme gefunden. So wie es aussieht, ist es tatsächlich gar nicht möglich, diese Kommunikation jemals herzustellen.

Die Daten vom Empfänger kommen so:
1Startbit, 8 Datenbits, 1 Paritätsbit (even), 2 Stoppbits.

Beim PIC kann man standartmässig dieses Muster Empfangen:
1Startbit, 8Datenbits, 1Stopbit

Nun gibt es ein 9. Bit, das für folgendes verwendet werden kann:
> 2. Stopbit
> Parity-Bit
> 9. Datenbit

Aber um die Daten von der Wetterstation korrekt einzulesen, brauche ich quasi ein 9. UND ein 10. Bit, welches ich aber nicht habe! Denn das 9. Bit ist ja ENTWEDER das 2. Stopbit ODER das Parity-Bit.

Nachzulesen auf S.9/10:
http://ww1.microchip.com/downloads/e...tes/00774a.pdf

Falls nötig, hier sind die Beispielcodes:
http://www.microchip.com/stellent/id...pnote=en012073


Und alles "von Hand" machen mit einer geschwindigkeit von 9600 Baud ist schwierig (und ich habe nicht mehr viel Zeit).

Was sagt ihr dazu bzw. gibt es einen Ausweg?

Gruss Michi

[BlackBox]

Hast Du dir meinen obigen Beitrag durchgelesen?

Beim Empfang ist es wie von mir und mehrfach von Robert erwähnt egal ob 1,2,3,4,5,6 oder 100000000 Stoppbits kommen, so lange deine Software den Empfng nicht durch einen Timeout abbricht.
Beim Senden: PAUSE nach einem Byte=zusätzliche(s) Stoppbit(s).

Schau dir mal an, wie das Signal genau aussieht, dann sollte das klar werden.

[PicNick]

Hi, na so schlimm isses nicht.
9 Bit (8 + Parity) kann der Pic senden und empfangen.
das Problem ist das zweite Stoppbit.
Gute Info gibt's da
http://www.sprut.de/electronic/pic/grund/rs232.htm
--> RS232 Software simulation.
damit müßtest du zurecht kommen

[mi.ja]

Hast Du dir meinen obigen Beitrag durchgelesen?

Beim Empfang ist es wie von mir und mehrfach von Robert erwähnt egal ob 1,2,3,4,5,6 oder 100000000 Stoppbits kommen, so lange deine Software den Empfng nicht durch einen Timeout abbricht.
Beim Senden: PAUSE nach einem Byte=zusätzliche(s) Stoppbit(s).

Schau dir mal an, wie das Signal genau aussieht, dann sollte das klar werden.

Klar habe ich alles gelesen, ich frage ja nach hilfe. ich habe auch einen KO angeschlossen, aber ich Empfange ja gar nichts, und die -/+10V an RTS/DTR stimmen