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 Christian, > > Nicht alles, was nicht auf Anhieb funktioniert, kann man einfach mit > einem Bug im OS erklären. > Ich konnte dieses Problem bisher nicht reproduzieren, da es scheinbar > nur mit der Baudratenabweichung zu tun hat. > Hier kann man Softwaretechnisch wenig machen. > Das ist Hardwarebedingt, da die 20MHz Takt kein vielfaches > einer RS232 Baudratenfrequenz ist > > Was bei Dir passiert, wird eher ein Pufferüberlauf sein, als ein Empfangsfehler. > Auch wäre ein nicht korrektes Fehlerhandling in Deinem Fall möglich. > Auch sollten in Datenrahmen mit Flexiblen Größen immer die Anzahl der > der Rahmengröße mitgesendet werden. Einfach ein Start oder Stopzeichen > zu senden, ist bei einer RSxxx-Kommunikation eher unüblich. > Üblich ist eher ein Startzeichen, dann die Anzahl der Bytes (meist nur der Datenbytes) > und dann die Prüfsumme. > Bedenke, daß der Empfangspuffer Standardmäßig nur 32Byte hat. > Da Dein Datenrahmen bereits 31 Byte hat, würde ich den Puffer mind. auf das doppelte setzen. > Im Handbuch steht leider fälschlicherweise, daß der Puffer 64Byte hat. > Was bei Dir auch sein kann, wäre eine Simple Störung, die hin und wieder > bei RS232 auftreten kann. > > Den einzigen Bug, den ich bei hwcom bisher feststellen konnte, hängt mit > dem Handshaking zusammen. > > MfG André H. > > > > Hallo > > > > Bei mir ist auch das Problem mit der seriellen Schnittstelle aufgetreten: > > > > <a href="http://www.cc2net.de/Foren/CC2Net_Forum/lesen.php?eintrag=8130" target="_blank">HWCOM bei 19200 fehlt sporadisch das letzte Byte</a> > > > > Das Problem tritt bei mir auch bei 9600 Baud auf. > > > > Mein Protokoll beinhaltet 8..31 Bytes. Da die Länge dynamisch ist, wird mit speziellen Zeichen gearbeitet: > > > > DLE STX (= Start) > > Daten > > ... > > Daten > > Prüfsumme > > DLE ETX (= Stop) > > > > Also kann ich nicht die vorgeschlagene Lösung von André H. benutzen. Ausserdem kann der der PC zu > > jedem Zeitpunkt Daten senden.. > > > > Gibt es eine andere Lösung? Tritt der Fehler nur einmal auf d.h. gibt es nur eine Verschiebung um ein > > Byte oder werden es mit der Zeit immer mehr? Ansonsten könnte ich ein Byte mehr schicken > > (mein Protokoll verzeiht das) aber wenn nach einer halben Stunde bereits zwei Bytes fehlen > > etc. so ist das kaum brauchbar. > > > > Es wäre schön wenn dieser Bug möglichst schnell gefixt werden könnte, da es sich um einen > > schwerwiegenden Fehler handelt. > > > > Besten Dank, > > > > Christian > > > >
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB