Enter forum description here ...
+1
Under review

Holidays and Vacation input through front-end

Paul G 3 years ago in bOS Configurator updated 5 months ago 7

Hi,


It seems, after searchign in manuals and forums, there is no ability to allow inputing holidays or vacation days through the BoS app, the only way to input holidays and vacations is through the BOS Configurator. 


Is this right_ If so this is weird, not allowing to input a BOS client update its vacations or bank holidays through the front end - or even through an API accessing the typical government site that gives you details of bank holidays.


Has anyone done the above? It feels quite basic

+1
Under review

Sonos function (remember now playing)

Sebastien Clivaz 3 years ago in Devices / Sonos updated by ComfortClick Support 2 years ago 9

Hello ervryone,

I have probably a basic question but I don't understand what this function does ?

Any ideas or exemple ?

+1
Under review

Push quota exceeded.

David Mikhail 3 years ago in bOS Configurator / Devices updated by Luis Gonzalez 3 years ago 30

Hello 

I have new problem with the push function on ios.


Devices : 25.02.2021 22:57:50 : Error : General\Messaging : Error sending iOS push: - Dave 7+ - - Push quota exceeded.


The Push function is limited ? 

Thank you 

Dave

+1
Under review

sorting knx group adress

Sebastien Clivaz 3 years ago in bOS Configurator updated by ComfortClick Support 3 years ago 3

Hello,

After import KNX group adress into bOS, the sorting is not good.


Can you in the next version sorting by group adress to smallest number to largest number ?

it's useful for commands integration and nothing forget

+1

Calculation task (wrong calculation method coded)

Paul G 3 years ago in bOS Configurator 0

The calculation task does not work when both inputs change at the same time and the output of such input is used for further calculation, this is because the Calculation function, as explained in the manual, and confirmed by the trace log, runs a calculation immediately when one of the parameters in the polynom changes. 

Effectively, because in practice the two variables of the polynom do not effectively get updated at the same time, there are a few seconds of difference, probably because bOS serialises tasks rather than parallelise them, then this yields to errors. In summary do not use the calculation task is the variables change at the same time because you will get wrong calculation. This is an interesting bug.....

Example, a water line running a main pipe split in two branches, you do not need three water counters, but just two to know the water consumption of the two branches and the total.

Total water counter A

Partial water counter B

Partial water counter C, the result of subtracting A-B

what bOS incorrectly does

KNX water counter A

KNX water counter B

Calculation task C, which is the result of A-B

When water is used in one of the branches, let's say branch B, then two counters get updated, counter A and counter B, because the counter update do not happen at the same time, but serialised as done by bOS then the sequence is as followed

a) Counter A updated

b) Counter C calculated because one of the variables in polynom changes

c) Counter B updated

d) Counter C calculated again because one of the variables in polynom changes

Because C has changed twice, then if you use the ouput of the calculation as input to a CounterLog, then you will get disastrous results in your Counterlog, the counter log will take the incorrect value calculated in step b as an input, hence contaminating the counterlog. 

Because there is no documentation of this, it has taken a significant amount of time to find the root cause that was driving my CounterLog to go nuts, it is just bad this situation happens and it is not documented anywhere. I assume not many integrator are using calculation tasks because to me this is very basic

+1

Todaycount() value in CounterLogs, bug

Paul G 3 years ago in bOS Configurator updated by Kristián Vojčík 3 years ago 1

Hi,


When using a CounterLog tasks, the input value used to populate its values only trigger the function to update the TotalValue() value, he remaining values (e.g. Average, Last 24 hours, Daily) are only updated every hour on or about on the hour.

The above possess a significant bug that needs to be fixed, otherwise those using any of those values updated only on the hour or immediately after receive incorrect calculations. This is because bOS calculates those remaining values after the o'clock, hence allocating such value to the next day hence creating and giving significant incorrect information, if this is not a bug then you should forbid using those values in calculations as the result will always be wrong


