Releases: kw123/pibeacon
ruuvi air sensor
added support for ruuvi air sensor (T,H,P,CO2,NOx,VOC, PM2.5)
ruuvi data type 06 BLE message
switchbot curtain
added special action. menu to move switchbot curtain3 very slow / slow / fast
various adds and fixes
added features / changes in added features / changes in v2022.186.141 @ 2025-09-05
- added option to fix a screwed up RPI situation where 2 rpi have the same RPI# (0-19)
- added option to have multiple FACE and GESTURE sensors connected to the RPi,
using USB to serial converters. I have implemented 3 voice and one gesture sensor.
All sensors must be the same type connected to the USB to serial converters.
added features / changes in added features / changes in v2022.185.141 @ 2025-08-03
- File "plugin.py", line 18838, in handleRPIMessagePart
existingPiDev = indigo.devices[existingIndigoId]
added features / changes in added features / changes in v2022.185.140 @ 2025-04-24
-
fully support face and gesture sensor together with DF2301Q
Have a box with 3 DF2301Q connected through USB to serial converters and one face gesture sensor on i2c
it drives a somfy RF remote (up/down/stop) through gpio and opto couplers hat simulate button presses.
Both sensor have an option to drive directly gpios on the rpi or issue unix commands, set in device edit.
As the i2c connection is not stable (hangs about 1/day) you have the option to reset the sensor through a relay that toggles the power, see drawing.
that is done automatically when detected -
various little improvements
exception handling
fixed python compiler warnings (different return types etc)
bug fix
line 18838, in handleRPIMessagePart
fully support face and gesture sensor together with DF2301Q
-
fully support face and gesture sensor together with DF2301Q
Have a box with 3 DF2301Q connected through USB to serial converters and one face gesture sensor on i2c
it drives a somfy RF remote (up/down/stop) through gpio and opto couplers hat simulate button presses.
Both sensor have an option to drive directly gpios on the rpi or issue unix commands, set in device edit.
As the i2c connection is not stable (hangs about 1/day) you have the option to reset the sensor through a relay that toggles the power, see drawing.
that is done automatically when detected -
various little improvements
exception handling
fixed python compiler warnings (different return types etc)
added face gesture sensor
- added first beta version for face gesture sensor from df robot
it works basically and can be used. exception handling etc is not done properly yet ( restart, disconnect ...)
it supports recognition of up to 10 faces and and gestures (1-5)-
- 1: LIKE (👍) - blue
-
- 2: OK (👌) - green
-
- 3: STOP (🤚) - red
-
- 4: YES (✌️) - yellow
-
- 5: SIX (🤙) - purple
-
general update
-
this version will FULLY CONFIGURE a new micro SSD. No need to for any raspi-config to set Onewire, i2c, on/off or install new libraries.
it supports RPI-OS 11(bullseye) and 12 (bookworm) 32 bit and 64 bit
The module GPIO is not supported by the new OSes anymore. The programs on the PRI now uses PIGPIO and GPIOZERO to write and read pins on the rpi - that was a major effort.
Older OSes are still supported with GPIO. So no need to upgrade the RPI OS. But suggested to at least V11(bullseye) for security updates on your RPI. -
added menu and action to set any pibeacon device state, just in case
-
added a delayed "off" for itrack / musegear beacons. When you press the button these beacons will send an on and after 60 secs an off.
if you leave the house fast and the off does not reach the RPI receiver anymore the beacon state stays ON. At the next button press nothing will happen as the state is already ON
This was fixed with a delayed action in the plugin. If the onOffState is not going to an off after 50 secs (no off from the beacon received as it is out of reach) the plugin will set the onOffState to off. -
fixed some config exceptions for oneWire sensors. All config is done automatically. No need for raspi-config, also if several GPIOs are used to read many oneWire sensors
I have one RPI with 21 oneWire sensors connected to 11 GPIOs to speed up reading to make signal errors on the wire less frequent (2 sensors on one pin not 21) -
changed state "lastUpdateBatterylevel": only do update once a day or when changed.
this is to cover ie musegear / iTrack beacons. they send battery level with every package, but it only gets changed after a button press or connect.
the plugin uses both message as well as connect to beacon through ble. this is scheduled 3 times a day, but only when last update is older that 17 hours.
to avoid preventing a "real" update the battery info is used only once a day or when changed. -
made ALL functions methods etc py3 and latest rpi op-sys(bookworm) compatible
-
fixed some formatting eg Co2 -> CO2
-
added AUTO RECOVERY when an rpi ssd is replaced. the ssd on the rpi will be automatically configured.
You still need to make the SSD with the Raspberry Pi Imager
The userid, password and ip # has to setup correctly in the plugin. ANYTHING else is automated. -
reduced logging on rpi for display.py
-
added TREND states: xxx_trend states for xxx = temperature humidity, pressure ...
it shows vvvv,vvv,vv,v, = ^,^^,^^^,^^^^ for -8x,-4x....+8*x depending on changes of the state value in the last yy minutes. in device edit you can set time window (yy) and % change (x) to set limits for ^ v etc . -
the plugin is not using the mac number anymore to ID the RPI. that created some issues when you used more than one BLE dongle (for BLECONNECT+ regular).
Sometimes a BLE dongle could be down and then the RPI would switch mac number to the one up and running. before the Plugin would switch the mac number (checking all kinds of things),
but under certain circumstances it would get confused and replace the RPI device with a beacon devce.
Now the plugin uses the RPI# (1-30) to ID the RPI and will use the submitted MAC number by the RPI as the current one. -
added option to start any unix command on an rpi with the voice sensor, eg when light on is received a GPIO on or any command can be executed directly on that RPI
general release
-
this version will FULLY CONFIGURE a new micro SSD. No need to for any raspi-config to set Onewire, i2c, on/off or install new libraries.
it supports RPI-OS 11(bullseye) and 12 (bookworm) 32 bit and 64 bit
The module GPIO is not supported by the new OSes anymore. The programs on the PRI now uses PIGPIO and GPIOZERO to write and read pins on the rpi - that was a major effort.
Older OSes are still supported with GPIO. So no need to upgrade the RPI OS. But suggested to at least V11(bullseye) for security updates on your RPI. -
added menu and action to set any pibeacon device state, just in case
-
added a delayed "off" for itrack / musegear beacons. When you press the button these beacons will send an on and after 60 secs an off.
if you leave the house fast and the off does not reach the RPI receiver anymore the beacon state stays ON. At the next button press nothing will happen as the state is already ON
This was fixed with a delayed action in the plugin. If the onOffState is not going to an off after 50 secs (no off from the beacon received as it is out of reach) the plugin will set the onOffState to off. -
fixed some config exceptions for oneWire sensors. All config is done automatically. No need for raspi-config, also if several GPIOs are used to read many oneWire sensors
I have one RPI with 21 oneWire sensors connected to 11 GPIOs to speed up reading to make signal errors on the wire less frequent (2 sensors on one pin not 21) -
changed state "lastUpdateBatterylevel": only do update once a day or when changed.
this is to cover ie musegear / iTrack beacons. they send battery level with every package, but it only gets changed after a button press or connect.
the plugin uses both message as well as connect to beacon through ble. this is scheduled 3 times a day, but only when last update is older that 17 hours.
to avoid preventing a "real" update the battery info is used only once a day or when changed. -
made ALL functions methods etc py3 and latest rpi op-sys(bookworm) compatible
-
fixed some formatting eg Co2 -> CO2
-
added AUTO RECOVERY when an rpi ssd is replaced. the ssd on the rpi will be automatically configured.
You still need to make the SSD with the Raspberry Pi Imager
The userid, password and ip # has to setup correctly in the plugin. ANYTHING else is automated. -
reduced logging on rpi for display.py
-
added TREND states: xxx_trend states for xxx = temperature humidity, pressure ...
it shows vvvv,vvv,vv,v, = ^,^^,^^^,^^^^ for -8x,-4x....+8*x depending on changes of the state value in the last yy minutes. in device edit you can set time window (yy) and % change (x) to set limits for ^ v etc . -
the plugin is not using the mac number anymore to ID the RPI. that created some issues when you used more than one BLE dongle (for BLECONNECT+ regular).
Sometimes a BLE dongle could be down and then the RPI would switch mac number to the one up and running. before the Plugin would switch the mac number (checking all kinds of things),
but under certain circumstances it would get confused and replace the RPI device with a beacon devce.
Now the plugin uses the RPI# (1-30) to ID the RPI and will use the submitted MAC number by the RPI as the current one.
various changes
-
this version will FULLY CONFIGURE a new micro SSD. No need to for any raspi-config to set Onewire, i2c, on/off or install new libraries.
it supports RPI-OS 11(bullseye) and 12 (bookworm) 32 bit and 64 bit
The module GPIO is not supported by the new OSes anymore. The programs on the PRI now uses PIGPIO and GPIOZERO to write and read pins on the rpi - that was a major effort.
Older OSes are still supported with GPIO. So no need to upgrade the RPI OS. But suggested to at least V11(bullseye) for security updates on your RPI. -
added menu and action to set any pibeacon device state, just in case
-
added a delayed "off" for itrack / musegear beacons. When you press the button these beacons will send an on and after 60 secs an off.
if you leave the house fast and the off does not reach the RPI receiver anymore the beacon state stays ON. At the next button press nothing will happen as the state is already ON
This was fixed with a delayed action in the plugin. If the onOffState is not going to an off after 50 secs (no off from the beacon received as it is out of reach) the plugin will set the onOffState to off. -
fixed some config exceptions for oneWire sensors. All config is done automatically. No need for raspi-config, also if several GPIOs are used to read many oneWire sensors
I have one RPI with 21 oneWire sensors connected to 11 GPIOs to speed up reading to make signal errors on the wire less frequent (2 sensors on one pin not 21) -
changed state "lastUpdateBatterylevel": only do update once a day or when changed.
this is to cover ie musegear / iTrack beacons. they send battery level with every package, but it only gets changed after a button press or connect.
the plugin uses both message as well as connect to beacon through ble. this is scheduled 3 times a day, but only when last update is older that 17 hours.
to avoid preventing a "real" update the battery info is used only once a day or when changed. -
made ALL functions methods etc py3 and latest rpi op-sys(bookworm) compatible
-
fixed some formatting eg Co2 -> CO2
-
added AUTO RECOVERY when an rpi ssd is replaced. the ssd on the rpi will be automatically configured.
You still need to make the SSD with the Raspberry Pi Imager
The userid, password and ip # has to setup correctly in the plugin. ANYTHING else is automated. -
reduced logging on rpi for display.py
-
added TREND states: xxx_trend states for xxx = temperature humidity, pressure ...
it shows vvvv,vvv,vv,v, = ^,^^,^^^,^^^^ for -8x,-4x....+8*x depending on changes of the state value in the last yy minutes. in device edit you can set time window (yy) and % change (x) to set limits for ^ v etc . -
the plugin is not using the mac number anymore to ID the RPI. that created some issues when you used more than one BLE dongle (for BLECONNECT+ regular).
Sometimes a BLE dongle could be down and then the RPI would switch mac number to the one up and running. before the Plugin would switch the mac number (checking all kinds of things),
but under certain circumstances it would get confused and replace the RPI device with a beacon devce.
Now the plugin uses the RPI# (1-30) to ID the RPI and will use the submitted MAC number by the RPI as the current one.
various updates
-
this version willFULLY CONFIGURE a new micro SSD. No need to for any raspi-config to set Onewire i2c on/off or install new libraries.
it supports RPI-OS 11(bullseye) and 12 (bookworm) 32 bit and 64 bit
The module GPIO is not supported by the new OSes anymore. The programs on the PRI now uses PIGPIO and GPIOZERO to write and read pins on the rpi - that was a major effort.
Older OSes are still supported with GPIO. so no need to upgrade the RPI OS. But suggested to at least V11 for security updates on your RPI. -
added menu and action to set any pibeacon device state, just in case
-
added a delayed "off" for itrack / musegear beacons. When you press the button these beacons will send an on and after 60 secs an off.
if you leave the house fast and the off does not reach the RPI receiver anymore the beacon state stays ON. At the next button press nothing will happen as the state is already ON
This was fixed with a delayed action in the plugin. If the onOffState is not going to an off after 50 secs (no off from the beacon received as it is out of reach) the plugin will set the onOffState to off. -
fixed some config exceptions for oneWire sensors. All config is done automatically. No need for raspi-config, also if several GPIOs are used to read many oneWire sensors
I have one RPI with 21 oneWire sensors connected to 11 GPIOs to speed up reading to make signal errors on the wire less frequent (2 sensors on one pin not 21) -
changed state "lastUpdateBatterylevel": only do update once a day or when changed.
this is to cover ie musegear / iTrack beacons. they send battery level with every package, but it only gets changed after a button press or connect.
the plugin uses both message as well as connect to beacon through ble. this is scheduled 3 times a day, but only when last update is older that 17 hours.
to avoid preventing a "real" update the battery info is used only once a day or when changed. -
made ALL functions methods etc py3 and latest rpi op-sys(bookworm) compatible
-
fixed some formatting eg Co2 -> CO2
-
added AUTO RECOVERY when an rpi ssd is replaced. the ssd on the rpi will be automatically configured.
You still need to make the SSD with the Raspberry Pi Imager
The userid, password and ip # has to setup correctly in the plugin. ANYTHING else is automated.