Het KISS protocol kent geen waarden voor de DCD. Dus binnen het KISS protocol kán helemaal geen gebruik worden gemaakt van DCD waarden. Het Duitse flexnet heeft 6PACK geintroduceerd, wellicht om van de DCD gebruik te kunnen maken? Wel kan in KISS dubbel zitten worden voorkomen door de DCD, maar het KISS protocol kent geen flow control. In KISS mode zendt de driver dus zelfs retries als het vorige frame nog niet is verzonden, omdat de DCD dit versturen voorkwam omdat de frequentie in gebruik was. Hierdoor lopen de buffers vol. KISS - Keep It Simple Stupid.pa2snk schreef:Een paar dingetjes van bovenstaande gelezen maar een kiss tnc gebruikt wel degelijk de in de tnc aanwezig DCD mits je de juiste firmware in de tnc hebt zitten.
Maar goed, wederom een loze claim weer van Danny. Want nogmaals, het KISS protocol maakt helemaal geen gebruik van DCD. Dus ook niet met de juiste firmware. Of andersom, als er van DCD waarden gebruik wordt gemaakt dan impliceert dit nu juist dat dat er géén KISS protocol wordt gebruikt.
Een voorbeeld van een KISS modem die al retries verzendt terwijl het oorspronkelijke frame nog niet is verzonden kan men hier zien. http://pd4u.zapto.org/Download/KISS.txt CB9SNK / CB2TJG-7
http://en.wikipedia.org/wiki/KISS_%28TNC%29
"there is no timing relation between the receipt of a packet over the air and the arrival of the packet in the PC. The PC does not know when the packet is actually sent."
http://private.freepage.de/cgi-bin/feet ... /6pack.htm
"(Note by the translator: When the FRACK timer expires and the PC retransmits a frame, the original frame may still wait for transmission, since the channel was busy all the time. Then the retransmission of the frame produces additional unnecessary load on an already congested channel) "
Maar dit geheel off topic...
Marc, PD4U