MK5 MAKE "Access is denied"

A

Thread Starter

ABB

Hello,

We worked with Mark V, for control of the turbines 7EA in combined cycle. The version of our Cimplicity is 4.0 and work in the windows NT workstation.

I accomplished the alteration of some parameters of constants and in the sequence editor. however when I went to try to compile the alterations with the command "MK5MAKE", they appeared some mistakes, as in the striped below:

What should make?

F:\UNIT2>mk5make

Point assignments are now being made using IO.ASG, FACTORY.ASG, ALLOCSSP.ASG
and SITE.ASG

Access is denied.
Access is denied.
Access is denied.
Access is denied.
Access is denied.
Access is denied.
------------ Opened PROM\UNITMAP.TPL file.
------------ Closed PROM\UNITMAP.TPL file.
Unable to open output file UNITDATA.DAT.
Program terminating with no action taken.

The new UNITDATA.DAT file is now being validity-checked and sorted.

Access is denied.
Access is denied.
Access is denied.
Access is denied.
Access is denied.
Access is denied.
Access is denied.

Access is denied.
ERROR IN SORTING: Unable to open output file. No changes made.
The Table Files are now being re-compiled.

Access is denied.
Access is denied.

Access is denied.
Access is denied.
Access is denied.
Access is denied.
Access is denied.
Access is denied.
TABLE_C: Table compiler for Mark V AP1 files. (Version 5.0)
Loading data dictionary.....6642 points loaded.
...UNABLE TO OPEN OUTPUT FILE "CONST_B.AP1".
......NO OUTPUT FILE CREATED.
CONST ERROR: Unable to write output file "CONST_B.AP1".
...UNABLE TO OPEN OUTPUT FILE "CONST_Q.AP1".
......NO OUTPUT FILE CREATED.

etc...
 
Do you have two HMI's? I have seen this happen if you copy one HMI set of files to another using a CD to transfer the files. The CD will copy files as read only and you get access denied errors. If you need to copy files to another HMI, do it over the your network.
 
Hi!

I already tried to do the command "MK5MAKE" in the other stations, however the same mistake happened. With that I cannot make transfer of the files for net or burn in the CD, because they were not compiled.
Observation: I am in the user "administrator."
 
Hello over there...

Did you deselect the "READ ONLY" option from the attributes? This can be checked from the properties of a file.

Good Luck...
Tempus Fugit
 
Similar messages also occur when one tries to run MK5MAKE.BAT in the wrong directory. You must be in the unit-specific directory (i.e., F:\UNIT12for example from your original post) when executing the batch file.

Is this a multi-unit HMI? It's been a very long time, but if the HMI is a multi-unit HMI, one should make sure that the TCI is set to the desired unit from CIMPLICITY and/or TCI and then change to the proper unit-specific directory and execute MK5MAKE.BAT. There's a command-line utility to do this, but I've forgotten it; sorry. You could look in the GE Mark V Speedtronic HMI Manual for the name of the utility and a brief description, I believe.

But, to Ali Oztas' point, if the files were copied from a CD, it's very common that the process of copying them to the CD and then copying them from the CD to the hard-drive sets the Read Only attribute for all the files to true. So, it's necessary to select all the files in the unit-specific directory and de-select the Read Only attribute, and then do the same procedure for the files in the PROM subdirectory.

However, if any files the originator tried to edit had their Read Only attributes set, then it would have been necessary to change the attribute just to edit the file(s), which would also be a clue to solving this problem.

Lastly, some field engineers tried to implement "password" levels on GE Mark V HMIs without instructions from GE Salem. (Actually, GE Salem never produced the instructions back in the early days of GE Mark V HMIs, so everyone was just 'making it up' as they went along.) So, I've been to sites where all of the permissions for various executables were all set to different parameters, and it took days, literally, to go through all the files in G:\EXEC and try to get them working, without any password level protection.
 
Hi,

First to check that you are logged in as ADMINISTRATOR. Then make sure you have set the turbine control to All HMI control, make sure u r not on remote mode of control. I have experienced similar thing earlier.

Thanks,
Mambo
 
Gentlemen,

Yes, this HMI is the multi-unit HMI.
The problem was really related with the consequence of the copy of CDs, what modified the files for "only reading", as in described below:

"But, to Ali Oztas' point, if the files were copied from a CD, it's very common that the process of copying them to the CD and then copying them from the CD to the hard-drive sets the Read Only attribute for all the files to true. So, it's necessary to select all the files in the unit-specific directory and de-select the Read Only attribute, and then do the same procedure for the files in the PROM subdirectory."

Thank you very much to all for the help.
 
Top