This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Good substitute for obsolete Philips 89C51RD2 ???

Hello, in an ironic twist, the Philips 89C51RD2 we use for the control panels on Philips CT scanners has been discontinued due to Philips selling it's semi-conductor operations last year. So I was wondering if anyone had a good substitute they had tried ???

Thanks,
Don

Parents
  • Hello again, the 89V51RD2 appears to be absolutely
    NOT fully SW compatible with the 89C51RD2.

    Besides any HW differences, anyone using
    In-Application-Programming (IAP) or has their own
    downloader for In-System-Programming (ISP), there
    are differences that can only be resolved by changing
    and recompiling both the 8051 IAP code & the external
    ISP downloader code. This would seem to really throw
    a wrench into the works for anyone without SW support.

    In our 8051 application we have an option to
    change some settings which must be remembered between
    resets. We store them in an ascending list in unused
    flash, starting at 0xC000 by enabling the boot-rom
    code & calling the flash byte program function. They
    changed the register & bit to enable the boot-rom code
    from AUXR1.5 (enboot) to FCF.0 (BSEL) They also changed
    the address of the IAP entry address from 0xFF00 to 0x1F00.

    We also have our own ISP downloader in an
    external device which will have to change since the
    Specify Oscillator Frequency function is no longer
    supported. If you have an external downloader which
    waits for the returned "." as an acknowledge to that
    command, it will wait forever, since the SOF is ignored.

    I'd really like to know why these changes were
    made since they don't really appear to enhance the
    functionality of the device any. In addition, there
    may be other changes that I'm not yet aware of.

    Technical Note TN06007 - V51RX2 Migration

    www.semiconductors.philips.com/.../TN06007_V51RX2_Migration.pdf

    Thanks,
    Don

Reply
  • Hello again, the 89V51RD2 appears to be absolutely
    NOT fully SW compatible with the 89C51RD2.

    Besides any HW differences, anyone using
    In-Application-Programming (IAP) or has their own
    downloader for In-System-Programming (ISP), there
    are differences that can only be resolved by changing
    and recompiling both the 8051 IAP code & the external
    ISP downloader code. This would seem to really throw
    a wrench into the works for anyone without SW support.

    In our 8051 application we have an option to
    change some settings which must be remembered between
    resets. We store them in an ascending list in unused
    flash, starting at 0xC000 by enabling the boot-rom
    code & calling the flash byte program function. They
    changed the register & bit to enable the boot-rom code
    from AUXR1.5 (enboot) to FCF.0 (BSEL) They also changed
    the address of the IAP entry address from 0xFF00 to 0x1F00.

    We also have our own ISP downloader in an
    external device which will have to change since the
    Specify Oscillator Frequency function is no longer
    supported. If you have an external downloader which
    waits for the returned "." as an acknowledge to that
    command, it will wait forever, since the SOF is ignored.

    I'd really like to know why these changes were
    made since they don't really appear to enhance the
    functionality of the device any. In addition, there
    may be other changes that I'm not yet aware of.

    Technical Note TN06007 - V51RX2 Migration

    www.semiconductors.philips.com/.../TN06007_V51RX2_Migration.pdf

    Thanks,
    Don

Children
  • Please read the note above it is a CV51 not a V or an LV or a C51 ... it is a CV51.

    We were equally dismayed when NXP dropped the 89C51RD2. This is their replacement. It is FULLY compatible as far as we have seen.

  • Thanks Bob, I missed the "CV" in your reply on Aug 20. The NXP web-site is such a POS I couldn't find the part number unless I already knew what it was :-)

    Thanks,
    Don

  • Has anybody actually used a P89CV51 part. I just got the 1st sample today. It did not drop in and work. Flash magic went thru the motions but the part does not run my application. Instead it appears to send garbage out the serial port and it resets over and over. The only clue i have is that Flashmagic does not report or program the 6/12 clk bit correctly, not sure which. It always reports a 12 clk setting after programming even with the prog clocks box is checked. So i suspect flashmagic is not quite right.

  • one difference, probably the one that hit you is the 6/12 clock switching is not iodentical. The 'C' has a fuse, the 'V' has a SFR.

    are you running 6 or 12?

    I also believe the default is the opposite.

    HOWEVER, to the best of my recollection (I left these for SILabs [needed the speed]} the bits needed for the 'V' are 'don't care' in the 'C'

    Erik

  • we occasionally have these threads that are in the wrong category (251 for a 51 here) is there a way to make the main header change?

    Erik