JEJump

      SOLVED (I think): First of all, thank you IO_Rack for the response!    Yesterday, I learned about this thing called an "end cover" that apparently has to be present, or you're going to get the ALM/ERR LED and 0x00C0 I/O bus error message always.  This NOS PLC did not come equipped with one.  I found one online and zoomed in on the photo of the inside. There's a small PCB in the end cover and I could see a trace on the PCB running from pin contacts A1 to A5.  There's a surface mount capacitor there too, but I took a shot an grabbed only a 68Ω leaded resistor and plugged it into A1 and A5.  I figure 68Ω is low enough resistance to satisfy the circuitry and safer than a dead short in the event I'm wrong.  SUCCESS!!  ALM/ERR is clear, and when putting the program in RUN, the RUN LED is now on.  Hope this experience helps others one day.     Thanks, John      

UPDATE:  Just regained control of communicating to the PLC by playing with the DIP switches.  Turned 7 OFF.  That alone made no change.  Left 7 OFF, turned 5 ON.  That gave me communications control again.  Now, I'm back to my PLC error message on the computer which is 0x00C0 I/O bus error.  That cannot be cleared.  I put the PLC in RUN mode and the computer says it's in RUN, but the LED doesn't not reflect that.  Anyone have any clue about this error code and why I only ever get the ALM/ERR LED?  I can even remove the battery and the BATT LED never comes on.  Maybe this error takes priority over the BATT error.  Also, I just learned that there's a thing called an "end cover" that might be causing this issue.  The PLC came to me without a power supply (which I've since purchased), and no cover on the opposite side.  I'm assuming that's where the end cover would go.  I had also considered the fact that the project likely references many add-on analog and digital modules that aren't present on my workbench.  Maybe that would be a problem too.   Jj

Hi Everyone,I have a customer that needs a CQM1H (CPU51) replaced. They purchased the processor new-old-stock from a source they found online. It arrived in the original packaging and had the safety label around the top of the unit, so it seems that it is as advertised and no need to suspect that it would have problems. I purchased secondhand, a power supply to attach to it and program it from the bench instead of in the machine. The customer also provided me with an SD card containing the project file(s) for the machine. I am able to load the project in CX-ONE (running on Win 7) just fine. My computer has a native serial port (COM1) and I built a programming cable to work with the DB9 peripheral port according to a diagram I found online.The processor powers up right away with the ERR/ALM continuously on. No other LEDs came on initially, and after a bit of playing around with communications settings, I finally landed the right protocol and my computer seemed to identify the processor correctly. I compiled the source and attempted a transfer to the PLC. I got some failed message (or maybe messages) at the end of the transfer. It did seem to send all of the binary code, it just ended with an error message that I unfortunately didn't write down or grab a screenshot.Anyway, what I have now is a PLC processor with the ERR/ALM LED on always, I've never seen it in RUN mode, and now after the programming attempt, I'm seeing the COMM LED strobing at about a .5sec frequency (with or without a cable attached to the peripheral port), AND I cannot get CX-Programmer to again acknowledge the processor anymore. I'd like to reset this back to the way it arrived to me, but can't figure out how to make that happen offline. The DIP switches don't seem to cause that effect. I should say also that the DIP switch settings are all OFF except 3 and 7.Any help is much appreciated!Thanks,John