Crossbow

You don't move a register from the PLC to the screen, you set the address of the object you create on the screen to point to the data in the PLC. That is exactly what you are showing in your program. You move a number into a PLC address, and then you reference that address in your screen. Should not have to move anything. Have you considered looking at the Twido programming manual? There will be a command in there to move a number into a word. Below is an example straight from the manual. It's coded in an instruction block. %MW10:=100 You can download the Twido manuals from www.telemecanique.com. I also placed the programming manual in the Downloads section here for your reference.

The electrical distributor I used to work for sold them for a while. They put a big display box in the electrical sales counter, had the levers, various contact blocks, etc., after 3 months, not one part had sold, so they returned it...

Info and manuals, including a demo copy of software (won't program an actual device) are available at www.siemens.com/logo. You need LogoSoft Comfort. Version 5 is latest, but depending on the age of your unit, you may not need the latest version. What's the last digit of your part number?

The GOT1000 units do support a client/server option over Ethernet. So you can use that to get data back and forth between the screens and the PLCs. I would go to www.meau.com if you can (might not work outside the US), and in the Downloads section, pick Manuals, then HMI, then GOT1000. The GOT1000 Connection manual will show you how to connect to the PLCs, (which it sounds like you already have) and the Gateway functions manual deals with the Ethernet client/server, email, and FTP stuff. If you can't get to it, I can add it here.

I don't know of any SCADA system which is designed to talk to the GOTs. Networking the PLCs would have been a better approach. But you can use FTP to log into the screens and retrieve data log files and such. You can also use the client/server network and make the GOTs share data over the Ethernet. Once you get all the data in one place, you should be able to read it from one PLC, perhaps by adding an Ethernet module to one PLC and having your OPC server or SCADA package read from that one.

More info, like what version of MT Developer and what version of Windows would be helpful.

Yes. During the installation there is a check box for monitor only mode, and there are two check boxes to install 'Convert from MEDOC' and 'Convert from MEDOC (printout file)'. You'll be all set with GX-Developer.

I think the moderators should be excluded from the top 10 list, so we can actually see the top 10 users... But that's just me. And it has nothing to do with BobLFoot blowing past me a few weeks ago...

Setting up the FX2NC-ENET-ADP is quite easy. You just register the text characters 'ENET' into data registers starting at D1000, 2000, 3000, 4000, 5000, 6000, or 7000. Then in the next 2 registers you store the IP address in HEX. The next 2 are subnet (also HEX), then next 2 are default gateway (hex), and last is port number to use. D8120 should default to 0, if it's not at 0, it must have been set by user. As long as you are using GX Developer 8.25 or newer, you do not need the virtual COM port driver.

My recommendation is to upgrade them to GX-Developer or GX-Developer-FX. When installed, GX-Developer has a 'monitor only' option. By selecting that box in the install process, no changes can be made, only online connections to monitor an existing program. That would be the best bet. Otherwise, the GOT1000 operator interfaces support ladder monitor for FX, A, or Q. You didn't say which PLC family.

Software is GX-Developer-FX, and cable is SC09. Both can be purchased from any Mitsubishi distributor.

Some of the manuals are custom on a machine by machine basis, but if you go to www.meau.com and go into the Downloads section, you can choose Manuals, then the CNC division and should find many of them here. I checked and found M64 and M65 manuals.

I would suspect the Unitelway drivers are not set up properly. Or the USB cable drivers are not set correctly.

Keep in mind Mitsubishi states the serial communications on the amplifier is typically only used for configuration and debug, and Mitsubishi does not support using it for control applications.

To get the most out of it, I strongly recommend GX-Developer-FX.

Licensing is typically per copy, so if you sell your program to 5 users, you would need to buy 5 copies. As for the front port protocol on the FX, it's a proprietary protocol which Mitsubishi does not release to the public. So MX-Component is your best bet.

GPP Software version 00A? Never heard of such a thing. Check the version number. They used to have a package called GPP-Win. It's been replaced by GX-Developer which you can get in GX-Developer-FX version for programming FX series only, or a full GX-Developer for programming all FX, A, and Q series PLCs. Current version of GX-Developer is 8.32.

I hope you mean demo copies. We do not allow discussion of software piracy on MRPLC.Com. I have not found a demo copy of GT-Works online lately. MEAU.com does not have demo software currently, not sure if the European Mitsubishi websites might.

This link will get you to the Siemens S7-200 support website. http://www.siemens.com/s7-200 {edited url changed ww to www 12-7-2006 -- Moderation Staff}

Also if using FX1N, you can get the FX1N-2AD-BD board that installs onto the front of the CPU cheaper than a full blown analog module. But the pulse input would work too.

There's no document I can find that lists what's in the Setup menu, but I was told by Mitsubishi US technical support that the IP address is visible in that menu. Choose Network, then Connections, then Edit (connection 1 or 2) and then TCP/IP Settings... See, sometimes tech support is really worth the call.

Look in the manual for the Honeywell device, it should give you a list of the data it is sharing onto the network. Or where the data is in the device so you can go read it from the CPU.

Keep in mind too you can save a bunch of memory if you do repetetive things in your code by creating your own derived function blocks. As an example, I had a customer fill a 53414A and ask me for a larger processor. He was controlling 13 pumps, 13 heat exchangers, and 26 temperature control circuits. Once we created a function block for the heat exchanger, one for the pumps, and one for the temp circuits, he had over half the PLC free. DFBs are only stored in the PLC once, and called with the parameters for each instance. Saves a bunch of code.

Load cells use a millivolt output. You can do millivolt in the FX2N-8AD, but not in the FX2N-4AD. The 4AD is for voltage or current only.

You D1 and D2 overlap. DHSZ is a double (32-bit) word command, and so the addresses all have to be 32-bit numbers. You can't have a 32-bit number in D1 and D2, since the one in D1 would use D1 and D2 to store. And if you want to compare high speed pulses, do NOT use CMP or ZCP. They are standard scan commands, you want DHSZ or DHSCS and DHSCR. Keep consistent with the high speed commands.