
|
INFO - FAQ - CC2-Forum - CCPro-Forum |
|
> > > Da müsste man doch softwaretechnisch was machen können. (Hab das selber nie probiert, deshalb keine Garantie) > > > Man kann doch mit CBasic fragen ob was am Port anliegt. (RXD) > > > Sobald das nicht der Fall ist, sendet man eben ein Sonderzeichen oder eine bestimmte Kette von Zeichen an den PC oder eben dan Kommunikationspartner der CControl, der dann erst den nächsten Schub von 8 Bytes sendet. > > > > > Das wird vielleicht nicht dem Handschake gleichkommen, aber könnte das Problem doch lösen, oder? > > > > Was machst Du, wenn das Programm in der C-Control das erste Zeichen schneller verarbeitet als das > > zweite ankommt? Dann schickt sie das "GO" für weitere 8, obwohl noch 7 in der Pipeline sind. > > Wie gesagt habs nie probiert, aber der Einwand ist gut. Ich denke, wenn man eben nur 4Byte Blöcke zulassen würde, müsste es funktionieren. > Wenn dann der Fall austritt, den du beschreibst, sind maximal noch 3 Bytes "unterwegs" und nachdem die angekommen sind noch 5 Bytes frei. Da kommen dann die neuen 4 rein. > Berrichtige mich, wenn wieder ein Denkfehler vorliegt. ;-) Was machst Du, wenn das Programm in der C-Control das erste Zeichen schneller verarbeitet als das zweite ankommt und das zweite Zeichern schneller verarbeitet als das dritte ankommt? Dann schickt sie nach dem ersten Zeichen das "GO" für weitere 4 und nach dem zweiten Zeichen das "GO" für nochmal 4, obwohl noch 6 in der Pipeline sind. Und schlag bitte nicht als nächsten 2-Byte-Blöcke vor. Bye Achim |
| Antwort schreiben |