Joe E.

You would have better results with a new post for a new question. Is your HMI connected to a PLC? If so, what model/series?

Good catch, Kaiser_will. Rounding floats to integers doesn't always work as we expect.  

Technote 52515 (access level: everyone) says no: https://rockwellautomation.custhelp.com/app/answers/detail/a_id/52515/page/1

I tinkered with some Turck I/O as a trial and it went pretty well using a ControlLogix. We also used an SMC modular valve block with some input modules in a CompactLogix project. As I recall, they had a module that would support Profinet, but I could be wrong. Most of them that I've seen (including that SMC block) only support one or the other, even if the manufacturer supports both. You have to buy either the Ethernet/IP module or the Profibus one.  I think the Turck module supported both protocols out of the box. We never ended up using one, though, since that project fell off the radar screen.  

Windows 7 came with "Snipping Tool" which I use to capture a region of the screen in one step without having to crop it. Other than that, using [Fn] + PrntScrn grabs the whole screen. I use virtual machines for everything, so I sometimes don't get what I expect using that method, though, depending on which machine (VM or host) has focus. Once I have the image, I just save it to the hard drive and drag it to the browser window below where I'm typing where it says "Drag files here to attach...", then hit the "+" icon on the image to embed it in the post.

It does look like he's trying to use FT View Studio, which does not support the PV800 as far as I know (I tried it real quick and it doesn't let me pick the PV800). He needs CCW (free download): https://www.rockwellautomation.com/global/support/connected-components/workbench.page?#tab1  

I think it would be easier to deal with if they all had the same tags. The only tricky thing would be making sure it's easy to connect to the correct PLC depending on which tank you're trying to troubleshoot. If I'm trying to connect to tank 3 and accidentally connect to PLC 5, I could end up chasing rabbits for a while until I realized it. What PLC platform are you using? If you're using Allen-Bradley, you have to "name" the processor. Giving each PLC a unique name will make sure you're connected to the right one. Other platforms don't do things the same way.

For future reference, your PV+ HMI can reach program scoped tags just fine. When you are in the tag browser in ME Studio, under the "online" folder, scroll down to "Program:xxxx", where "xxxx" is the name of the program. Your program-scoped tags will be there:

Do you have the channels configured correctly? IOW, if it's a +/-10V sensor, is that the range set in the module configuration? If it's set for 4-20mA and there is an open in the circuit, you will get the under-range bit and your raw values will be weird. Make sure your sensor is wired to the module correctly. There's a tech note for the 1794-IE12 and 1794-IE8XOE4 configured for mA signals that may or may not apply to your case (access level: TechConnect): https://rockwellautomation.custhelp.com/app/answers/detail/a_id/40829 In a nutshell, there's a protective circuit built in to the modules that disables that channel under certain circumstances. One remedy is to make sure the Flex chassis is powered up and operating before the field devices start trying to drive current and to make sure the circuit isn't interrupted while the Flex chassis is powered on.  

I would expect "Engineering Units" to be equal to "Engineering Units x1".

You don't need to scale it in ladder since it's already scaled in the module configuration. You would just use it as you need to use it, as an alarm setpoint, display, input to a PID control, etc. If your module is configured correctly, the temperature is in normal engineering units for you when it gets to the tag database. So your SCP in 500 would have a destination field that you would set to some address, let's say F8:0. In my screenshot, instead of using F8:0, you would use test1:1:I.Ch0Data in your code. Do you need to change the scaling at runtime?

I'm pretty sure you to have to scale the raw value (1744 in your screenshot) to engineering units. I can't look for it now, but there should be a datasheet or user manual covering that module that gives the ranges, like 0-1000°F = 0-16000 counts or something like that (I just made those numbers up). You would then use a SCP instruction to convert your raw counts into degrees. You can also experiment with it if you know the actual temperature by just adjusting the parameters of the SCP instruction until you get a good reading. I would rather find the actual relationship between counts and degrees, though.

You need to identify the rack/slot/module of the actual module and then search your program for "BTR" instructions that reference that rack/slot/module. Then double-click on "Setup Screen" in the BTR instruction to open the setup dialog. The address associated with each channel should be listed there. You can then do a cross-reference or find-all for that address. For example, if I wanted to find the "ch1 vollmer" data, I would just search for N7:54: Of course, this is the example I have handy. Your experience may vary.

