IO_Rack

Thank you for the info. You say Ver 1.1 came with a DB25 dongle. This is good information as this may be a problem as well. I haven't seen the PC yet but most are not equipped with a parallel port these days. Have you (or anyone else) attempted to utilize the dongle with a PCI parallel port card? How about a USB to parallel port converter? That last resort would be to upgrade. I'm assuming that I'll need the development files to create a new runtime. Is this correct? I'll find out more after my site visit today. Maybe they'll have all the relevant material neatly tucked away in a filing cabinet somewhere.

At www.rockwellautomation.com, click on Service & Support > Get Support Now. In the left pane under Resources, click on Tools & Resources. On the center pane under Configuration & Selection click on the link Product Drawings. From here type in the full part number. It doesn't seem to like partials or wild cards. I would have posted the link but then you would have never found it again without it. ;)

Glad to hear and thanks for the feedback! To elaborate a bit... 1) In the Instruction dialog box, be sure to see what data type the instruction is looking for. When the input field is highlighted it will show you UINT, INT, UINT_BCD, etc.... 2) When typing the value in, a preceding "#" designates BCD or HEX. A preceding "&" designates Decimal. 3) Monitor in Hex for BCD or HEX values. This shows the literal value in memory, meaning the actual bits that are set or not set. 4) Monitoring in Decimal or Signed Decimal is an interpretation of the literal value in memory. Example: "4B0" monitored in HEX = "1200" monitored in Decimal. I hope this is helpful. I don't mean to confuse matters.

I don't have the manual in front of me but normally if Omron has memory set aside for items you are not using (such as expansion I/O) then they should be available for free use. However, when dealing with numeric values, you will be safer using DM memory. That is its intended use. The error that you see may be a non BCD number error. If you set a value of "1200" in the dialog box it is input as Decimal. The BCD value will be "4B0" which is an illegal BCD value. Try setting the value as "#1200". When viewing the data online, be sure to 'Monitor in Hex'.

This post is 4 years old. The only issue we experienced at that time was the use of the PIC box. We have since discarded the PIC and we are using the UIC for our DH485 connections. Our XP installations are now up to date with Microsoft and have no issues with RSLinx.

I don't know the differences off hand. Something you can try is to upload (Transfer from PLC) the D memory from the CV2000-V1 then download it (Transfer to PLC) to the CV2000. The D memory contains setup values for special I/O, communications, etc... Also... Are you getting an Error? If so, what is it? What are the modules in the rack? There may be an incompatible module for the CV2000. I'm not sure but if you list them you may get help from others in these forums.

How did you load your runtime file? If you downloaded it via FactoryTalk View ME Transfer Utility then you'll need to do it again and check the box labeled "Run application on start-up". If you loaded it via USB drive or memory card then you have to use the PanelView Plus' menu to navigate to Load the application into memory. I'm not sure of the correct terminology as I don't have a PanelView in front of me right now. After loading your application, have a look at the application settings or start up options.

If I remember correctly, KV Builder is a Windows shell program that runs the old DOS program. This may answer why you see limited COM ports. If this is the case then you will not be able to use the USB to Serial adapter as the program is trying to talk directly to the COM ports hardware. Maybe someone here with more recent experience can confirm this or you can try their technical support.

That fact that it is blinking would indicate that the hardware is working though.... I assume you have tried various serial port settings in KV Builder?

I had a look as well. If you choose Generic Protocol from the Serial Port dialog you can see a couple of ModBus options. I'm not well versed in Modicon and I'm not sure what this entails or requires from the PLC side. I would be interested to know myself for future reference.

The WARNING you are getting is only a Warning, not an ERROR. Your program should still compile even with this WARNING. In CX Programmer you can edit the program checking options from the PLC menu then Program Check Options...

The Allen Bradley solutions are: Graphic Terminal - http://ab.rockwellau...aphic-Terminals FactoryTalk View SE - PC software to develop and run your HMI on the PC. These would be the easiest to get connected. They are also quite pricey. I'm not sure how they handle licenses for students. Maybe you could speak with your local AB distributor or school.

Can you post a diagram of your network setup? Is your "switch in the middle" a managed switch with IGMP snooping turned on? If I'm reading your description correctly then the muli-cast traffic will reach the radio link.

Did you check to see if the PLC has an EEPROM installed?

Before attempting to use the USB to RS232 converter, I would verify the physical serial port on the computer. Use Windows Hyperterminal to verify it's working properly: Open Hyperterminal. Select your com port (probably COM1). Set Flow Control to None. Short pins 2 and 3 then type inside the terminal window. You should see characters. Remove the short then type inside the terminal window. You should NOT see characters. If you do not see characters when the pins are shorted then the serial port is not working. If you decide to use the converter you can verify it by the same method only the com port number will be different.

I have not had the exact issue you mention but issues nonetheless. I've successfully used Western Digital Passports with no issues. I recently purchased a Seagate Go Flex that will suddenly freeze on me for several minutes. It usually happens when the drive is being accessed by other means than the VM. (eg, Windows Explorer on the Host machine), but also freezes for what appears to be no reason. Seagate tech support told me they did not support running virtual machines from their drives as the bottle neck is in the cable. They could not give me an answer as to why I don't have issues with the Western Digital Passport. I have not used other brands and this is all the info I have. I would be interested to hear other's experiences.

