Für dieses Forum muß Javascript im Browser aktiviert werden!
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 habe anfangs auch versucht mit der RTS/CTS Funktion der CC2 zu arbeiten. > Bin aber daran gescheitert und habe mein Programm darauf hin optimiert ohne diesen Handshake > auszukommen. > Seither geht es einwandfrei. > > Ich hätte in der Tat auch mal Interesse zu erfahren, ob es Jemanden gelungen ist die ser. Schnittstelle > der CC2 mit Handshake zu benutzen und dies evtl. mit Oszi zu verifizieren. > > Grüße > Günni > > > > > 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. > > > > > > > An der ungerade Länge des Datenbuffers liegt es nicht. > > Der Fehler tritt nicht mehr auf, wenn ich nur Datenpakete mit 10 Byte sende. > > Ab eine Größe von 11 Byte tritt der Fehler sporadisch auf. > > Ich habe es mal nur mit dem Standardpuffer probiert, aber das Fehlerbild bleibt identisch. > > Ich hatte allerdings erwartet, dass der CC2 nun den Hardware-Handshake aktiviert, > > da die 134 Byte nicht mehr in den Standardpuffer passen. Dies ist allerdings nie passiert. > > Vielleicht ist hwcom.receive schnell genug. > > Der Pegel ändert sich nur, wenn man einen Reset des CC2 auslöst. > > Ist der RTS/CTS Handshake wirklich vollständig implementiert? > > Folgende Funktionen sind in Ordnung: > > Der CC2 sendet nicht, wenn der PC signalisiert, dass er nicht empfangsbereit ist. > > Der PC sendet nicht, wenn ich den RTS-Jumper auf dem Application Board ziehe. > > > > Gruss Detlef > > > >