Messages

1

Support Questions / Re: Managing a transfer to a new PC?

« on: January 04, 2017, 09:26:57 AM »

Hmm. Well the files with their text are there but studio only displays an empty view with the background colour.
Visual studio does display them if I directly double click the .vb file but it does not display them when I call them up from solution explorer in the project.

I would ensure that all of your .NET Frameworks are installed on your new PC and test again. If it still don't work then I would just create a new project from the latest AdvancedHMI version and import or "add from exiting items."

K

2

Support Questions / Re: Main Menu Button/Form

« on: December 06, 2016, 05:55:39 PM »

This first version of the main menu is fairly limited. It will only allow the main menu to be on the left side. It will always try to align the forms to the upper right of the main menu.

To specify the initial form to open, the MainMenuButton has a property of OpenOnStartup. By setting that to true, the associated form will open when the application starts.

Archie,

Thanks for the update. For those that read this, all of the MainMenuButton are set to true by default for so it brought the last page up that the button was linked to.

Now that I have my startup page loaded with the menu, is there a quick way to have the MainMenuButton that is synced startup page highlight automatically, as the 1st MainMenuButton is highlighted by default?

Thanks Again,

K

3

Support Questions / Re: Forms not communicating besides MainForm on 399r

« on: December 06, 2016, 02:50:28 PM »

Now we're getting somewhere. I duplicated your list of variables and was able to replicate the problem. It actually was not related to the REAL, but an effect of using the strings. The driver combines reads into a multi-service request and the string data sizes were calculated incorrectly causing the last item to not fit in the packet. In my test it was a string not updating because it was the last item I added to the form.

Tonight a new version of 3.99s will be released with the fix.

Update: The BasicLabels are currently responding accordingly with the v399s release! Thanks Archie!

4

Support Questions / Main Menu Button/Form

« on: December 06, 2016, 02:48:49 PM »

I've created a menu form and it works great! One question that I have is that, is there a way to have the forms "follow" the menu form when I re position it?

Also can I specify which for to open with the menu form from the MainMenuButton Controls?

5

Support Questions / Re: Forms not communicating besides MainForm on 399r

« on: December 05, 2016, 11:09:31 PM »

Now we're getting somewhere. I duplicated your list of variables and was able to replicate the problem. It actually was not related to the REAL, but an effect of using the strings. The driver combines reads into a multi-service request and the string data sizes were calculated incorrectly causing the last item to not fit in the packet. In my test it was a string not updating because it was the last item I added to the form.

Tonight a new version of 3.99s will be released with the fix.

Great news Archie!

Can't wait to used updated release!

K

6

Support Questions / Re: Forms not communicating besides MainForm on 399r

« on: December 05, 2016, 02:57:00 PM »

The program is in the dreaded 20.03
[/quote]

dmroeder,

Dreaded indeed!

This came about when one of our L35E A series failed one day while I was on vacation. The only spare that was available was a fresh B series. The OEM's version was 15.3 and when they remote in, one of the support guys flashed the new PLC to the v20.03, plus had to make drastic changes for their program to run correctly.

Long story short, I went ahead and flashed the remaining L35E PLC and RSLogix 5000 program to the same version so that I wouldn't need a bunch of spare L35E PLCs.

K

7

Support Questions / Re: Forms not communicating besides MainForm on 399r

« on: December 05, 2016, 12:43:44 PM »

Correction.... I changed the counter to an array and it still works the same. The first time I did not update the BasicLabel PLCAddress

Any other ideas what could be different? I would like to find this because it could lead to uncovering a bigger problem.

Archie,

I tested some more, and here's what I found:

1) I was having freezing issue with element 7 of a REAL[50]. Further testing revealed that using any one of the 0-8 element caused this issue. Once I used element 9-49, the issue went away.

2) Test 2: Copying the CLXethernet driver and the two BasicLabels from that REAL[50] array to another empty page, the data updated accordingly.

3) Test 3 & Back to the original page: In addition those BasicLabels, I have 5 other BasicLabels. These 5 BasicLabel that are sync to a couple of large String Arrays. The first BasicLabel is synced to the last element of String[500] array or 499, the second BasicLabel is synced to 498, and the third is synced to 497. The fourth BasicLabel is synced to the last element of another large String Array[520] or 519. The fifth BasicLabel is synced to the last element of a 120 element long String Array or 119.

4) Results: By using an element (NOT 0-8) of the REAL[50] or by deleting one of the larger BasicLabel pointing to the large string array, my element 7 of a REAL[50] will update fine.

I hope this this help reveal something, also if you need me to perform additional testing let me know. Thanks.

K

8

Support Questions / Re: Forms not communicating besides MainForm on 399r

