home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / sci / electron / 22030 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  1.4 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!wupost!waikato.ac.nz!canterbury.ac.nz!geoffrey
  2. Newsgroups: sci.electronics
  3. Subject: PROBLEM with 68HC11 input capture
  4. Message-ID: <C0EKIA.DpA@cantua.canterbury.ac.nz>
  5. From: geoffrey@cosc.canterbury.ac.nz (Geoff Thomas)
  6. Date: Tue, 5 Jan 1993 22:44:33 GMT
  7. Organization: University of Canterbury, Christchurch, New Zealand
  8. Nntp-Posting-Host: bkahu.canterbury.ac.nz
  9. Lines: 34
  10.  
  11.  
  12. I'm having a few problems with spurious timer values being reported
  13. by the input captures on my HC11A1FN (EVB). The chip is set up so
  14. that output compare 1 triggers the three input captures at varying
  15. times. The IC value are then copied out into RAM. The problem is this:
  16.  
  17. when the IC triggering is very close to the OC1 switching, the IC values
  18. (in one of the 3 ICs anyway,) don't change.
  19.  
  20. i.e.: (see the drawing below:)
  21.  
  22.                 ________   _______
  23. OC1 (active low pulse):            |_|
  24.  
  25. ICx input            ________________   ____
  26.  (triggering on falling edge:            |_|
  27.  
  28. ICx triggered at point T:    .................T.....
  29.  
  30.  
  31. Difference in times:            |-- d --|
  32.  
  33.  
  34. When <d> becomes very small, the value from the input capture being
  35. tested 'freezes'; it stops at a value and doesn't change. It seems
  36. to work fine when <d> is fairly long, and <d> is different for each
  37. input capture.
  38.  
  39. Is the chip stuffed? (worst fears :-< )
  40. or is there something else not quite as serious that I've overlooked ( :-| )
  41.  
  42. Any help PLEASE!!!
  43.  
  44. Geoff Thomas
  45.