Search the Community

I am Facing Problem Getting Kwh Readings From My Satec MFM(PM130-PLUS), Required for an easy & reliable Monitoring On Energy Consumption . Connected via RTU Slave Interface with SCADA User Interface (GE_Cimplicity). Here's what happening : Actual Kwh Reading has 8_decimal data digits on MFM LED Display but on Cimplicity SCADA User Interface Screen It only able to Display it as 4_Decimals point digit, eg, 63290058 kwh shows as 0058 , and 15299999 kwh shows as 9999 , and then 15300001 kwh shows as 0001 i.e 1 only! Plz Do a Rply , your slight approach to my Query Will be highly Appreciated!! :)  

Happily logging lots of parameters, at 1 second rate, and generating a csv file every hour, using Supervisor 3.2 and the ExportLog Supervisor script.  Had to make a dos batch file to collate all the hourly csv files in to a daily csv file, and zip it, and then delete the hourly dlv and csv files, as normally the daily zipped log files are just kept for reactive faultfinding when there is a need to investigate a daily log file using Excel. Problem I find is that the data logging list of parameters is not able to be set to a particular order, such that the csv columns are in a particular order.  Supervisor seems to rejig the order of parameters in the Logging workspace to its own purposes, and that order doesn't align with the order of parameters in the csv file.  Nothing that I could find in the manual or help or poking around seems to describe how the export ordering is done. Anyone been down that path?? Regards, Tim

I'll preface this by saying that our SCADA system is fairly large. Just the stuff that I worked on over the last 6 or 7 years probably has 5,000 - 10,000 tags (mostly real, dint, and bool) per PLC and there are 55-ish PLC's. There are also 30-40-ish flow computers that have 20-30 tags each in the system. Compared to the rest of the system my part is/was fairly small. We use ClearSCADA for the HMI. Kepware for the driver. Comm is supplied by everything from VSAT to Cell Modem to 3rd party wireless, to T1. Scan times vary from 15s to 30s, longer if there is a network hangup somewhere. The system is going to grow.  There is a need to log history once per second on a very few points and our HMI / Comm method isn't up to it. The idea to log 1 days worth of data in the PLC and move it to a "Previous Day" record at 00:00:00 has been tossed around but I haven't had time to implement anything. I started with some ideas this morning, came up with a possible solution, and tried to implement it in an AOI for simplicity. The AOI has become a stumbling block. Maybe my implementation is flawed but I think it's probably fine.  Here's the idea: Create a tag We want to log things like rate of change and pressure. Lets say I want to log the pressure on PT100.PV. My History tag would be something like PT100h REAL[24,60,60] and PT100pdh REAL[24,60,60] for current and previous day logged history MOV data to the tag Use pointers to move data to the array based on the PLC clock H, M, and S. It probably makes sense to put the routine in a Scheduled Task. If I remember correctly the PLC clock is always at UTC unless you "fake it out". I can either leave it alone (preferred... that way daylight savings time is not an issue) or add the appropriate UTC offset to the Hours value. I haven't tried pointers in a 3D array but I don't see why it wont work.  MOV data to previous day tag at the 00:00:00 MOV PT100h to PT100pdh at 00:00:00 and move 0.0 to the PT100h tag. I'd probably be lazy and create a Zero[24,60,60] tag with all zeros in it unless someone has a better, less memory intensive way to do it. Foreseeable issues 86,400 floating point values x 8 bytes is a shade over 691k x 2 for previous day = almost 1.4mB. This is a real problem. One way to mitigate it, somewhat, is to do away with the Previous day tag. The HMI will log the history the actual value for each tag will be in the HMI log files HMI load- Adding 86,400 floating point tags per PLC is going to add to the load in the system. One of the larger stations could have as many as 7 points that would be nice to historize. That's not possible due to memory constraints in the PLC that is installed there. AOI's won't allow for tag arrays that I can see. I tried to make a tag with the 24,60,60 structure in an AOI and it didn't like it.    I'm not sure if I actually have a question at this point. I'm basically thinking out loud to see what kind of feedback I'll get. The need to log is only important for "fault" analysis. 99.99% of the time the data will not be looked at. At this point I think that I've talked myself out of trying to implement this. I think the load that it would impose on the system would be too high. On the other hand, changing the array to a Boolean data type might come in handy for capturing a Boolean "glitch" and not be quite so memory intensive. I could also set it up to capture an hours worth of data and let the HMI historian do the logging. That's still 3,600 points though. 29k-ish bytes. Continuing with that thought, 5 minutes would only be 300 points and the HMI historian should be able to capture that. Maybe that's the way to solve the data issue? Capture X seconds (or minutes) and let the HMI historian log it? The HMI scan time is actually the issue so using the PLC for a buffer that offsets the scan delay may be the ultimate solution. Thoughts?

