Add multiple parameters Ecostruxure Machine Expert HVAC

[otrotabi]

Unless there is something I am missing, the "add multiple parameters" functionality does not work quite as expected in 1.4.0. Build is Jul 29 2021.

According to the following picture, I would expect the new created parameters being assigned memory addresses 17000 and 17002 but they are actually assigned the next free places available no matter what you write on the start address box.

If there´s a better way  to report this bug please let me know.

 

[BevanWeiss]

The best pathway to raise bugs with the Schneider products is through the Schneider Technical Support for the product in question (and your region).

If you're unsure of who this is, then you could contact your account rep, or if you purchase through a retailer, you could contact them for further guidance on how to get the issue raised with Schneider.

This forum is really for the 'Schneider community', and whilst there may be Schneider representatives present on this forum, it's not the best means to raise issues with them (since it doesn't follow the processes already in place for raising issues).

[Bastian_Schmitz · Accepted solution]

Hello,

The best way is to forward such a topic to your local Level 2 support. They will prove the behaivor and will forward it to Level 3 Support which will start the process to fix the issue.

Regarding to the issue with add multiple variables. Actually there some bugs in this newer feature. The engineering works on the solving. Maybe it will be fixed in ESME HVAC 1.5

[DVarnerMinn]

I too believe this to be a bug and reported it to Tech Support.

The response was that it was by design working properly and that you need to just manually perform a recalc.

If it is by design, why is the Address field present??

In HVAC v1.3, this feature would properly IMO create parameters at the requested starting address but would be greyed out and not usable by an external HMI.

In this case I was told by Tech Support to use v1.4.

[otrotabi]

If it is by design, why is the Address field present?? I don´t know.  I did report it as well to local support but did not have an answer for this.

As far as I know, what "Recalc" does is to put all variables in a consecutive order by "Address". If there´s a chance to use Recalc to do this arbitrary memory assignment I don´t know how to use it.

The point of my question is actually related to how HMI access these variables. I have been pointed to an Alarm Log routine (there is another post related to this routine) but you need to save where the initial alarm is saved, and the rest of the alarms need to be saved following the initial alarm in order for this routine to work. It would be easier  to add this routine to other projects in I could just import the HMI routine without changing the address but, most importantly, it would be easier if I dod not need to eneter each variable by hand in EEPROM or Status Variables.  

[Bastian_Schmitz]

There is not directly a clear connection between modbus register address and memory space.

If you want to create via pointer a list of alarms the memory space is needed.

But the these is related to the place on the variabel list and not in any case related to the modbus register address.

With recalc you have also the possibility to create independent register address spaces. As exampe 9000.9100 actual values 9200...9300 Alarms. If you use such spaces you will get less problems with overlaping address ranges if you enhance your project.

[otrotabi]

Hello Bastian, thanks for your feedback. 

Let me rephrase what I need... I have not used the HistoricalM172 project in a while so I actually do not have it at my fingertips now.

Let´s say I want to use this functionality in a program that does not have it yet. I need to import the function blocks and a couple of programs. But I also need to create (following the original example with 50 alarms stored) 200 new INT Eeprom variables (which need to be in a consecutive order) + about 10 other Status variables. 

If I select "Add multiple parameter" , the popup suggests the first available Eeprom Address with a maximum of 100 new variables. In one particular case of mine it happens to be Address 16542 and LogData_E1 is placed there .  Also following this particular case, next available Address position is 16574 so there LogData_E2 is placed. If I order them by name and select all "LogData_E*" rows and press the "Recalc" button, I am not sure what it does they still do not follow the consecutive addresses the program needs to be able to work.  If I select the whole list of addresses, then all variables are ordered without blanks in the order.

So, as far as I understand, what I should do is "Recalc" before using "Add multiple" if I would like to save myself from the task of writing all addresses by hand one by one.  I think it would be nicer if I did not have to touch anything from the original structure and place the new variables somewhere on the high number side of the possible addresses. 

Am I missing something ?

[DVarnerMinn · Accepted solution]

@otrotabi 

I haven't figured out how to add pictures yet to my reply.

Steps I take

1. Add Multiple parameters. Address is means nothing and click OK

2. Sort Status or EEPROM parameters by clicking on the Address header

3. Select the first parameter created and change it to the desired starting address. This needs to be the top most parameter in the list

4. Select the first parameter again by clicking on the # on the left side to select the whole line

5. With the Ctrl key held down, select additional parameters and then click the Recalc button which should result in a message saying "Addresses of the selected rows will be recalculated, starting from " and the first parameter address entered. Click OK and the addresses should now be contiguous.

6. Verify that you haven't overlapped any existing parameter addresses by clicking on the Address header.

Does this help?

[otrotabi]

Yes ! Thank you.

For my own future reference and for others who might be interested, this is how it works ... And to say thanks this is how you add pics, it is the camera icon on the tools menu... I do not remember doing anything special so hopefully you can see it too.

Back to the topic ... I am adding only 10 new variables for simplicity

1. First step: add 10 new variables somewhere. It will add them on the first available address no matter what you choose (and it will not work if you do not specify anything)

2-3. Click on "Name" to have the variables ordered by name. Next change the first variable address to wherever you want it to be.

4-5. Select the rows and click "Recalc"

This is the output, so your solution works perfectly.

Final step: 

😎Enjoy. 

PS: I am getting a database error when I a add a new pic, something like this:

Cannot convert blob blabblahblah to Blob. Resource might not exist or is inaccessible. So maybe this is the reason why you can not upload pics. But in my case they are uploaded anyway.

Regar

[FedericoM]

Hello,

even if the right way to report an issue is the one written by Bastian, I have reported it.

I can't guarantee it, but it will be probably solved in version 1.5.0 which will define free addresses starting from the one indicated, instead of the first available.