home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / sci / electron / 18845 < prev    next >
Encoding:
Text File  |  1992-11-14  |  2.9 KB  |  67 lines
  1. Newsgroups: sci.electronics
  2. Path: sparky!uunet!keinstr!chaplin
  3. From: chaplin@keinstr.uucp (Roger Chaplin)
  4. Subject: Re: Motorola S19 ==> S2 record. How?
  5. Message-ID: <1992Nov13.141225.26488@keinstr.uucp>
  6. Organization: Keithley Instruments, Cleveland, Ohio
  7. X-Newsreader: TIN [version 1.1 PL6]
  8. References: <4772@wet.UUCP>
  9. Distribution: usa
  10. Date: Fri, 13 Nov 1992 14:12:25 GMT
  11. Lines: 54
  12.  
  13. Gil Nardo (mcs@wet.UUCP) wrote:
  14. : U40348@uicvm.uic.edu (Jay Lorenzana) writes:
  15. : > Our school is ill-equipped.  We have an old eprom burners
  16. : > that will only program Motorola S1 and S2 record files.  How
  17. : > can I convert my S19 record file to S1 and S2?
  18. : > Are there any complications in modifying hex files?
  19. : > And what is a hex to obj file converter?
  20. : > Thanks for any help you can give,
  21. : >                                   Jay
  22. : > A piece of my s19 rec:
  23. : > S123C00000000000000000BDC048BDC09ABDC063BDC0A5BDC0BA7FC0037DC0002605BDC0E0
  24. : > S123C020CE20F30F7DC002261A1A8300FF2B02200DCE10001F2E40FC962ED72F20D5BDC2F2
  25. : > S123C0408120D0BDC28B20CBCE10008EDFFF862F97EECCD000DDEFC60CE73F86100686016F
  26. : > ......
  27. : > lines deleted
  28. : > ......
  29. : > S123C3E02A2A204552524F52202A2A202020202020202020202020202020202055702020A2
  30. : > S121C40020202020202020202020446F776E204A4F59535449434B204D4F444520202D
  31. : > S123D0008600BDC285FEC001140301BDC156432607BDC110BDC0BA3B432607BDC237BDC0C4
  32. : > S123D020BA3B432607BDC1CFBDC0BA3B4326158C000026013BBDC1D01400017DC00427038E
  33. : > S121D040BDC0BA3B8C00002603BDC110BDC0FDBDC14F8C00112706BDC0BABDC3313BE5
  34. : > S9030000FC
  35. : 
  36. : The sample you have shown appear to be the usual S-records,
  37. : where S1 lines refer to 2 byte address references, and the
  38. : S9 line terminates the S1 block.
  39. : I'm not sure what exactly it is you are trying to do. The
  40. : two possibilities are that you are trying to decipher what
  41. : each line means, and/or you are trying to convert S1 records
  42. : to S2 records, i.e., your eprom burner only accepts 3 byte
  43. : address references.
  44.  
  45. Another possibility is that the EPROM burner was designed with the
  46. assumption that all S1S9 records are `short' - that is, containing
  47. only 16 encoded bytes.  It is unusual (in my experience, anyway) to
  48. see S1S9 records which are this long.
  49.  
  50. Perhaps something to try is converting these `long' records to short
  51. ones.  E.g. this record:
  52.   S123D0008600BDC285FEC001140301BDC156432607BDC110BDC0BA3B432607BDC237BDC0C4
  53.  
  54. would become these two:
  55.   S113D0008600BDC285FEC001140301BDC1564326??
  56.   S113D01007BDC110BDC0BA3B432607BDC237BDC0??
  57.  
  58. (I was too lazy to calculate the proper checksums, so I just put in
  59. `??' instead.)  Notice that `S123' (16-bit address, 35 bytes to follow)
  60. changes to `S113' (16-bit address, 19 bytes to follow).
  61.  
  62. -- 
  63. Roger Chaplin / Instruments Division Engineering / "This land is your land,
  64. chaplin@keinstr.uucp / CI$: 76307,3506          / This land is my land,
  65. #include <disclaimer.h>                        / One of us has a bogus deed
  66. #include "disclaimer.h" /* cover all bases */ / to this land."  - George Carlin
  67.