Zur Übersicht - INFO - Neueste 50 Beiträge - Neuer Beitrag - Suchen - FAQ - Zum CC1-Forum - Zum CC-Pro-Forum

Wichtig: Bevor Du wegen einem Problem mit der CC2 postest, stelle sicher, daß Du
die neueste OS-Version, die neuseste Compiler-DLL und die neuesten Modulversionen benutzt!
Beachte, daß sich auf der CD zur CC2-Unit/Station auch jetzt noch die ältesten Dateien befinden!
Es gelten folgende Anleitung und Regeln: Regeln CC2Net.de-Forum
Zurück zum Artikel  (Blaue Felder sind Pflichtfelder)


Name:   UserID: 
 E-Mail:
Kategorie
Betreff
Homepage:
Link-Titel:
Link-URL:
Cookie für Name, UserID, E-Mail, Homepage-URL setzen
(Erspart die Neueingabe bei Beiträgen und Antworten)
(Zum Löschen des Cookies hier klicken)
Ich nutze:
C-Control II Unit
C164CI-Controllerboard
C-Control II Station
CCRP5 mit CC2-Unit (Conrad Roboter)
CC2-Application-Board
CC2-StarterBoard
CC2-ReglerBoard
eigenes Board
original OS     OSOPT_V2     OSOPT V3.0 OSOPT V3.1

Kommentar:
Einfügen von HTML im Kommentar:

Link einfügen: <a href="LINKURL" target="_blank">LINKTITEL</a>
Bild einfügen: <img src="BILDURL">
Text formatieren: <b>fetter Text</b>  <i>kursiver Text</i> <u>unterstrichener Text</u>
Kombinationen sind auch möglich z.B.: <b><i>fetter & kursiver Text</i></b>
C2 Quellcode formatieren: <code>Quellcode</code>
ASM Quellcode formatieren: <asm>Quellcode</asm>
(Innerhalb eines Quellcodeabschnitts ist kein html möglich.)
Wichtig: Bitte mache Zeilenumbrüche, bevor Du am rechten Rand des Eingabefeldes ankommst !  

> Hallo Detlef, > > > Bei 9600 Baud funktioniert das Programm einwandfrei. > > Bei 19200 Baud fehlt im Empfangsbuffer des CC2 sporadisch das letzte Byte. > > Die Datenlänge beträgt maximal 134 Byte. RTS/CTS Handshake ist aktiviert. > > Ich habe einen serielle Protokollanalysator in die Leitung gehängt. > > Die Daten werden vollständig gesendet. Das CC2 ändert nicht den Pegel an der CTS Leitung. > > Da der Empfangspuffer größer als 134 Byte ist, besteht dazu wohl auch kein Grund. > > Hat jemand eine Idee? > > > > Hier nun der Code: > > <code> > > //----------- > > thread main > > //----------- > > { > > ... > > ... > > hwcom.set_S0CON (hwcom.set8N1); // 8Bit, no parity, 1 stop bit > </code>Warum setzt Du hier das S0CON-Register ? > Standardmäßig hat die CC2 8N1 als Format. > > <code>> hwcom.setbuf(HWcombuf,255); // standard buffer hat nur 64 byte > </code> > Datenpuffer sollten immer eine gerade Länge haben ! > Auch sollten Byte-Arrays immer eine gerade Größe haben. > Man muß eben immer bedenken, daß der C164CI ein 16Bit-Controller ist. :-) > Ich hab' jetzt nicht die OS-Routinen daraufhin analysiert, jedoch könnte die > eine mögliche Ursache für den Datenverlust sein. > > Übrigens: Der Standard-Puffer für HWCOM und SWCOM ist jeweils nur 32 Byte groß, > nicht 64 Byte. Im CC2-Handbuch ist hier ein Druckfehler. > Ich bin darüber gestolpert, als ich die System-Routinen für sys0002.hex geschrieben habe. > Davor hatte ich es schon geahnt. ;-) > > MfG André H.
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB