# Group state not updating, reboot solves it

**URL:** <https://community.openhab.org/t/group-state-not-updating-reboot-solves-it/37372>\
**Category:** Items & Sitemaps\
**Created:** [December 17, 2017, 9:31am UTC](https://community.openhab.org/t/group-state-not-updating-reboot-solves-it/37372 "2017-12-17T09:31:07Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**Author:** ![mstormi](https://community.openhab.org/user_avatar/community.openhab.org/mstormi/32/55857_2.png) [@mstormi](https://community.openhab.org/u/mstormi)\
**Post date:** [December 17, 2017, 3:17pm UTC](https://community.openhab.org/t/group-state-not-updating-reboot-solves-it/37372/4 "2017-12-17T15:17:11Z")

</div>

> [@teaserr](#):
>
> Is this the correct analysis?

No, [this](https://docs.openhab.org/configuration/items.html#group-type) says that if _no_ member is ON (i.e. if they’re all _either_ OFF _or_ NULL), OFF is returned.

> [@teaserr](#):
>
> If yes, shouldn’t it be better to ignore NULL states?

I wouldn’t use the OR(…) logic anyway as in terms of presence detection, you should be aware that sensors can produce false positives, so I’d suggest to check for a _quorum_ such as 2 (means: have at least _2_ sensors ON before you consider this to be a a signof presence).  
To get there, you cannot use built-in functions anyway but need to program your own (i.e. a [lambda](https://community.openhab.org/t/reusable-functions-a-simple-lambda-example-with-copious-notes/15888)).

---

_[View the full topic](https://community.openhab.org/t/group-state-not-updating-reboot-solves-it/37372)._
