Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - iamjer76

Pages: [1]
1
Support Questions / Web Viewing
« on: August 18, 2016, 04:31:51 PM »
Has anyone successfully setup an Advanced HMI application for web viewing? Is this even possible? Perhaps with MVC?

2
Support Questions / 399a Missing Components from AdvancedHMI
« on: October 28, 2015, 10:18:07 AM »
I have a project that I had built in version 398s, but I was having some issues with too many items being written at once that were addressed in 399a. Everything was working last week, but today when I open the project in VS2013 to make some additional changes, most of my forms are no longer able to be opened in design mode. I am getting the following message:

Missing Components from AdvancedHMI. C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\
Instances of this error (1) 
 
1.   Hide Call Stack
 
at MfgControl.AdvancedHMI.Drivers.CIP..ctor()
at MfgControl.AdvancedHMI.Drivers.CIPforPCCC..ctor()
at AdvancedHMIDrivers.EthernetIPforSLCMicroCom.CreateDLLInstance() in C:\Office_Stuff\AdvancedHMI\PrebuiltStartPackage\AdvancedHMIDrivers\AllenBradley\EthernetIPforSLCMicroCom.vb:line 103
at AdvancedHMIDrivers.EthernetIPforSLCMicroCom.set_IPAddress(String value) in C:\Office_Stuff\AdvancedHMI\PrebuiltStartPackage\AdvancedHMIDrivers\AllenBradley\EthernetIPforSLCMicroCom.vb:line 196
at MfgControl.AdvancedHMI.frmControls.InitializeComponent() in C:\Office_Stuff\ALR_Cutter\PB_AllRubberCutter_2_0\AdvancedHMI\frmControls.Designer.vb:line 235
at MfgControl.AdvancedHMI.frmControls..ctor() 


In my project there are 6 forms, 2 of which open without any errors and 4 give this same error. The forms that are giving the errors all are built to inherit one of the working forms. The reason for this is the main PLC I am connecting to has a very limited number of connections that it will accept, so to reduce the number of connections that are being made as well as keep it from lagging as it tries to make a new connection while it changes forms, I have my PLC Connection (ModbusTCP for a TrioPLC) made on one form that has the majority of the controls that need to be on the other forms and then the other forms just inherit that form so only the one connection is being made. There is also a second PLC connection (EthernetIPforSLCMicroCom for a MicroLogix PLC) on this same form. This appeared to work fine in 398s (although the second connection in 399 had to be recreated as it was EthernetIPforPLCSLCMicroCom in the the previous version) and like I said, this worked fine in 399a originally as it worked the last time I had the project opened. Now I am getting these errors.

I tried adding the
"C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\" into my project reference paths, but this did not help.

Something just doesn't seem to be right with the inheriting forms, but I have no idea why it would just stop.

Thoughts?

Thanks,
Jeremiah

3
Support Questions / Modbus TCP - Send Que Full
« on: September 25, 2015, 01:20:42 PM »
I have an application that is replacing an old Wonderware application. There are about 45 recipe parameters I have to send to the PLC which currently works in the Legacy application. The new AdvancedHMI application must be writing too fast as now when I try to write the recipe parameters down, I am getting the "Send que full, may have lost connection or data request too fast" error. I have changed the PollRateOverride on the PLC Driver to 500 and then again to 1000, but the results were the same. I have added a System.Threading.Thread.Sleep(50) after every 10 recipes I write, and I still get the error. My assembly version is 3.9.8.18

Is there something else I might be able to try? I am really at a loss.

Thanks,
Jeremiah

4
Support Questions / Modbus TCP - Check for Connectivity on Launch
« on: August 07, 2015, 10:22:28 AM »
I have an application that is connecting via Modbus TCP. If the PLC is not on the network, which happens frequently, the application throws an exception as it can't read from the PLC. I'm looking for a way to check for connectivity before it loads everything else so that I can send them a message and close the application gracefully rather than the standard exception message.

5
Support Questions / Modbus TCP - No Response from PLC(21)
« on: July 10, 2015, 04:48:18 PM »
I am using version 3.98 and am building a new project to connect to a Trio PLC using Modbus TCP. When I test it out, my basic labels will flash the value I expect them to from the Trio PLC and then they will flash "No Response From PLC(21). This continues and never seems to stop. Please advise.

Pages: [1]