Home AMX User Forum NetLinx Studio

Levels Sent from R4 Active Bargraphs

Greetings,

I have a system in which I use active bargraphs to control dimmers by touching the bargraph. I have been watching level changes in notifications from the port on which the levels are used. Occasionally the R4 seems to reset as I see all levels show up one after another, all at zero in notifications. Once in a great while, one of the levels (level 2) will send a value of 49 for no explanable reason while all the other send zero. Aside from this very occasional event, all else with the setup works well.

Any thoughts?

Comments

  • ColzieColzie Posts: 470
    I believe when any TP falls offline all levels revert to zero. Or perhaps it is their lowest value? Does level 2 have a low value of 49?
  • SamkAMXSamkAMX Posts: 29
    r4's dont handle a lot of traffic (zigbee) and will reset if over burdened.
    you should be using the r4 comm module as a buffer to regulate traffic.
    i would think level events coud definetely cause problems.
  • TurnipTruckTurnipTruck Posts: 1,485
    Below is what I get. I have no idea where the 49 is coming from. The minimum level for bargraph 2 is zero and the time up and time down are zero which are the same settings as all of the other bargraph buttons.

    Line 1 (20:24:35):: Level Value To [10002:3:28] - Level 1 Value= 0
    Line 2 (20:24:35):: Level Value To [10002:3:28] - Level 2 Value= 49
    Line 3 (20:24:35):: Level Value To [10002:3:28] - Level 3 Value= 0
    Line 4 (20:24:35):: Level Value To [10002:3:28] - Level 4 Value= 0
    Line 5 (20:24:35):: Level Value To [10002:3:28] - Level 5 Value= 0
    Line 6 (20:24:35):: Level Value To [10002:3:28] - Level 6 Value= 0
    Line 7 (20:24:35):: Level Value To [10002:3:28] - Level 7 Value= 0
    Line 8 (20:24:35):: Level Value To [10002:3:28] - Level 8 Value= 0
    Line 9 (20:24:35):: Level Value To [10002:3:28] - Level 9 Value= 0
    Line 10 (20:24:35):: Level Value To [10002:3:28] - Level 10 Value= 0
    Line 11 (20:24:35):: Level Value To [10002:3:28] - Level 11 Value= 0
    Line 12 (20:24:35):: Level Value To [10002:3:28] - Level 12 Value= 0
    Line 13 (20:24:35):: Level Value To [10002:3:28] - Level 13 Value= 0
    Line 14 (20:24:35):: Level Value To [10002:3:28] - Level 14 Value= 0
    Line 15 (20:24:35):: Level Value To [10002:3:28] - Level 15 Value= 0
  • DHawthorneDHawthorne Posts: 4,584
    SamkAMX wrote: »
    r4's dont handle a lot of traffic (zigbee) and will reset if over burdened.
    you should be using the r4 comm module as a buffer to regulate traffic.
    i would think level events coud definetely cause problems.

    That module significantly degrades performance of the R4, which is already a bit of a pig when it comes to response time. I only use it when I must. And frankly, that ought to be handled in the gateway firmware, we shouldn't have to worry about it. Of course, it isn't, and we do, but my point is I don't think it's best to simply use it all the time no matter what.
  • TurnipTruckTurnipTruck Posts: 1,485
    I am not using the queing module. I had tested it quite a bit. If you programming methods minimize traffic, I beleive there is not need for it.

    The newer ZigBee pro firmware allows more traffic than the original version that was in use at the time that the R4 queing module was released.
  • a_riot42a_riot42 Posts: 1,624
    The newer ZigBee pro firmware allows more traffic than the original version that was in use at the time that the R4 queing module was released.

    I was told by tech support that with ZB 3.0 the queueing module shouldn't be needed.
    Paul
  • ColzieColzie Posts: 470
    If you programming methods minimize traffic, I beleive there is not need for it.

    Agreed. Treat the R4 like a delicate object and it does fine without a queuing module.
  • SamkAMXSamkAMX Posts: 29
    cool, it'll be nice not to have to use it.
Sign In or Register to comment.