bOS version 4.7, the below screenshot shows this perfectly, the three graphs use the same calculation against the value. I thought I was doing somethign incorrect, to the point I had to create specific test cases to find out what the hell was going on, effectively proving somethign is wrong in bOS

Graph1 uses 3 variables (one always 0) in the polynom, using TotalValue(), which is updated on the spot by bOS

Graph2 uses 3 variables (one always 0) in the polynom, using TodayCount(), which is NOT updated on the spot by bOS, but on the hour, after the o'clock

Graph3 uses 2 variables in the polynom, using TotalValue(), using TotalValue(), which is updated on the spot by bOS

The results can be easily seen below, at 20:00 the counter shows the correct usage of 1 L of water between 20:00 and 20:59, two graphs are correct, the third one is wrong because the TodayCount calculation happens after 20:59:59 hence pushing the 1L usage of water to the 21:00 to 21:59 block. weird ehh?  The worst part comes at midnight, because at that point the TodayCount does the best weird calculation, the whole day calculation moves to the next day, hence creating an artificial and incorrect 24 L use on the following day, completely wrong way of calculating the values.  The 24L was the actual waster of water in the previous day, but because the function does the calculation past midnight then we get a terrible wrong result, showing that actually past midnight there had been a waste of 25 L of water.

Image 2869

Image 2868


 

+1

Condition using user rights

Hi.

Is it possible to build a program based on the user rights condition?

The topic concerns air conditioning in the office. AC control is available from the KNX wall thermostats and from the visualization. Administrator has the option to lock thermostat on the wall to prevent office staff from changing some AC functions. At the same time, the same functions are available on the visualization for both regular users and the administrator.

My point is to block the execution of program (linked to the button on the visualization and KNX thermostat) by regular users, and allow execution only by users with administrator rights, without need to duplicate the button and program linked to it. I would like to include two conditions in the program that determine the ability to run the program.

Something like this:
If <thermostat> = blocked
     If <user_rights> = administrator
          <program_name_2>.Run()
     Else <user_rights> = user
          <program_name_3>.Run()
Else
     <program_name_1>.Run()

Regards,
Grzegorz

+1
Under review

Graphics

Marco Antonio Fernandes 4 years ago in bOS Configurator updated by ComfortClick Support 4 years ago 1

Good afternoon.

We have two doubts regarding the graphic part of bOS, being:

1. Is there a possibility to change the granularity (spacing - interval) of the X axis [hours]?

Image 2560

2. When we execute the Export of the data inside the Configurator, we have the information: Data | Hour | Value; but when we export to the Client, using the button with the Excel symbol, is the data "strange"?

Image 2562



Image 2563


The problem is with the export to Excel button

Image 2564

Please, can someone help us?

Thanks!

Marco Fernandes

STRUXI






















+1

1000 separator decimal point on/off option

Jürgen Jürgenson 4 years ago in bOS Configurator updated by Kristián Vojčík 2 years ago 2

Hey,

Is it possible to remove it? Because some of our building managers dont understand it and im tired of explaining that to them every month. 

As an example: when bOS sends out meter values it adds a decimal point if the value is over 1000. to 1,000. Correct decimal point is actually dot . now they want me to change it so the actual decimal point i (,) and remove the 1000 separator. 

Haven't found a option for this.

Regards

+1

Program for monitoring 330+ registers

Jürgen Jürgenson 4 years ago in bOS Configurator updated 4 years ago 3

Hey,

I'm trying to make a program that monitors 330+ modbus statuses for alarms. If any of those registers are true it should change the common alarm status. If i add just one register it works well.

Image 2419

But i don't know how to monitor them all with one program, it seems like it works with the last register only if i add them all in.

Image 2420

I also tried to make it just with IF commands and last one was else. But had same problem that it wouldn't recognize the middle statuses. Also tried to make two separate program one that turns the status off and one that turns it on, and i think they cancel themself out. 

So how would you monitor so many registers?

Regards