Search the Community

Hi everyone, I am using an EA9 touch panel from automation direct. I am using C-more's "call recipe" function to create and write new recipes, inputted by the user. My problem is that every time I make a change in C-more and send it to the panel, I lose all of the recipes created by the user because they are over written by the ones (there and not there) in my recipe database, on my computer. Now, I know this can be avoided by just uploading from the panel to start with. But inevitably, I will forget to do that one day. I would like to store the recipes on an SD card, so that they will not be lost when I make changes to the program. Has anyone done this before? Is it possible?

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'm in process of putting together a proposal for a client using FactoryTalk Plus. The process involves 2 main ingredients that will be batched using Recipeplus component. there will also be several manually added ingredients. I need to make these part of the recipe for data logging purposes. Has anyone added a component to Recipeplus for manual entry of these minor ingredients? No sense reinventing the wheel if there's a solution out there.

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 All!!! Please tell me the way how can i delete recipe from Runtime. There are only save and restore options in the inbuild recipe function. I am using inbuild recipe function. Factory Talk View SE v8.0 (all the patches till date are installed) I have RSView32 VBA code but i am not able to use it in FTV SE Please help me with it!!! Private Sub Display_AnymationStart() Dim sRecipes As StringList Dim vRecipe As Variant On Error GoTo ErrHandler Set sRecipes = gProject.GetComponents("recipe;files") For Each vRecipe In sRecipes LstRecipeNames.AddItem vRecipe Next vRecipe ErrHandler: If Err.Number Then gActivity.Log Err.Description Err.Clear End If Set sRecipes = Nothing Set vEachRecipe = Nothing End Sub 'user selects the recipe name in the list box, and then presses delete button Private Sub cmdDeleteRcp_Click() On Error GoTo ErrHandler If LstRecipeNames.ListIndex = -1 Then MsgBox "Select a recipe to delete" Else 'delete the recipe file, and remove from the project gProject.DeleteComponent "Recipe;files", LstRecipeNames.Text 'remove the item from the listbox LstRecipeNames.RemoveItem LstRecipeNames.ListIndex End If ErrHandler: If Err.Number Then gActivity.Log Err.Description Err.Clear End If End Sub The bolded points are problem, Bypased the error handler , but please lemme know how can use use this commands in FTV SE, as VBA in SE is client based blah blah... gProject.DeleteComponent "Recipe;files", LstRecipeNames.Text

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.

Hello, I am using a Weintek EMT3105P HMI with a 1769-ERML33 AB Compactlogix PLC. I have had the equipment at the customer site up and running for 4 months now with no problem. Now have a problem with the recipe data base. All the formatting is correct, all the addressing is correct. All the items in the numeric input object properties are correct. However it has been converting the data entries for some cells in the recipe database to scientific notation and ignoring the format. I have a recipe input for the number of holes to drill, which writes from the numeric input object to the recipe for number of holes. It is formatted in the numeric input object properties as 3 digits to the left and 0 digits to the right of the decimal point. When I write to this, lets say the value of 2, the number that written to the recipe is 2.45655e40. I have done everything I know to fix this problem, delete, recreate, uninstall the software, the data base and all to no avail. I still have the same issue. If anyone out there has any ideas or experience with this I would appreciate hearing from you. Thanks in advance. Oldnerd

Dear friends. I faced one problem of recipe working. Could somebody help me? I try to create recipe and use it in my program. Fisrt of all I decided to learn how it working and for this I used documentation NB-Designer Operation Manual. I created my test program, but it doesn't work as I need. Bellow I want to describe, what I need: I want to have 5 program with 4 parameters and download these program with parameters inside to the PLC. In attachment you can see my program. test.zip

Hi!!! Could anyone please tell me how can i make my recipe function working having : 1. SQL database linkage 2. VBA programme 3. Without making new recipe tags (want to use actual plc tags only, no new recipe tags) I am new to factory talk so please tell me from the scratch. It would be highly appreciable. Thank You.

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.

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

File Name: Recipe Sample Code - Ladder program with supporting NB project File Submitter: Michael Walsh File Submitted: 31 Mar 2015 File Category: PLC Sample Code This is a quick bit of code to show how a recipe function might be written if one were to do it in the PLC rather than the HMI. This is the basic building blocks with which a program could begin to be written. The BSET instruction combined with the indirect addressing method demonstrated would allow for a delete function. Copy and other functionality could be added using similar concepts. Click here to download this file

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