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.


Messages - Chipprogr

Pages: [1]
1
Sorry to raise an old thread but...

     how would one know to place an 'F' in front of the Modbus address to read as a float? Is there a document somewhere that shows this and maybe other switches?

Thanks
Eric

2
Support Questions / Re: Driver slowing to a halt - almost
« on: June 29, 2016, 08:32:04 PM »
Hi , I realized after posting that I needed to clarify. I have several drivers that are programmatically Assigned with different ip addresses. I am only changing the comComponent of the controls. In version 399d it worked great, k is broke in this way. What I'm seeing is error messages on the controls. They say things like 'unable to connect to plc(22)' and stuff about index is outside of the bounds, and something about non-negative numbers. I'm away from the Plc at the moment so this is from memory. It's like the drivers are conflicting if they are assigned the same ip. Example - 2 meters with 2 drivers - same ip. They will error ever so often. Version 399d didn't but it's unusable because of the memory / thread issue causing it to slow down and lock up. Hope this helps. Il know more in the morning.

Thanks-eric

3
Support Questions / Re: Driver slowing to a halt - almost
« on: June 29, 2016, 07:08:00 PM »
HI Archie,

   I had success and failure.. The version I was using was 399d.. I copied in the 399k code and made the necessary adjustment to the commComponent naming. The version k driver is working great and does not build up over time ; however... I have a couple forms that have controls on them. Identical except that I am switching between a few PLC's  (micro 800's) and those controls had  a dedicated driver  on the form. I would reassign the ipaddress and the controls would follow to the new PLC just fine. Now that is broken. When I switch ipaddress, the controls will show a correct value but immediately stop reading. They retain that value but never update again. I have also noticed that If i use 2 of the same drivers on different forms, addressed to 1 single PLC, they conflict with each other (unique naming for each)  , that also previously worked.

Any ideas? Thank you so much for your product and for your support.
-Eric

4
Support Questions / Re: Driver slowing to a halt - almost
« on: June 28, 2016, 11:24:00 AM »
hi,
   Come to find out, even if I build a simple application only using the 'drag to form driver' and built in controls, after a day or so, the system needs to shut down and restart to become responsive again. After a while - a few hours, the task manager shows memory usage increase and then it dumps about 100meg from the memory usage and the application continues to slow down. Ive used your program before with great luck on other processors, this 800 series micro is not playing so nice.

Thanks for any help you can provide.

-Eric

5
Support Questions / Driver slowing to a halt - almost
« on: June 20, 2016, 03:32:27 PM »
Hi Team, I have a question. I am assigning a driver via code, Im not dragging it from the toolbox and dropping it on the form. I am using a backgroundworker to keep the driver's read/writes off the User Interface thread so that in the event of a problem communicating, it doesn't drag the UI to a dead halt.    What is happening, however, is that my read/write cycle starts off at about 33ms to complete a pass and within an hour its at 200ms and then over a few hours it gets to 0.5 seconds to complete a pass of the routine. Below is some example code , there are probably 30 read/writes that take place in total per pass. It just gets slower and slower. Any idea on whats going on? Memory leak of some sort?

Public PLCDriver As AdvancedHMIDrivers.EthernetIPforMicro800Com
PLCDriver = New AdvancedHMIDrivers.EthernetIPforMicro800Com(components)
-code example

 Do While True
      If PLC_IO_Write.bNewHour Then
        PLC_IO_Write.bNewHour = False
        PLCDriver.Write("PlateCnt_PerHr_Tick", "1")
      End If
     System.Threading.Thread.Sleep(0)

loop

Thanks -Eric

6
Support Questions / Re: missing components 3.99d
« on: March 22, 2016, 11:44:22 AM »
Ok, Im also seeing this

Error   BC30456   'SynchronizingObject' is not a member of 'EthernetIPforMicro800Com'.   

from the designer in my code..   
 Me.EthernetIPforMicro800Com.SynchronizingObject = Me

I patched the controls as someone else suggested to MfgControl.AdvancedHMI.Drivers.IComComponent and this cleared up the purchased controls issue.

Thanks - any suggestions on the first part?

-Eric

7
Support Questions / missing components 3.99d
« on: March 22, 2016, 11:20:03 AM »
I had previously purchased some controls and have been trying to figure out why I cannot upgrade my project from 3.99b to d. I started with the simplest of projects, the one downloaded as 3.99d and it is fine. I then try to just add a single control - simple LED - and I get the following error:

Error   BC30002   Type 'AdvancedHMIDrivers.IComComponent' is not defined.   AdvancedHMIControls   C:\Custom\Upgrade proj\AdvancedHMIControls\PurchasedControls\SimpleLED.vb   38   Active

when i go to that line -
    Private m_CommComponent As AdvancedHMIDrivers.IComComponent
   
the AdvancedHMIDrivers.IComComponent is missing from the references in  {}AdvancedHMIDrivers

Do I need to purchase controls to match the new drivers?

Thanks -Eric

8
Any update on this ? Is there another driver that does work reading strings that we can use as an example?

Thanks -Eric

9
Thanks, I know I can get it to work that way but I want to find a cleaner , less code way.

I was hoping to use something like directcast but I cannot get the syntax to work out.

-Eric

10
Support Questions / Q: how to get a single control to use indexed drivers
« on: February 03, 2016, 04:10:44 PM »
HI there,

   I am needing a little help please. I have an application Im writing in VS 2015 that will use a single control that needs to then connect to the appropriate PLC.
essentially I am trying to do this...
DrumNo is an Integer
My drivers are named EthernetIPforSLCMicroCom1 to EthernetIPforSLCMicroCom10

TempController1.CommComponent = EthernetIPforSLCMicroCom(DrumNo)
but I cannot figure out the syntax to allow indexing of the 10 plc addresses.

Thanks for the help - Eric



Pages: [1]