I have a MK5 TMR training panel which comes with prom chips that are set for a particular job site. I have two [I] processors that are from a different job site and I want to make the training panel compatible with these PCs.
I did an eeprom UP to one of the [I] processors for USER on [T] core only so that I would have backup.
I then did a card_id to get the IOCFG prom revisions.
I then got the other PC and updated the prom revision in IOCONFIGURATOR for IOCFG_Q.DAT, then did a eeprom DOWN USER to [T] core. On reboot the [T] core goes only to A4 status.
I then did an eeprom DOWN from the backup [I] and was able to recover the panel [T] to A7.
Can someone comment on whether It is always required to therefore do a download ALL to format the SDCC/LCC proms in order to get to either A6/A7?
No, it's not generally necessary to download ALL to get a processor to A6/A7. There are basically four types of Mark V panels: A; Hybrid A; B; and Hybrid B. (Some versions of CARD_ID actually tell the user which version the panel is, but that's probably only on GE Mark V HMIs with TCI.) Some Mark V panels use DCC/LCC cards as the main processor cards; and some use SDCC/SLCC cards for the main processor cards. The format (generally size) of EEPROM partitions varies with different PROM revisions on the different sets of main processor cards.
Also, when "updating" PROM revisions, did you encounter any issues when you clicked on VERIFY SCREEN? Because depending on the differences in major and minor revisions, the changes might not have actually taken place (the card configuration files in the PROM subdirectory have to have the ability to go up or down in revision level(s), and some files (newer files, usually) have this capability and some don't.
When you did a EEPROM UP, which partitions/options did you upload? Just IOCFG?
You can just create a new UNIT-specific directory structure on the <I>s
and switch to the new unit-specific directory and do an UPload of the parameters (I don't know if one can UPload ALL; I've never tried it myself). That way you have all of the information from the training panel stored away in a safe place. Then you could try DOWNloading ALL from the UNIT1 directory of the <I> and seeing if you can get <T> to go to A7. (A6 is the I/O Status that says everything is good (I/O Configuration, mostly--that all I/O cards are reading I/O) and the processor is synchronized with the other processors and is ready to write to outputs. A7 means the outputs are enabled and being written to.)
Lastly, when the processor would only go to A4, did you use the LCC/SLCC keypad/display to try to determine which card(s) were not working properly?
How are you? Hope all is well
Thanks for your prompt reply. As it took a day for my post to come up on the forum and your reply to appear I tried doing a Download ALL to [T] in the meantime. This resulted in A4/A5 status.
As per your question my original UP command to save a backup was USER.
When I tried also changing the prom revisions in IOCONFIGURATOR I had no problem using VERIFY screen.
After restoring to A7 I then just tried an eeprom FORMAT command followed by an eeprom USER and again after hard reboot only reached A4.
I then looked at the hardware jumper settings on the HMI screens and compared then to the MK5 DCC/LCC cards. I then found that the PC software is for SDCC/SLCC type cards. Can you comment on whether this can still be compatible or not with DCC/LCC cards.
I can,t change the PC software side as these are spares for an offshore platform MK5 panel.
Most likely you will require the PROM subdirectory which matches the PROMs which are installed in the panel.
You can easily use the <I> processors just by making a couple of changes. First, refer to the IDOS directory structure in Chapter 3 of the Mark V Maintenance Manual, GEH-5980. You need to create a new directory structure under the IDP directory; call it TRAINER, to match CONFIG directory structure. It will need the RUNTIME, UNIT1 and PROM, and USER directories. You do this from a command (DOS) prompt.
Then you need to open C:\AUTOEXEC.BAT and change the F: drive SUBST command to point to C:\IDP\TRAINER instead of C:\IDP\CONFIG, and re-start the PC. Upon re-boot, it will probably complain that it can't find any Global Data Dictionary files--because there is nothing, yet, in the new F:\RUNTIME or F:\UNIT1 or F:\UNIT1\PROM directories.
If you have <I>s for your current Frame 6B, you can copy the contents of F:\RUNTIME and F:\UNIT1 and F:\UNIT1\PROM to the <I> in the C:\IDP\TRAINER directories. This will likely allow you to get to <I> displays, but without PROM subdirectory files to match the cards and PROMs in the panel, you're not going to be able to do much else.
If you post the results of a CARD_ID for the panel here, there are probably enough people here with various panels and configurations that can send you files to populate your PROM subdirectory with. You will also need to post the card names/revisions for all of the cards (CARD_ID won't provide enough info). You need to provide the group numbers as well as the names of the cards. (Sometimes the cards have a part number silk-screened on the card which ends in an X. That's a generic card number. There is a second part number which has all of the group and revision number. You should also compare the results of CARD_ID to the actual PROM revision numbers on the labels on the PROMs, because there are some known problems with CARD_ID not reporting proper PROM revision levels....)
Your best chance of getting this panel to work is to have the proper PROM subdirectory files to match what's in the Mark V panel, then compile the software from your Frame 6B with those files, resolve any errors, and download to the panel. And, when you re-boot chances are good that the processors/panel will go to A7. Without the proper PROM subdirectory files your chances of success are poor; very poor--especially if the training panel has SDCC/SLCC cards and your Mark V(s) has(have) DCC/LCC cards.
You can easily change back AUTOEXEC.BAT back to the original configuration. If you copy the F: SUBST line and paste the copy below the current one, then change CONFIG to TRAINER, and put a "comment" mark (REM or :: or whatever is used in the file to prevent the comment from loading) in front of the line with CONFIG, you can then quickly change back and forth just by moving the comment from one F: SUBST line to the other.
You should ALWAYS make back-ups before trying anything like this. But, there should also be a default AUTOEXEC.BAT in G:\DATA which you can copy back to C:\ if there are any problems (check to make sure the HMIs have the default files in G:\DATA--AUTOEXEC.BAT, CONFIG.SYS, and RUN_IDP.BAT, at a minimum).
I'm sorry to say, without the PROM subdirectory files to match what's in the panel, you're going to be very hard-pressed to do anything with that panel and those HMIs. Again, with some work and luck we might be able to get you the files you need. But, you need those files. (The files will include all of the panel-specific files for a Mark V--UNITDATA.TPL, UNITFREE.TPL, UNITMAP.TPL, card configuration files, and DCC/SDCC PROM files (for the CSP). And all of the .PIC and .SRC files for the blocks, too, to match the DCC/SDCC PROMs. It's a LOT of files--but, with some luck, we might be able to make it happen.) If you can get in touch with the site where the training panel came from, you only need the PROM subdirectory files. (Of course, if you could get the UNIT1 files that would be excellent! And, if they used an <I>, the RUNTIME files would also be great.)
But, let' have a go and see what we can do from this forum!
Could I ask you to reverse your thinking on this.
Our training room MK5 panel already has quite a few (I) processors that came with it as part of the original factory setup. But the unit Frame type and job location of the software are not as related to our customer base as the other (I)s that I am trying to set up.
The two (I) processors I have been "referring" to come from another job site. I do not want to change anything at all with these processors as they are spares for that site.
If I was changing anything at all it would be with the panel side to communicate. But as the DCC/LCC cards are not compatible with this software it would seem that to do this would be more a hardware exercise of changing cards and prom chips.
If that is the case can you confirm and I will just close the thread or if you have any other possibilities that would be good to hear
I'm more than a little confused.
As I said, there are four basic types of Mark V panels, and it's very difficult to mix and match cards between them. There have been changes to IONET and DENET speeds in the various panels, and while some cards are "universal", others are not. In particular, the DCC/LCC and SDCC/SLCC cards are PROMsets are not so easily interchangeable.
As for "reversing" the process, I have been trying to think of a way to do that, but I haven't been able to come up with anything I think will work. Since you have <I>s, they came with reverse compilers, so you could upload ALL (to get the proper format), and reverse compile the Table Files and the CSP, but ALL comments in any files will be lost, and the CSP won't separate into the proper segments as before. And, you don't have the PROM subdirectory files, so you can't recompile anything. And you don't have any of the displays for the unit. And, you don't have the UNITDATA.DAT file, or alarms, or .ASG files, or anything like that.
Sorry. If you just had the PROM subdirectory files to match what's in the "new" Mark V you could download what you have and make the "new" panel match what's in the <I>s you have for the training room. But, I imagine you wanted something different. Perhaps the "new" Mark V had simulation software in it?
So, you could connect one of your training room <I>s to the Mark V and create the "TRAINER" directory structure, modify AUTOEXEC.BAT and upload ALL, and then use the reverse compilers in G:\EXEC to get .SRC files for the Control Constants and the CSP and other IOCFG partitions (the I/O Configurator files are already compiled and the I/O Configurator "reverse compiles" them to display values in engineering units and then compiles them when you 'Save and Close'--so nothing to do there). But you still won't have alarms (unless you create your own ALARM.DAT file, and you won't have Enumerated Data (unless you create your own ENUMDATA.DAT file). And you won't have any panel-specifc Diagnostic Alarm files.
I wish the news were better....