home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / protocol / crc.txt < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. From fdc@columbia.edu Sat Oct 19 06:27:27 2002
  2. Flags: 000000000001
  3. Return-Path: <fdc@columbia.edu>
  4. Received: from watsol.cc.columbia.edu (localhost [127.0.0.1])
  5.     by watsol.cc.columbia.edu (8.12.3/8.12.3) with ESMTP id g9JFRQq5008010
  6.     for <fdc@columbia.edu>; Sat, 19 Oct 2002 11:27:26 -0400 (EDT)
  7. Received: by watsol.cc.columbia.edu (8.12.3/8.12.3/Submit) id g9JFRQoM008009
  8.     for fdc; Sat, 19 Oct 2002 11:27:26 -0400 (EDT)
  9. Path: newsmaster.cc.columbia.edu!phl-feed.news.verio.net!iad-feed.news.verio.net!iad-peer.news.verio.net!news.verio.net!news.maxwell.syr.edu!wn11feed!worldnet.att.net!bgtnsc05-news.ops.worldnet.att.net.POSTED!not-for-mail
  10. Message-ID: <3DB1547F.410E0CB@yahoo.com>
  11. From: CBFalconer <cbfalconer@yahoo.com>
  12. Reply-To: cbfalconer@worldnet.att.net
  13. Organization: Ched Research
  14. X-Mailer: Mozilla 4.75 [en] (Win98; U)
  15. X-Accept-Language: en
  16. MIME-Version: 1.0
  17. Newsgroups: comp.arch.embedded
  18. Subject: Re: HDLC CRC Calculation
  19. References: <3daf2442.670703@news.saix.net>
  20. Content-Transfer-Encoding: 7bit
  21. Lines: 22
  22. Date: Sat, 19 Oct 2002 14:09:33 GMT
  23. NNTP-Posting-Host: 12.90.172.183
  24. X-Complaints-To: abuse@worldnet.att.net
  25. X-Trace: bgtnsc05-news.ops.worldnet.att.net 1035036573 12.90.172.183 (Sat, 19 Oct 2002 14:09:33 GMT)
  26. NNTP-Posting-Date: Sat, 19 Oct 2002 14:09:33 GMT
  27. Xref: newsmaster.cc.columbia.edu comp.arch.embedded:139330
  28. Content-Type: text/plain; charset=us-ascii
  29. To: undisclosed-recipients:;
  30.  
  31. Anton Erasmus wrote:
  32. > 
  33. > On  all the Serial Controllers I have used that supports HDLC, 
  34. > there are 2 options for the standard HDLC CRC Calculation, namely:
  35. > Preset CRC with all 0s or all 1s. From a technical point of view
  36. > there does not seem to be any advantage in using the one over the
  37. > other. Is there any sort of preference in the various protocols
  38. > based on HDLC for either the one or the other option ?
  39.  
  40. If the CRC is preset to 1's, input of a series of 0's will change
  41. it.  That means you will always detect a too short, or too long,
  42. stream of 0's.  If you preset to 0, things will not change with
  43. each zero byte input.  If the input stream ends with its own CRC,
  44. in the correct byte order, the end result will be 0, which is a
  45. handy final check mechanism.
  46.  
  47. -- 
  48. Chuck F (cbfalconer@yahoo.com) (cbfalconer@worldnet.att.net)
  49.    Available for consulting/temporary embedded and systems.
  50.    <http://cbfalconer.home.att.net>  USE worldnet address!
  51.  
  52.  
  53.  
  54.