kaare_t

Just use the EI instruction in the beginning (the first line of code that is executed). It's just called "EI" (EnableInterrupt).

Sorry for the late reply. Could you take some more screenshots of location, install-progress, error message(s) and so on?

Just use "MOV" instructions in the PLC code with a trigger from e.g. M3000 that is pressed from the HMI. In other words, statically move the values (or even better $MOV with a string input)... Use the HMI to "trigger" the MOV. -[M3000]--[$MOV '.....' D3000]

You can extend your bus by multiple devices, and for example you can add a gateway like the one you have linked. But to configure these new devices/gateways you need to access the master on the bus (probably the Q-series?). So yes, it is possible, but you need to configure/program the master first. If you can change the configuration then you can change the bus.

Yes, a SCADA will certainly solve your case. However, SCADA systems can be pretty expensive and you don't have a lot of data you need to collect (and for that matter you don't really need all the functionality that a SCADA system delivers), so I was just thinking if there were any other possible solutions. Regarding a SCADA system, head over to HMI/SCADA section of the forum, maybe someone knows of a "small" SCADA system that can handle your data. 15*5 tags are not much, so you are looking for a small, but functional system. Make sure it's scalable since you might want to expand in the future (suddenly you have 15*10 tags that you want to monitor  ). Check out: http://forums.mrplc.com/index.php?/forum/37-hmi-amp-scada/  You will need Ethernet cards/boards for the PLC's to be able to collect data, there are some other alternatives but they will be more complex and more expensive so I'm not going into those at the moment. Your biggest "challenge" though is to actually access the local networks (LAN) where your PLC's are located. My recommendation is to set up VPN tunnels from your head office to all your locations. Do you have any way of "contacting" your remote sites, or are they completely "stand-alone" today?

Discussing hacking/cracking of passwords in the forums is not accepted per the terms of service. And also: If your vendor is not providing a password for editing the scada, there's probably a reason for it... Maybe the vendor has intellectual properties or similar, in any way you need to deal with your vendor.

Ahh, sorry, forgot to mention that Mitsu doesn't name the instruction "FIFO", but FIF.... FIFO's: FIFW = FIFO Write FIFR = FIFO Read If you look in your manual (e-manual viewer) for the R-series, under chapter 3-7-7.5 (Data Table Operation Instructions) you'll have more instructions to play with. Like FPOP (LIFO-style reading).

This is something I'm not aware of but looking forward to see if anyone have an answer to...

You basically need a software for this, and it depends quite a lot on how many devices you have and how many alarms you want to monitor. So: How many PLC's (physical devices) How many tags in each device do you want to collect/monitor

See here: http://forums.mrplc.com/index.php?/topic/34081-fifo-program-examples-for-mitsubishi%C2%A0plc-iq-r-r04cpu-using-gx-works3/

If you put the instruction on the codepage, and mark it then select F1 it will open e-manual viewer with information about the instruction... What specifically are you struggling with regarding the FIFO's in the Mitsu?

That is not how the PID instruction works. You need to download the manual for the FX CPU (search Mitsubishi's website for manuals), and read about PID instruction. Then give it a go. s1, s2 and s3 are NOT kp, ti and td. They are parameter-sets, so you'll need some arrays with more data to be moved. Start with checking out the manual, and post any issues on the road.

No, not possible. One "type" of communication on the port will occupy it. Alternatively, you can add more slaves to the Modbus, but that involves the QJ71MB91.

Try re-copying it to your local harddrive (from CD/USB/Network etc.), make sure you have enough diskspace, and be absolutely sure that you have all the files locally on your harddrive, then try again and post the result(s).

And also: If you are using 2-wire, then 110ohm, 4-wire then 330ohm.

It's straight-forward. Most instructions you are currently using for integers have an "E" in front of them (like "EDIVISION", "EMOV".....). They indicate REAL numbers and can be used freely. Just remember that a REAL number occupies two 16-bit dataregisters, so if you use e.g. D0, then it will occupy both D0 and D1, so the next usable register would be D2. And if you have an integer that you want to convert to real, just use INT2FLT to convert.

Did you copy the setup files to your local computer, or did you run them off a network drive/usb? I think you need the setup files to be locally when installing...

Not sure what you want to accomplish since P100 is a pointer (as you also say yourself). No matter if you use Ladder or ST, pointers are used for referencing other program parts, and sequence control, not to contain "values". What is it you want to do?

I have no idea how the CX2N works with regards to the Modbus protocol. I briefly looked into the manual you linked, and on page 27 it says that D8120b14 selects Modbus or standard MC. This is not a standard Mitsubishi unit, and the spec for D8120 is not the same, so it's impossible for me to help you out. However, it says that you can use the RS instruction when setting D8120b14=0, so maybe there's a chance you can use the standard Mitsubishi function block which utilizes RS instructions together with this unit. You should download the function block solution pack for serial Modbus from Mitsubishi's website and do some testing. Maybe it works... Regarding one parameter, or many parameters, the principal is basically the same: If you have implemented one parameter/setting then all the others are easy, so just start with something simple like "RUN Forward".

You need to figure out which protocols the CR 2DA controller supports. Alternatively implement a/the custom protocol in the PLC and send/receive the telegrams from the ethernet module.

In the P502-ENET you can have a total of 8 sockets, and one Modbus connection needs 2 sockets (send+receive). So in other words you can have a total of 4 parallell servers/clients connected. Note that if you also use MC protocol (like HMI or computer) connected than you occupy one or more of the sockets, and you can have a total of max 3 parallell server/clients connected.

You need to ask the scale distributor/manufacturer what kind of hex (or binary) value the scale transmits when out-of-range. You can also check this yourself by simply generating the faulty situation with heavy objects on the scale, and then monitor the variables in GW2 using e.g. hex view. That way you can view the raw value that is transmitted to the PLC. After you've figured out what the scale is transmitting (the raw value - not the "black face") then you can make the routine for masking out these nan values. In other words, you cannot do a compare with "black face", but you can do a compare on a hex value (or binary) of some sort to mask out errors.

This is not a standard product, and may or may not follow the Mitsubishi standards. This leads to a pretty complex situation where it's very hard to help out. How does this RS485 work? Which instructions do you use to activate it and send/receive data? You should really start by reading the manual, then do some programming, and then when you get stuck in GW2, just post a new topic. We cannot make the program for you, and it certainly makes things more difficult when you are using a product which is not standard... These are the steps I would normally recommend for someone using a standard Mitsubishi product: Use "Labels" in the program (or structured Ladder), to enable the use of function blocks Download the FX Modbus library from Mitsubishi website Run the program Here are some basic steps for your situation: Find the send/receive instructions in the manual for your specific product Build the ModbusRTU protocol in ladder code (see full spec on: http://www.modbus.org/) Run the program It may be that the "built-in" RS485 port on your CPU uses Mitsubishi's RS instruction to send receive data. If that is the case, then you can probably use the function blocks from Mitsubishi's website, but I have no idea!

I haven't tried that exact setup, but since you have an existing system (you're writing that you are to add an additional station to an existing PLC), my guess is that it's pretty much to do the same as have been done before... Just continue the work... It's pretty straight forward to setup the CC-Link nodes with Mitsubishi.

So you have the FX2N-485-BD card then? What software are you using to develop the code? Mitsubishi have function blocks for Modbus communication for the FX2N series since the cards do not support ModbusRTU by default.