« on: December 02, 2016, 05:49:30 PM »

Hi kay_gsr13 ,

Unfortunately I have an earlier version of rs5000 , so I was unable to open it .

Paul

Paul,

I still trying to debug myself, thanks again for the effort.

K

9

Support Questions / Re: Forms not communicating besides MainForm on 399r

« on: December 01, 2016, 10:02:47 AM »

Hi kay_gsr13 ,

Would you be able to post the part of your PLC program with this timer in it and the logic that loads it to the array - I'm just wondering - since you mentioned the timer is in an array - whether converting to real may be causing the problem ?
If you are not able to post the code , perhaps you could add a rung and check that the conversion to a new real gives the value you are expecting . ( if the timer is in an array , then it takes 3 words )
Paul

Pal,

Attached is a portion of my program. Background: This routing is on a 1000ms periodic task, that increments my counter. Once the pre. value is met, counter is reset and a compute bit is latched for computing my flow totalizer, then unlatches the compute bit and repeat.

The only reason for the data conversion from counter.ACC to Float is that I'm grouping and sending these REALs value to another PLC through explicit messaging to minimizing the overall MSG connections.

Thanks

K

10

Support Questions / Re: Forms not communicating besides MainForm on 399r

« on: December 01, 2016, 09:53:27 AM »

Correction.... I changed the counter to an array and it still works the same. The first time I did not update the BasicLabel PLCAddress

Any other ideas what could be different? I would like to find this because it could lead to uncovering a bigger problem.

Archie,

The only other thing that I can think of is that the form has multiple PLC connections, uing both the CLX and SLC drivers. I will do more testing and see what I come up with.

Thanks

K

11

Support Questions / Re: Prohibit Close Unless On Home Screen

« on: December 01, 2016, 09:05:40 AM »

This problem is being addressed by the addition of a MainMenuButton in the next release. The idea is to use a form with menu buttons to change forms. The menu form will always be visible, stay docked, and position other forms to the right of it. The menu form will be the only form that can be used to close the application. When it closes, it also searches for hidden forms and disposes of them.

The disposal is important because VS does not dispose hidden forms when the application is closed, which in turn if using the AB Ethernet drivers, they will not properly close the connections.
[/quote]

This would be an awesome addition!

12

Open Discussion / Re: What would you like to see in the next major release?

« on: November 30, 2016, 12:15:21 PM »

Could you possibly integrate or add a controls for VNC?

13

Support Questions / Re: Forms not communicating besides MainForm on 399r

« on: November 30, 2016, 10:50:19 AM »

I still may not be duplicating exactly what you have. I added a program with a counter and timer. The timer increments the counter and the ACC value is put in element 7 of a real array. In AdvancedHMI I put 3 BasicLabels on the form to show RealArray[7], CounterTag.ACC, and DINTTag

I attached a picture of the PLC program I have running. The AdvancedHMI application is just a form with 3 BasicLabels. I watched it count up to 59 and reset several times, but still unable to replicate a freezing.

Archie,

The only difference I see in your logic and mine is that my Counter is also in a form of an array where as your your is a single.

Also this is a very minor issue as I can change my logic or point to a different address and get the desired result.

Thanks

K

14

Support Questions / Re: Prohibit Close Unless On Home Screen

« on: November 30, 2016, 10:33:08 AM »

There will still be a problem with this if using FormChangeButtons because the forms are hidden and not closed. If a FormChangeButton is used to navigate to a second page, then someone X's that page, the previous form is still open, but hidden, leaving no way to access it other than Task Manager to close the application.
[/quote]

Yes I've experience that myself,  to prevent that, some of the apps that I've made for simple controls, usually stays on a single page (others pages are for engineering purposes only).

I use the all .close() method for each forms when the new form is opened. Though it take longer to load, the apps or pages are not changed often.

K 

15

Support Questions / Re: Prohibit Close Unless On Home Screen

« on: November 30, 2016, 09:32:35 AM »

If a multi-page AdvancedHMI is running and it is closed on any other screen except the MainForm screen it closes by the looks of it. However it is still running in the background, still communicating through the network, still using a good portion of the CPU resource (34%) and over 9MB of RAM locked up. I have to go to Task Manager, select it and click End Task to fully close it. I have tested this on different projects on various versions of Windows with similar results.

Is there any way to prevent AdvancedHMI from closing except on the Mainform? I searched the forum but nothing related came up.

AabeckControls,

With multiple forms/pages, another option is to set behavior of the forms, such as the shutdown mode. Navigate to the My Project in the solution explorer, select application and there should be options to adjust which form is the startup or the shutdown mode. See image:

Hope this helps.

K