MrAutomation

I've had issues with RSLinx 3.6 as well. Upgrade to the latest version and that should solve your problems. ... Hopefully.

I've used the PLC5 mapping before, but not to this extent. That being said, I see no reason why it shouldn't work.

Upgrade to a PanelView Plus and forget about ordering another old one. Now is the perfect time to upgrade, as your company needs to buy a replacement anyways. Instructions in the PDF below. http://literature.rockwellautomation.com/idc/groups/literature/documents/ap/2711p-ap001_-en-p.pdf

There is a new standard for SCADA, ISA-101. It's brand new, not even fully released yet. But it looks like it's going to be a good one. http://www.automation.com/isa-101-toward-a-more-effective-hmi-strategy

http://www.openhomeautomation.net/wireless-co2-sensor-arduino/ Here's an Arduino based project to get you pointed in the right direction. Remember that Arduino isn't production environment ready. The above linked project is meant for hobbyist, not professionals. If you're building something that is being used to keep people safe, you should use a professional grade, certified product.

I don't know anything about a next generation PAC. I was at the 2014 RSTechEd and in the "What's coming" session there was no mention of it. Rockwell does have to big changes planned with Studio 5000. Rev 24 (25?, I can't remember anymore it's going so fast) has a bunch of new features, including routine/program parameters, and a logical organiser, so you can arrange the program logically, instead of by task. They have some more stuff planned, so that Studio 5000 will be a total solution for all your Rockwell integration needs (Drives, new HMI solution maybe?). This is all based on the 1756-L7x series PLC, and it all rides on the same old RSLogix 5000, even though it isn't called that anymore. I doubt the Rockwell will get rid of the ControlLogix or Studio 5000 anytime soon.

I'm not sure if there's a better method, but you could try to take out each of the individual digits in your Hex number, then use some logic to convert each of the digits to a decimal value. From there you can convert the values using this method: First (Least significant) digit * 16^0 Second digit * 16^1 Third digit * 16^2 ... Eight (Most Significant) digit * 16^7 Add all of the results of these calculations together and you'll have the converted value.

A quick google search will help you there. According to this document, it supports DeviceNet Master/Slave, AB RIO, Profibus, Interbus-S, M-Net, CC Link and EtherNet IP/Slave. You'll need to find the correct documentation to find out how to implement said protocols. If you want to use the existing cabling, you'll also need to find out which protocol is currently in use.

Something IS wrong, with your setup. I'm actually having no problems with copy/paste or anything like that. I've had success with Windows 7/Chrome browser, Windows 8.1/Chrome browser and Linux/Chrome browser. I have seen other posts about forum issues, so it's probably not just you, but strangely enough, I've had no issues at all.

Allen Bradley Panelviews are Class 1 div 2. Many, many other HMIs are as well. The big issue you're facing is the cold, as a typical HMI is rated for 0C - 50C. You have the option to get an HMI built for cold weather (like this one from Uticor, google search result), or use an enclosure with an internal heater. If you go the heater route, you can choose your favorite brand. You can also use a double enclosure with an internal panel to mount the HMI, which will ensure it stays warm, stays clean and doesn't burn under direct sunlight. I'd recommend this route.

As b_carlton mentions, your logic is more complex than needed. Try this (see picture). I used A, B and C tags just as in your functional description. Note that the "Begin" tag in my logic is just a bit, you'll need to decide when to turn that on.

I've never used it, but it looks like Codesys has a relatively active forum of it's own. You might have better luck there. http://forum.codesys.com/

I've never worked on this RTU, but just use two rung sequentially, usually at the very top of your main POU/Routine. The second run is a coil instruction that is always on, and the first rung is a coil instruction that is only on when the second coil is on. On the first scan, the first coil will be false, because the second coil hasn't been scanned yet. After that, the second coil will be true, and thus the first coil will be true as well, until the RTU is restarted. These bits, of course, have to be non-retentive. When Coil 1 is false, you'll know you're in the first scan.

It would be easier to help if you put up a screenshot of your logic

http://www.ebay.com/itm/DC-Current-Source-Process-Loop-Calibrator-True-RMS-Multimeter-2in1-H787/301519673414?_trksid=p2047675.c100005.m1851&_trkparms=aid%3D222007%26algo%3DSIC.MBE%26ao%3D1%26asc%3D28773%26meid%3D765d2f59280543eea6ffbe21de93f687%26pid%3D100005%26rk%3D2%26rkt%3D6%26sd%3D130600016484&rt=nc This one is an exact clone of a Fluke 789. It even looks the same. I bought one of these after I lost my Fluke 789. These days I find myself spending most of my time sitting at a computer, often doing remote access work, so I couldn't justify spending $1100-$1200 on a 789 again. So far the knock-off has served me well, and has been accurate to at least 1%, if not better. It even has the "Loop Power" feature of the Fluke 789, where you can power up and test a transmitter with your meter.

No i think you're right actually, now that I read it again. I guess I wasn't reading carefully. So use a MUL instead of an ADD.

Use a CTU instruction. For your actual result, create a DINT tag "MyResult" and use an ADD instruction so that "MyResult" = "MyCTU.ACC" + 5 That should do it.

Run the factory talk directory wizard. It's in the start menu if you look for it. Make sure you run it for both the local and network options. Did you rename your computer recently?

http://www.citect.schneider-electric.com/scada/citectscada/search?product=SCADA&q=web+client Click on the top link. You'll need to log in. Note that it only supports Internet Explorer. Best of luck!.

Hi, I'm building an AOI in RSLogix 5000 to connect to a 3D Vision sensor. This sensor has an object called a Region Of Interest (ROI), the value of which I output from my AOI as "MyTag.ROI1", "MyTag.ROI2" and so on, up to as many as 20 ROIs. My question is this: Not every instance of the vision sensor will use all 20 ROIs. I want to be able to select how many MyTag.ROI# outputs are visible per each AOI instance, but it appears I can only toggle the parameter output visibility on a global scale. I don't want each AOI to have 20 outputs visible and hogging space if, for example, only 3 are used. On the other hand, I do want the outputs to be visible on the AOI block, and not hidden. Is this possible, and if so, how do I do it? Thanks

It's got a bit of a strange way of setting up the interface. The ethernet interface was originally designed for ASCII communications, and was revamped to have a CIP Ethernet/IP option in a later firmware version. You definitely have to follow the instructions step by step to get it working, there's no way you could just "figure it out." One it's set up, you get to create a bunch of ROIs in your field of view, and you choose what mode you want to be in (Volume, closest distance, farthest distance, etc...). For each ROI, the value of your chosen mode is sent to the PLC. From there it's all PLC logic.

It needs to be V20. There's firmware changes that are required. Also, once you look at the code, you'll see it's not something you'll want to learn from and write on your own. It's a lot of code, and there's a lot going on in it. If you are going to use it, you basically just need to import it into your project and follow the instructions in the documentation.

It's an IFM O3D200. It's actually a pretty nice little device, and cost effective compared to a Cognex or something like that (I think it's about $2000 CAD). It only has a 64 x 48 resolution, but that's good enough for a lot of applications. http://www.ifm.com/products/ca/ds/O3D200.htm Flash Presentation

https://rockwellautomation.custhelp.com/app/answers/detail/a_id/521512 The short answer: No. The long answer: No.

Have you looked at Ignition by Inductive Automation? It's a "general purpose" SCADA, as you mention, but it's a new take on SCADA systems and is very powerful and flexible. It just might suit your needs. Another option is a purpose built SCADA such as Schneider's PowerSCADA Expert. Here's a nice brochure. I can't say anything about this product, but it does seem to target to needs you mention. Best of luck!