navillusi

Can you post the code and identify exactly which output you are having probelms with?

Any instruction that references a special function module, i.e. an analog or comms card etc (anything with buffer memory) would use the To and From instructions. The first operand of the instruction refers to the "head address" of the module, second operand refers to the buffer memory location. The head address is the start I/O address with the last 0 removed hence a module with the start I/O of XY90 would have a head address of 9 The head address can be expressed either has hexadecimal (H9) or as decimal (K9) in the to/from instruction. If you are using the MOV Ux\Gx on the Q series it must be in decimal. Thus in your example, the ethernet module has the start IO address of 100h thus [TO H10..... or maybe [TO K16.... if you use decimal Try to stick to one format though, it gets less confusing, most of the manuals for the A and Q series use Hex for the head address, you normally only see the decimal version in Fx PLC's In your example when you used [TO H7...., the PLC was trying to reference buffer memory which was somewhere within the 64pt output, hence the error Regards

The IO setup is as follows: X00 - X1F slot 0 - 32 point input X20 - X3F slot 1 - 32 point input Y40 - Y4F slot 2 - 16 point output Y50 - Y8F slot 3 - 64 point output Y90 - YAF slot 4 - 32 point input XYB0 - XYDF slot 5 - A1SJ71PT32-S3 48 point XYE0 - XYFF slot 6 - A1SJ71C24-R4 - 32 XY100 - XY11F slot 7 - A1SJ71E71N-T - 32 point (?) Thus the IO that you would use would be XY100 - XY11F and the head address for the module would be H10 (i.e. [TO H10 ...etc) The 71PT32 Melsec Mini card that you mentioned was 48 points, are you sure? I think that this can either be 48 or 38 points depending on the position of the swicth, the IO above relates to it being set as 48 points, your suggestion of X100 as a start address would be correct if it were set to 32 points If this does not help, can you either post the code or let us know the exact instruction at which the processor is failing Regards

For the F1&F2 PLC's you need an interface module. This is called an F2-20 GF1 which connects to the front of the PLC. You will then need the older comms cable (SC-02 or SC-03 I can't remember) to connect this to your PC. I wish you luck in finding a F2-20 GF1 as they have been obsolete for some years in the UK now. Though I am told you can still get them in the US Don't forget also that you will need DOS Medoc to program the unit as GPP & GX do not support this old PLC Perhaps Mitsubishi will loan you one FOC if you are using their new PLC's for the replacement. Otherwise you may have to pay!

In selecting the type of C24 module, your only options are: AJ71C24 or AJ71UC24 as the others are for Q Select the AJ71C24, set the data rates etc to match how the card is configured and you will get on-line In answer to your second question, If I remember correctly, dedicated protocol 1 is used for plc to plc communtications, the dip/rotary swicthes on the card must be set according to the manual and be identical on each plc (except for stn no!)

You need to download the ENI/ENIW utility package from the Rockwell website, Install it, connect it to the ENI interface using a micrologix serial lead Set up the IP address, serial baud rate etc and then download it to the Eprom of the ENI Reboot and connect it to the micrologix and your ethernet network. Using and ethenet/ip driver, it should pick up th IP address you gave for the ENI as the icon for the micrologix.

Failing that.... Remove the processor from the chassis, there will be a label on the side detailling the processor type, series and firmware revision eg. 1747-OS401 (o.s.#) C (series) 8 (firmware rev)

All controllogix timers have a preset timebase of milliseconds, you cannot change this. I suggest somethign like - MUL source a=HMI_Hours source b=3600000 Dest = hours_timer.PRE Either that or do the scaling in the HMI tag

ControlLogix: For each task, there will be an assigned main routine (this appears to have a no. 1 on its icon), this task is scanned continuously. For each further subroutine under the main routine, these must be called by the use of the JSR function. You have one JSR for each subroutine in the program, it is usual to call them all from the main routine, though you can call a subroutine from a subroutine. If you want the entire subroutine to be scanned, there is no real need to put a return instruction in, when the program gets to the end instruction of a subroutine, it will jump back to the place it was called from

dgwill, The problem that you are experiencing is a common one, it comes about usually when you save the program whilst you are still connected to the PLC. Thus the software assumes you have a connection even when not, thus when you try and convert, it will try to start comms to the "now disconnected" plc. To resolve this, go to "tools" and "options" select the "after conversion writing behavior" select "dont write to PLC" convert as normal

There was a post in Nov 2003, which explained: MEDOC DOS works in almost any DOS environment, real or emulated. However, to communicate with the A-series via the CPU-port under NT/2K/XP, you may need to add command line option Fn (e.g. "MEDOC F10"). The value "n" introduces a delay and may be tweaked up or down for best results depending on computer speed and acceptable delays. This is a workaround for the NTVDM (which MEDOC DOS runs under) being unable to carry out precise UART control from DOS-applications. This in turn is required for the A-series CPU-protocol to work properly. I can confirm that this does work as I use medoc with XP!

The SC-09 cable comes complete with a 25 pin D connector to round FX plug in order for connection to the FX processors, I believe that this "adapter" was sold seperately in the days of the SC-03

A lot depends upon network distance and the criticality of the network. I have used ordinary three core screened cable for a small distance network with no problems. If you contact Mitsubishi, they will give you the spec for the proper cable, though I believe that they don't sell it direct.

Trust me, my pages are still live.... For those who do not use Comlite as they haven't got a win 98 pc anymore, try sermon from HHD software, http://www.hhdsoftware.com/ it works on W2k & XP and is a much better product.

The software you require is called "MAC PROGRAMMER +" and should be available from your Mitsubishi distributor or from Beijers

Apart from the obvious differences "Generally", relay outputs are used on AC circuits, usually up to 110/240v transistor outputs are normally used on DC circuits @ 24v. Other important factors are switching speed (trans faster) and number of operations before they pack up (trans more operations)

The ERR led on the cclink master can appear for numerous reasons, it could well be configured incorrectly or one of the slave devices it is looking for may be missing. Can you give us more information i.e. what the network configuration is, what slave devices you are using, can you post your code?

The part # for the cabe is an SC-09, available from Mitsubishi distributors for around £70. Though if you look, you will probably find either an alternative supplier or the diagram to make your own on this forum.

In short, yes, GX Developer is compatable with A1N, the software will cover Fx, A, QnA and Qn, what it will not program are very old plc's such as F1, F2, K

For the F1&F2 PLC's you need an interface module. This is called an F2-20 GF1 which connects to the front of the PLC. You will then need the older comms cable (SC-02 or SC-03 I can't remember) to connect this to your PC. I wish you luck in finding a F2-20 GF1 as they have been obsolete for some years now. Perhaps Mitsubishi will loan you one FOC if you are using their new PLC's for the replacement. Otherwise you have to pay!

The unit you are looking for is a COM-10ET-T ethernet interface for FX series, I believe that the unit is available in Europe the a previous thread discussed this FX Ethernet The manual is also attached for info. Regards fx_com_et_10_t.pdf

In the alarm list in RSView, you have one entry for the in alarm state and one for out of alarm, which are cleared when accepted. If you have a fleeting alarm, the alarm page can quickly fill up as it is displaying the alarm in both states. I am sure that I have seen it (and did it on an RSView course once) where the alarm will be displayed as "in alarm" and if the alarm clears before it has been accepted, it changes colour to "unaccepted cleared". If the alarm then re-appears, the text and colour change back to "in alarm" & repeat until bored, this saves having a full page showing only one alarm. Trouble is, I can't remember how to do it, not even the course notes tell me. Has anyone any experience of this or was I dreaming it??

The password retrieval method was designed as a work around when you are left with a PLC, which your company has paid for (and the IPR that goes with it) and the original software supplier has gone out of business. This has happened on a couple of systems that I have been involved with, the software supplier does not get paid by the main contractor which forces them out of business. The other scenario is where the software supplier tries to hold the customer over a barrel by ensuring that they are the only contractor able to work on the system, often at largely inflated rates. Years later the end user (us) is left in a corner where we either pay over the odds for a complete re-write of the PLC code or do a little work to find out how the passwords are stored. At the end of the day, it is a work around, aimed at helping the user (i.e. most people in this forum) save money and time on a PLC which their company has paid for. Regards

A method of discovering the password in SLC's is in the downloads section on this forum Downloads I know it is for SLC but it works the same on Micrologix, if you cant get Comlite to work, I would suggest the HDD Serial monitor ( www.hhdsoftware.com )

This only applies to QnA & Qn processors, you cannot have multiple program files in A or FX: Expand "Program" in the project manager tree Right click on "main" select "new" Enter the name of the new program file in "data name" Select whether Ladder or SFC in "program type" Open the PLC parameter dialog and select the "program" tab Insert each program in the order you want and select the execution type, i.e. scan, low speed, wait etc. To create a subroutine in a single program file, you will need the "Call" command to call a subrotine which lives between the FEND and END instructions. Call commands use a reference pointer, such as P1000 for example.