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, > > Ich hab' leider noch keine Zeit gehabt, dies genau zu untersuchen. > Aber folgendes kann bei größeren Datenpaketen auf jeden Fall passieren: > Da die Baudraten nicht genau stimmen sondern hier und da etwas abweichen, > kann es sein, daß ein Byte hin und wieder nicht komplett empfangen wird. > (z.B. das Stop-Bit wird nicht erkannt.) > Das merkt man z.B. bei 57600 Baud, wenn man z. 4kB als ein Paket übertragen will. > (Ohne Pause dazwischen) > Auch bei den kleineren Baudraten ist dies der Fall. > Erst bei 9600 Baud ist die Abweichung sehr gering. > > Um bei Dir aber das nachfolgende Byte noch nachlesen zu können, ginge evtl. > folgender Trick: > <code>//---------------------------------- > inline function IncInbuffercnt () > //---------------------------------- > { > inline 0x144; // Load Immediate Bytevalue "1" > inline vmcodes.VM_LOAD_ABSOLUTE_INT; > inline 0xF962; > inline 0x45; // ADD > inline vmcodes.VM_STORE_ABSOLUTE_INT; > inline 0xF962; > }</code> > Mit dieser keinen Function wird das Register, das die Anzahl der empfangenen Bytes enthält, > um eins erhöht. > Aber vorsicht ! Wird ein Byte empfangen, während die Funktion ausgeführt wird, > so kann es sein, daß das Register mit einem veraltetem Wert überschrieben wird. > > Alternativ könnte man noch angeben, um wieviel der Wert erhöht werden soll: > <code>//---------------------------------- > inline function IncInbuffercnt (byte value) > //---------------------------------- > { > inline vmcodes.VM_LOAD_ABSOLUTE_INT; > inline 0xF962; > inline 0x45; // ADD > inline vmcodes.VM_STORE_ABSOLUTE_INT; > inline 0xF962; > }</code> > > MfG André H. > > > > > > > > Hmm. Ich kann dies bis jetzt noch nicht nachvollziehen, obwohl ich öfters mit größeren > > > Datenpaketen an HWCOM zu tun hab'. > > > Versuche einmal das "fehlende" Byte mit einem hwcom.get() nachzulesen. > > > > > > Ich werde mir die Routinen noch einmal genauer ansehen, wenn ich wieder ein bißchen Zeit hab. > > > > > > MfG André H. > > > > > Die Funktion hcom.get() gibt im Fehlerfall immer 0 zurück und nicht den richtigen Wert. > > > > Gruss Detlef
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB