Jump to content

Welcome to Smart Home Forum by FIBARO

Dear Guest,

 

as you can notice parts of Smart Home Forum by FIBARO is not available for you. You have to register in order to view all content and post in our community. Don't worry! Registration is a simple free process that requires minimal information for you to sign up. Become a part of of Smart Home Forum by FIBARO by creating an account.

 

As a member you can:

  •     Start new topics and reply to others
  •     Follow topics and users to get email updates
  •     Get your own profile page and make new friends
  •     Send personal messages
  •     ... and learn a lot about our system!

 

Regards,

Smart Home Forum by FIBARO Team


Recommended Posts

  • Topic Author
  • Posted
    13 hours ago, Rover said:

    {"Voordeur","sendEmail,2","Voordeurstatus: @`Voordeur`>value"},

    `Voordeur` is a AEON DW-sensor.

    Please login or register to see this spoiler.

    Because values are intended to use in calculations, so true and false converted automatically to numeric values....

    Posted
    On 1/14/2021 at 1:46 AM, cag014 said:

    I think this is my bad... if you remember have added extra trigger for $24clock and disabled the standard refreshState trigger.

     

    Anyhow try attached version (both triggers in place)

    in addition:

    1. Added an option to skip time-span definition when not required.

       

    Standard format:

     

    {0,"DevID", {state="value=true", truAct{…}}},

     

    New optional format

     

    {"DevID", {state="value=true", truAct{…}}}, 

     

     

     

    Please login or register to see this attachment.

    Super fast again ?

  • Topic Author
  • Posted

    The attached version displays lineState condition before commands execution.

    By default true and false states are shown

    Please login or register to see this spoiler.

     

    By default (if variables are not defined) both states are displayed.

     

    In addition I intend to add state for each action array, something like

    trueState - condition for all commands in trueAct{}

    falseState - condition for all commands in falseAct{}

    timeLoopState- condition for all commands in timeLoopAct{}

    and etc....

    Please login or register to see this attachment.

    Posted

    Works and looks super !!!

    What about All-in-One Scene for HC2, is it possible to have same debug information ?

  • Topic Author
  • Posted
    Just now, AR27690 said:

    Works and looks super !!!

    What about All-in-One Scene for HC2, is it possible to have same debug information ?

    Yes, work in progress...

    In next release user can choose table or debug view, while HcWebEye will support table view (same as for HC3)

    Posted
    2 hours ago, cag014 said:

    In addition I intend to add state for each action array, something like

    trueState - condition for all commands in trueAct{}

    falseState - condition for all commands in falseAct{}

    timeLoopState- condition for all commands in timeLoopAct{}

    and etc...

    ?

    Posted
    2 hours ago, cag014 said:

    The attached version displays lineState condition before commands execution.

    By default true and false states are shown

    Please login or register to see this spoiler.

     

    Posted

    v10.2 is much faster ?

    Posted (edited)
    15 hours ago, Rover said:

    v10.2 is much faster ?

    Amazing fast, what took many seconds before (one action in one second) is done now into 1 second.  what happened?

    Edited by Rover
  • Topic Author
  • Posted

    Just an extra trigger which works when the z-wave is busy or no activity at all.

    Now it always respond and not only when the system triggers the events...

    Posted
    3 minutes ago, cag014 said:

    Just an extra trigger which works when the z-wave is busy or no activity at all.

    Now it always respond and not only when the system triggers the events...

    ????

    Posted

    Please login or register to see this spoiler.

     

  • Topic Author
  • Posted

    The lineState status is displayed, but commands conditions probably not true and not executed....

  • Topic Author
  • Posted (edited)
    1 hour ago, Rover said:

    Please login or register to see this spoiler.

    Do you think this is better when the lineState is true and only when command executed to display the state?

    What about displaying lineState false? In this case the commands are not executed also.... but from other hand it could be disabled by setting dbgFalseState to false.

     

    To display true lineState when commands executed for me is a matter of seconds to change the code....

    Let me know what do you think about it?

    I'll be glad to have an opinion of other users also...

    Edited by cag014
    Posted
    5 hours ago, cag014 said:

    Do you think this is better when the lineState is true and only when command executed to display the state?

    What about displaying lineState false? In this case the commands are not executed also.... but from other hand it could be disabled by setting dbgFalseState to false.

     

    To display true lineState when commands executed for me is a matter of seconds to change the code....

    Let me know what do you think about it?

    I'll be glad to have an opinion of other users also...

    what about something more granular?

    dbgtruestate=true

    dbgtruestateaction=true

    and aoq shows line state always

    if dbgtruestateaction=false

    aoq shows linestate if action is excuted.

     

    Just a suggestion i really don't  know how complex may be to implement this kind of debug.

     

     

  • Topic Author
  • Posted
    5 minutes ago, gggizmo said:

    what about something more granular?

    dbgtruestate=true

    dbgtruestateaction=true

    and aoq shows line state always

    if dbgtruestateaction=false

    aoq shows linestate if action is excuted.

     

    Just a suggestion i really don't  know how complex may be to implement this kind of debug.

     

     

    Nice Idea... so be it.

    By the way I'm adding trueActState, falseActState and etc. (means the trueActState has a condition for entire trueAct{} commands. No need to write same condition for every command)

    Should they displayed the same, using same global variable?

     

    Posted
    3 minutes ago, cag014 said:

    Nice Idea... so be it.

    By the way I'm adding trueActState, falseActState and etc. (means the trueActState has a condition for entire trueAct{} commands. No need to write same condition for every command)

    Should they displayed the same, using same global variable?

     

    Sorry cag014 it's not clear to me what do you mean

  • Topic Author
  • Posted

    Currently we're talking about displaying lineState condition.

    In next version I'm adding condition array for every action table, for example:

    Here the standard jM line

    {0,"$24clock",{state="02:00", trueAct{{"200","turnOn","{&GV:value=start}"},{"300","open","{&GV:value=start}"},{"400","setValue,90","{&GV:value=start}"}},

    falseAct{{"200","turnOff","{&GV:value=stop}"},{"300","close","{&GV:value=stop}"},{"400","setValue,0","{&GV:value=stop}"}}}},

     

    Now you'll be able to set condition for every action array separately (of course this is in addition to the lineState defintion). More convenient way to define and to maintain

    {0,"$24clock",{state="02:00", trueActState="{&GV:value=start}", trueAct{{"200","turnOn",},{"300","open"},{"400","setValue,90"}},

    falseActState="{&GV:value=stop}", falseAct{{"200","turnOff"},{"300","close"},{"400","setValue,0"}}}},

     

    So I believe same debug logic goes here as well

     

    Posted
    19 minutes ago, cag014 said:

    Currently we're talking about displaying lineState condition.

    In next version I'm adding condition array for every action table, for example:

    Here the standard jM line

    {0,"$24clock",{state="02:00", trueAct{{"200","turnOn","{&GV:value=start}"},{"300","open","{&GV:value=start}"},{"400","setValue,90","{&GV:value=start}"}},

    falseAct{{"200","turnOff","{&GV:value=stop}"},{"300","close","{&GV:value=stop}"},{"400","setValue,0","{&GV:value=stop}"}}}},

     

    Now you'll be able to set condition for every action array separately (of course this is in addition to the lineState defintion). More convenient way to define and to maintain

    {0,"$24clock",{state="02:00", trueActState="{&GV:value=start}", trueAct{{"200","turnOn",},{"300","open"},{"400","setValue,90"}},

    falseActState="{&GV:value=stop}", falseAct{{"200","turnOff"},{"300","close"},{"400","setValue,0"}}}},

     

    So I believe same debug logic goes here as well

     

     

    I missed previous posts about new version. So you think to use same debug control vars to show linestate and actstate following same logic suggested in my previous post.

     

  • Topic Author
  • Posted (edited)

    Yes, this is correct...

    What do you think should be the default setup for

    dbgTrueState=?

    dbgFalseState=?

    To my opinion both should be set to false by default .

    Edited by cag014

    Join the conversation

    You can post now and register later. If you have an account, sign in now to post with your account.

    Guest
    Reply to this topic...

    ×   Pasted as rich text.   Paste as plain text instead

      Only 75 emoji are allowed.

    ×   Your link has been automatically embedded.   Display as a link instead

    ×   Your previous content has been restored.   Clear editor

    ×   You cannot paste images directly. Upload or insert images from URL.

    ×
    ×
    • Create New...