Here is a recent post that I would like to share. Using Visual Basic 2015 we will log three holding registers from the PLC along with time and date into a Microsoft Access Database. We will log every minute into the database with the information that we collect from the PLC via Modbus TCP (Ethernet). All code will be done and shown so you can implement this in your application with different parameters. The information collected in the database can then be distributed or analyzed in the future. Visual Basic 2015 will be used with the EasyModbusTCP client/server library for .net. We will communicate to an Automation Direct – Do-More PLC. Using the free simulation software of the PLC Designer Software, we will retrieve three values of the Modbus Holding Registers using Modbus TCP. Once we have this information out of the programmable logic controller it will be placed in a Microsoft Access (2010) Database. This will be done by using a SQL command to insert the data. Read the rest of the post... Let me know what you think, Thank you Garry http://accautomation.ca/

Dear  Experts!!! I want to log each and every tag if its value changes from the SCADA. Please help me. Please be clear about all the things. I don't wan to write all the tags in the event server in deviation tab. Its a very long time taking process.   Is there any other way to do it efficiently.

Hi!!! Could anyone tell me how can i log a single single event happening in Scada like login/logout, any tag changes value, operator input etc. I don't have any historian. 1. without making event list of every tag in development 2. using VBA 3. with the help of SQL It would be highly appreciable. Thank You.

Hello everyone! First of all, I'm a new comer to this forum from Indonesia. The name's Inno. Looking forward to share knowledge with all of you So I had this trivial, but annoying matter with CX-Supervisor Text Points. I had connected it to NJ101 controller. There I made a sample STRING, let's say "1234". I set this STRING to be stored in D0 memory, which means in ASCII it'll now contains : D0 = #3132 D1 = #3334 Then I use the Display Value (Text) Action to a Text Object in CX-Supervisor. The problem is, each Word on the Point display the LSByte first. So the resulting view in CX-Supervisor is : "2143", while I expect to see "1234" I know this can be easily solved by swapping the bytes inside the NJ program, but I'm curious, does CX-Supervisor has the feature to swap these bytes automatically? I mean, even NS or NB HMI can do so to accomodate Mitsubishi/others String system :D This occured for any Text type I choose (Signed/Unsigned/Raw Binary). Waiting for your suggestions

Hey All, I am trying to do some data storing on a PanelView+ and the built in data logging doesn't quite fit my needs. I was looking into the possibility of creating my own ActiveX control for doing this. Is it possible to create custom ActiveX controls for Factory Talk? If so, are there any tutorials for doing so you recommend? Also, are there any sites that have custom ActiveX controls to download? I realize this may not be the easiest thing to do, but if I could create my own I could use it for various machines and would make things a lot simpler in the long run. Thanks

Hi Guys, I am new to Cimplicity SCADA but I was familiar with HMI. Now my requirement is to separate / dedicate the alarms to each process or setup in the respective screen. Prior they have made all alarms to fire on all screens/ all process. Now idea to separate the alarms in the respective screen. In all screens on top, if I click on alarm object, its properties are Link Container and it has Link source file as xxx.cim and Link source Object as Alarm. Please guide me from the beginning, how they configured the existing alarms also I am not understanding. I need help please. Thanks a lot.

http://accautomation.ca/now-you-can-have-robust-data-logging-for-free-part-1/ YouTube overview: https://www.youtube.com/watch?v=6Xa2HYVOxE0 Robust PLC Data LoggerWith traditional loggers, software will read the memory of the PLC and store in a local computer. If the network stops or the PLC communication fails then the logging will stop.Creating a robust PLC data logger allows the communication to be stopped for a period of time without losing any of the data for collection. This is accomplished by storing the data locally on the PLC until communication is restored. All of the data is then read without loss. The amount of time that the connection can be lost will be dependent on the memory size of the PLC and the frequency of the data collected.This series will walk you through the steps to create and implement a robust PLC data logger using the following equipment and hardware. Automation Direct – Do-More – H2-DM1E PLC (Ethernet Modbus TCP)Do-more Designer 1.3 (Simulator instead of PLC mentioned above)Windows based computer running IISVisual Basic 6Regards, Garry http://www.accautomation.ca