16
Feature Request / Re: Twincat driver add route manually
« on: October 08, 2015, 03:48:30 AM »
OK
But how can I know the AmsId of AdvancedHMI?
But how can I know the AmsId of AdvancedHMI?
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.
Pages: 1 [2]
17
Feature Request / Twincat driver add route manually
« on: October 07, 2015, 12:00:46 PM »
Hi
I am using the Twincat driver with Adv.HMI 3.99a.
It is working only if i disable all network interfaces except the one connected to plc. Sometimes it works when Wi-fi is enabled also, but Virtualbox and different VPN drivers have added more network interfaces to my system.
Also in the past (older versions of Adv.HMI), I have had a lot of trouble getting AdvancedHMI to set-up the routing properly.
I think it would be great to have a possibility to disable any attemts from Adv.HMI to set-up a route automatically and do it all manual.
The proposal would be to add a Manual/Auto route setup to the properties of the TwincatCom Control.
Then also a "AdvHMI AMSNetId" property where I put in the desired AMS id of the HMI computer.
Then I just use another computer with Twincat system manager to add a route in the plc with the AmsId and ip-address of the HMI computer.
Beijer Eletronics HMI panels work this way.
It is some more set-up work than a fully automatic route set-up, but it's less work than trial-n-error to get a "not always automatic" function to work....
Best Regards
I am using the Twincat driver with Adv.HMI 3.99a.
It is working only if i disable all network interfaces except the one connected to plc. Sometimes it works when Wi-fi is enabled also, but Virtualbox and different VPN drivers have added more network interfaces to my system.
Also in the past (older versions of Adv.HMI), I have had a lot of trouble getting AdvancedHMI to set-up the routing properly.
I think it would be great to have a possibility to disable any attemts from Adv.HMI to set-up a route automatically and do it all manual.
The proposal would be to add a Manual/Auto route setup to the properties of the TwincatCom Control.
Then also a "AdvHMI AMSNetId" property where I put in the desired AMS id of the HMI computer.
Then I just use another computer with Twincat system manager to add a route in the plc with the AmsId and ip-address of the HMI computer.
Beijer Eletronics HMI panels work this way.
It is some more set-up work than a fully automatic route set-up, but it's less work than trial-n-error to get a "not always automatic" function to work....
Best Regards
18
Support Questions / Datasubscriber2 and NumberOfElements
« on: October 07, 2015, 11:47:52 AM »
Hi
Is the NumberOfElements property in Collection of PLCAddressValueItems meant to enable subscription to an array?
I tried, but couldn't get it to work.
I am using Twincat driver and try to subscribe an array of 8 bools in the plc.
Since Twincat stores bools as bytes I tried to set number of elements both to 8 and 64, but i only get the DataChanged event when the first bool is changing, and the e.values is always count=1.
Maybe the feature is not programmed in Adv.HMI yet? I am using 3.99a
Best Regards
Is the NumberOfElements property in Collection of PLCAddressValueItems meant to enable subscription to an array?
I tried, but couldn't get it to work.
I am using Twincat driver and try to subscribe an array of 8 bools in the plc.
Since Twincat stores bools as bytes I tried to set number of elements both to 8 and 64, but i only get the DataChanged event when the first bool is changing, and the e.values is always count=1.
Maybe the feature is not programmed in Adv.HMI yet? I am using 3.99a
Best Regards
19
Support Questions / Re: Beckhoff CX8090
« on: May 24, 2014, 05:13:17 AM »
Hi
This is a Beckhoff bug I have found on CX9000-series for long time. It won't work with the temporary routes. Just as Archie describes the add route functionality in the plc will hang if you try to add a temporary route.
When I found that behaviour Archie added the "Use static route" in Adv.HMI and with that it works for the CX9000.
But keep in mind that you have to powercycle after you have once tried to add a temporary route. The plc will not respond at all to Adv.HMI "add static route-messages" and neither to System manager.
I have reported this problem to beckhoff but havn't got any feedback.
I don't remeber exact which Adv.HMI version I used, but there might be a bug in Adv.HMI when using static route. I found this note from last time I were working on this:
>>'* add on these bytes when resgistering a temporary route
>>If sendbuf.Length => (i + MyIPAddress.Length) Then ‘This will always be true even when using static route but
>>If sendbuf.Length > (i + MyIPAddress.Length+1) Then ‘This works better
There was some kind of problem with how Adv.HMI generate the route name and count the message length. I don't remember the details, but I fiddled around a lot to get the communication working on some machines, sometimes it worked immediately. The note above might well be wrong since it may be written before I got it all working good... but it is a clue to where to find a possible bug.
Best Regards
Mattias
This is a Beckhoff bug I have found on CX9000-series for long time. It won't work with the temporary routes. Just as Archie describes the add route functionality in the plc will hang if you try to add a temporary route.
When I found that behaviour Archie added the "Use static route" in Adv.HMI and with that it works for the CX9000.
But keep in mind that you have to powercycle after you have once tried to add a temporary route. The plc will not respond at all to Adv.HMI "add static route-messages" and neither to System manager.
I have reported this problem to beckhoff but havn't got any feedback.
I don't remeber exact which Adv.HMI version I used, but there might be a bug in Adv.HMI when using static route. I found this note from last time I were working on this:
>>'* add on these bytes when resgistering a temporary route
>>If sendbuf.Length => (i + MyIPAddress.Length) Then ‘This will always be true even when using static route but
>>If sendbuf.Length > (i + MyIPAddress.Length+1) Then ‘This works better
There was some kind of problem with how Adv.HMI generate the route name and count the message length. I don't remember the details, but I fiddled around a lot to get the communication working on some machines, sometimes it worked immediately. The note above might well be wrong since it may be written before I got it all working good... but it is a clue to where to find a possible bug.
Best Regards
Mattias
Pages: 1 [2]