From: d_s_klein on 19 Apr 2010 13:01 On Apr 19, 7:43 am, "Smith" <sm...(a)donotwantmail.com> wrote: > I need about 100-200 parts. > > "Stefan Brröring" <stefan...(a)broering.de> wrote in message > > news:4bcc68c8$0$3291$8e6e7893(a)newsreader.ewetel.de... > > > Do you need one 80537, a few, or lots of MCUs? Let's go with 200 parts. Someone pointed you to a web site that listed the cost at roughly US $50 each at that quantity. You would probably spend more that $10,000 moving the existing code to whatever new solution you found. So unless you can find a replacement for less than zero dollars, it's less expensive to pay the (exorbitant) per-chip price. Even though I think it would be "fun" to design it out, it's not responsible engineering. RK
From: Rumpelstiltskin on 19 Apr 2010 13:48 "Smith" <smith(a)donotwantmail.com> wrote in message news:4bcc6082$0$45179$afc38c87(a)read01.usenet4all.se... > Hello all > I need to run an old firmware for a Siemens SAB 80C537 microcontroller > unit (MCU). The MCU is now obsolete (it's from the late 1980s). > > The firmware is compiled from several thousand rows of assembly language. > It would take a long time to understand the code and re-program it in C. > > So I'm thinking of using an 8051 IP-core for a FPGA and run the firmware > code without any changes to the code. > > Any one here had any luck with this kind of problem? I'd try tweaking firmware first. Looks like this one is not standard 8051 deriviative. Has 32bit math MDU and 8 DPTR registers. First thing I'd do is see if these odd features are being used. If not, it would be easy to port to another 8051 derivative. If so, porting challenge could range from a minor hassle to impossible. Then C port might be way to go. I'd get a good firmware engineer to evaluate code before moving forward.
From: Paul E. Bennett on 19 Apr 2010 14:07 Smith wrote: > Hello all > > I need to run an old firmware for a Siemens SAB 80C537 microcontroller > unit (MCU). The MCU is now obsolete (it's from the late 1980s). Perhaps a brief explanation of why might have been useful. Need to make some more old units, need to upgrade for a newer product? > The firmware is compiled from several thousand rows of assembly language. > It would take a long time to understand the code and re-program it in C. One application I did many years ago was all hand-coded 6800 machine code. About 4k of it. This was input to the system by the switch and step method. So in an actual assembler, this should not be too much of a hassle even if the code is 2 or 3 times that size. > So I'm thinking of using an 8051 IP-core for a FPGA and run the firmware > code without any changes to the code. Others have indicated that the parts are available from at least one stockist. Unless you need special certification of the parts that would seem to be the way to go to make more of an old product. On the other hand, if this is an update of the product-line then it would be much wiser to bite the bullet and select a more recent part offering that gives you the facilities you need. Then set to and understand the assembly code listing so that you can re-work the system and improve it as you go. -- ******************************************************************** Paul E. Bennett...............<email://Paul_E.Bennett(a)topmail.co.uk> Forth based HIDECS Consultancy Mob: +44 (0)7811-639972 Tel: +44 (0)1235-510979 Going Forth Safely ..... EBA. www.electric-boat-association.org.uk.. ********************************************************************
From: hamilton on 19 Apr 2010 14:19 On 4/19/2010 11:48 AM, Rumpelstiltskin wrote: > > "Smith" <smith(a)donotwantmail.com> wrote in message > news:4bcc6082$0$45179$afc38c87(a)read01.usenet4all.se... >> Hello all >> I need to run an old firmware for a Siemens SAB 80C537 microcontroller >> unit (MCU). The MCU is now obsolete (it's from the late 1980s). >> >> The firmware is compiled from several thousand rows of assembly >> language. It would take a long time to understand the code and >> re-program it in C. >> >> So I'm thinking of using an 8051 IP-core for a FPGA and run the >> firmware code without any changes to the code. >> >> Any one here had any luck with this kind of problem? > > I'd try tweaking firmware first. Looks like this one is not standard > 8051 deriviative. > Has 32bit math MDU and 8 DPTR registers. > > First thing I'd do is see if these odd features are being used. > If not, it would be easy to port to another 8051 derivative. > If so, porting challenge could range from a minor hassle to impossible. > Then C port might be way to go. > > I'd get a good firmware engineer to evaluate code before moving forward. > > From the Keil web site: The Infineon SAB 80C537 is an 8051 based CMOS controller with 21ch PWM, 8 DPTRs, WDT, 12ch ADC/8, Mul./Div Unit, 68 I/O lines, 4 Timers/Counters, 14 Interrupts/4 priority levels ROM-less, 256 Bytes On-chip RAM. Talk about job security !!! ;-) hamilton
From: Chris H on 19 Apr 2010 16:15 In message <4bcc6082$0$45179$afc38c87(a)read01.usenet4all.se>, Smith <smith(a)donotwantmail.com> writes >Hello all >I need to run an old firmware for a Siemens SAB 80C537 microcontroller unit >(MCU). The MCU is now obsolete (it's from the late 1980s). I know I have some here... >The firmware is compiled from several thousand rows of assembly language. It >would take a long time to understand the code and re-program it in C. But that may be the cheaper option. Yes, I have done it before. >So I'm thinking of using an 8051 IP-core for a FPGA and run the firmware >code without any changes to the code. You can't do it. Simple as that. There are some 50+ 8051 cores. All different. From the standard 12 to 1 cycle systems. On top of that they had different peripherals. So once you get your core, tune it to be the same as the one Siemens used you then have to get all the peripherals and get them to be have exactly as Siemens did. Then bolt them together. The faster and cheaper option by far is to reverse engineer the code. Why do you need to run this firmware? If you need to do 100-200 units to do the same thing go and get a cheap modern core with the same peripheral set. And start again. This will be faster, more reliable and cheaper. -- \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ \/\/\/\/\ Chris Hills Staffs England /\/\/\/\/ \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
First
|
Prev
|
Next
|
Last
Pages: 1 2 3 4 5 Prev: linking error in libgcc.a Next: Simulator/debugger for 80C320 |