To adjust the scaling, double-click the TC module in the project tree to open its properties dialog box. Go to the "Configuration" tab. There you can set up TC type, temperature units, etc. In the project tree, under the controller, open up "Controller Tags" and scroll down to whatever you named the 1734 chassis. There will be entries for each module. Expand the one for your TC module. In my case, I called the chassis "test1" and the module "test2". The scaled temperature will be in the "~...Ch0Data" and "~...Ch1Data" tags. You can create a new tag with a meaningful name that is aliased to this hardware address.

If you want your learning/training to be the most useful where you work now, you should get an Automation Direct PLC and the software. It looks like they have several lines (Productivity Series, Do-More, DirectLogic, Click). I would find out which series your employer uses. It's possible they use more than one, in which case you would either pick the one they use the most of or price out the different ones, remembering that you need the software too.

What PLCs does your employer use? PLCs vary a lot by brand and series, so your test bench should reflect the company's stuff as closely as possible.  

Your PLC is a MicroLogix 1000, which is supported by the free version of RSLogix 500. You can use AdvancedHMI to create a PC-based HMI/SCADA. Since you have the ML1000, you probably won't be able to use RSLogix to be online with your PC while the AdvancedHMI application is talking to the PLC. It's *possible* that they can both talk if your AdvancedHMI program is running on the same PC as RSLogix, but I would be amazed if it worked, since COM ports are typically not able to be shared between programs. If you go up one level to the ML1100, you get Ethernet/IP communications while still being supported by the free RSLogix 500 software, and you can have multiple things connected to the PLC at the same time.  

For that, I typically do online program changes. They also have a "data preserved download" tool, but I've never used it.

I just created a new PV800 project in CCW and set the communications under the "Setting" tab to look at a MIcroLogix 1100:

I assume you have the drive powered up, right? If that's the case, your trick is what I almost always do, except almost all of the 525s I've personally worked on have been integrated into a Logix 5000 project. I just set the IP address from the HIM and let Logix do the rest. This is only the second one I've done as a stand-alone machine in CCW.

Probably not. I happen to have a 525 that I need to configure, so I popped off the control module and plugged it into my PC. It showed up as a removable drive. The executable runs but shows "Disconnected". I connected it to my VM that has CCW installed and it looks like it works. The executable opens and uploads the parameter file as a *.pf5 file. This file can't be edited as far as I know. I'm experimenting with CCW now to see if I can configure it offline.

Does the unit show up as an external drive in Windows Explorer?  

Can you just do the logging and alarming in the Red Lion directly? If you need to get the information into another PLC, the Red Lion can serve as a gateway. We have 2 systems where we have a G3 HMI transferring data between a ControlLogix PLC and 2 Eurotherm controllers over Modbus/TCP. It can do the same between the 5/05 and CompactLogix processors. Or you can add a CompactLogix that should be able to read tags directly via MSG instructions. Using MSG instructions will likely get very cumbersome if the tags you need to read aren't part of an array tag structure. If you need to read a bunch of individual tags, this may get ugly with MSGs....

I've never done it, but you should be able to use MSG instructions in the 5/05 to read tags out of the CompactLogix processors. I have used a MSG instruction to transfer data between ControlLogix processors whose supported firmware versions were too far apart for produce-consume tags to be set up. That worked well. Back in the dark ages, I also used MSG instructions to transfer data between SLC 5/04 processors over DH+ with great reliability and ease. Edited to add: You will probably have to set up "SLC Mapping" in the CompactLogix processors for the 5/05 to read them. That will require modifying the PLCs, which you don't want to do. With that in mind, you may be better off using another CompactLogix PLC or using an HMI (like Red Lion or AdvancedHMI).

The link worked for me. I think you will need to set up a KnowledgeBase account (free) to view the article. Here is a direct link to the Word document in case that works better for you: https://rockwellautomation.custhelp.com/ci/fattach/get/867658/0/filename/Mains+free+and+pf5+importexport.docx