From your picture it looks like you are using a ProSoft module for communication. From my experience, I don't believe you need to be concerned with much of the code in the picture. This code was most likely developed by ProSoft and only requires a few changes to make it work for your application. If I am correct, the code in the picture is in a Routine called ReadData or something very similar. If your application is existing, then you can browse you controller tags and look for Inputs[X] tag, where X = [an array index up to the number of blocks being read]. You may find this is the only tag from that routine that is being used in other routines. As for writing data, you may find a Routine called WriteData or something very similar. This code was probably developed by ProSoft as well and you should only be concerned with Outputs[X] tag or something very similar. The examples should be available at ProSoft's website. The examples I found had more rung comments with detailed instructions. Once you understand how it works then can increase the block size if necessary.

I don't have the specs in front of me but I believe the 1761-NET-ENI can only handle 3 connections. These connections include your PC with RSLogix.

Mine has been ridiculous slow since upgrading to ver. 3.3. I posted some questions in this forum a while ago but no one replied. I did contact Rockwell support. They blew it off as a bad connection on my part but I know better because it worked fine just before upgrading. He did tell me I didn't need to specify the port number although after many tries with no success, he finally told me to precede my IP with the "27000@". I finally got connected but it's much slower than it used to be.

I'm writing offline programs for some simple motion control using an MC402-UK module in a C200HG PLC. I have some questions concerning the fundamental operation between them. I'm attempting to minimize the MC402 programming by controlling as much as possible with the PLC. I'm using the IOWR and IORD instructions for exchanging data. 1) The manual states the READ_BIT or SET_BIT commands cannot be used for the UK models. Is there a more concise method of exchanging bit data other than picking them out from a Word? Example: bit_0 = VR(200) AND 1 bit_1 = VR(200) AND 2 bit_2 = VR(200) AND 4 bit_3 = VR(200) AND 8 bit_4 = VR(200) AND 16 bit_5 = VR(200) AND 32 bit_6 = VR(200) AND 64 bit_7 = VR(200) AND 128 IF bit_0 > 0 THEN OP(20, ON) ELSE OP(20, OFF) ENDIF IF bit_1 > 0 THEN OP(21, ON) ELSE OP(21, OFF) ENDIF IF bit_2 > 0 THEN OP(22, ON) ELSE OP(22, OFF) ENDIF IF bit_3 > 0 THEN OP(23, ON) ELSE OP(23, OFF) ENDIF IF bit_4 > 0 THEN OP(24, ON) ELSE OP(24, OFF) ENDIF IF bit_5 > 0 THEN OP(25, ON) ELSE OP(25, OFF) ENDIF ... 2) The manual also states "The servo period is not synchronised with the PC scan time." Does this mean it will require positive handshaking? For example, latch the bit in the PLC then unlatch it in the MC204. I did visit the site briefly and did some simple moves using the above code and this: BASE(1) IF IN(20) = ON THEN SPEED=100000 MOVEABS(3360000) WAIT IDLE WA(3000) ENDIF I used a push button to trigger the bit in the PLC. I did notice that sometimes it would not respond. Any other tips and/or tricks would be appreciated. I feel like I'm having to write a lot more code than I need to. Thanks

The first thing you would need to look at is getting the audio signal to the PLC's analog input. This may not be as straight forward as you think. The analog card would be expecting either a 0 to 10 Volts or 4 to 20mA signal. A dry audio signal will be a very low voltage. You would certainly need some sort of amplifier to get the PLC to see it. Even then, you would need to filter out the high frequencies to receive only the bass or drums for your beat. I've done a quick search and do not see any 'off the shelf' devices for this application although I saw some 'build it yourself' type. I've not done this type of application before but maybe some other electronic gurus in these forums have. Good luck.

In my SE applications, I generally have three displays visible at a time. A narrow strip at the top, a narrow strip at the bottom and the largest in the middle. The middle display will change but the top and bottom will always be visible where you can place your alarm banner. Another method (which I have not tested) may be to place your alarm banner on its own display then switch to that display when an alarm occurs. Let us know how that works out.

Mickey's answer is correct unless you need the actual "state" of bit B10:2/1 converted to a decimal. In that case, If B10:2/1 is OFF, MOV "0" to N7:0. If B10:2/1 is ON, MOV "1" to N7:0. What exactly are you trying to do with the result?

Thank you for the information Ken! I only wish I had read this a week ago. I had a PanelView Ver. 5.1 and did not wish to up the version for various reasons. I had Studio Ver. 5.1 on a Virtual Machine but it would not communicate (for whatever reason). I developed on the VM then copied the *.MER file to my laptop and downloaded with Ver. 6.0. With a lot of trial and error developing on site, this was very cumbersome. If I had only known, it would have saved me a lot of time. Now I know!

Software revisions are the biggest pain with Rockwell's equipment. If you do not have the correct version of FactoryTalk View and the OEM can do this for you then it may be your best option.