performance improvements when using 2 bluetooth channels on RPI

1. added support for several switchbot devices

   • temp + humidity, set states: temperature, humidity, battery
   • contact, set states: onoff, last open, short open, long open, light, press count ..
   • motion, set states: onoff, last motion, light, ...

   • curtain, can set mode : slow, fast, and position the device between 0/100 = open closed as an indigo dimmer device a curtain can be operated with an ssh command: ssh pi@ip# echo '{"mac":mac#,"pos":"0...100"}' temp/switchbot.cmd for direct position echo '{"mac":mac#,"pos":"open"}' temp/switchbot.cmd for moving to open echo '{"mac":mac#,"pos":"close"}' temp/switchbot.cmd for moving to close echo '{"mac":mac#,"pos":"pause"}' temp/switchbot.cmd for stopping any move

     • only o c p are needed (not open close pause)

   • bot, can set modes up/down/ inverse, and set on/ off as indigo relay device a bot can be operated with an ssh command: ssh pi@ip# echo '{"mac":mac#,"onOff":"1/0"}' temp/switchbot.cmd

   they all suport battery level states they all benefit from having "brother" devices - the beacons for each type, they expose mac number and battery level.

   These devices all send and receive bluetooth messages. The RPI's will be talking bluetooth with them and send / receive commands/ status from to indigo for the output devices: curtain & bot you need an extra BLE dongle besides the internal

1. switch bot now supports remote commands through ssh (ie iphone short cuts) ssh pi@ ip# password then echo '{"mac#":"xx:xx:xx:xx:xx","onOff":"1"}' > /home/pi/pibeacon/temp/switchbot.cmd

1. added support battery values for all switchbot type beacons and auto population of battery level for switchbot bot relays
2. fixed auto update when new version ships

1. added support for switch bot temperature humidity display / sensor
2. added batterylevel version states for switchbot bot

1. added support for switch bot devices they have to be "associated" to a single RPi in device edit you need to first find the MAC # either through detect new beacons or through iphone app then create switch bot indigo device add mac# and select RPi that is closest to device rest should be left at default then the device will behave like a relay you can set the "hold" time with the iphone app --- these device can be used to eg switch press an apple power button

2. fixed issue with inkbird pool temp sensor

maintenance release - fixed various smaller siuues, mostly for exceptions - small performance improvements

1. some code cleanup for BLEconnect - iphones and BLEconnect-sensors
2. added some debugging logs in plugin
3. fixed error with static / dynamic ip number settings in RPI device edit
   and accept blocking non local ip numbers to connect to the plugin

1. some code cleanup for BLEconnect - iphones and BLEconnect-sensors
2. added some debugging logs in plugin
3. fixed error with static / dynamic ip number settings in RPI device edit

1. added sensor type BLE inkBird Pool 01B ( not R!!) this is the first floating pool temperature sensors that can be read by indigo. The old pool temp sensor RFXcom from scientific was discontinued to install: put batteries into inkbird, put it next to RPI; menu / accept new beacons: select Inkbird After a minute a new beacon device should be created. That is just a regular ibeacon device. Now create a new indigo device "pibeacon / BLE-inkBird.." and copy the mac address from the ibeacon device into teh MAC field Select the RPI that is next to the pool, leave the other parameters as they are (you could set the color of the sensor dot to different values)
2. small bug fixes for special circumstances

fixed label for dev state: particles_100um ( was airquality) in control page and trigger page

added option for airquality sensors to set name for airpolution name in device edit

fixed average rollover at mid night for sensors

fixed error='key groupMember not found in dict' is an issue only for non beacon typ devices

fixed error='key groupMember not found in dict'

added variables for all PI, BLEconnect and beacon devices: # of devices home and away this can be used to trigger is any change in # of devices home/away changes this is in addition to the regular groups: Family, guests, other 1,2 3 this groups can be named as you like in config

1. supports the latest SSD (march 20 2021)
2. added option to block any ip number accessing the indigo mac that does not have the same first 2 octets to avoid ansering outside ip numbers from probing, they will just be ignored, no acknowledge packet is send only works if mac and rpi have the same 2 octets, eg 192.168.x.y and 192,.1678.x.z would be accepted, but not 72.60.4.5
3. fixed group status memebrship for rpis, was ok for beacons

supports the latest SSD (march 20 2021)

1. supports the latest SSD (march 20 2021)
2. added option to block any ip number accessing the indigo mac that does not have the same first 2 octets to avoid ansering outside ip numbers from probing, they will just be ignored, no acknowledge packet is send only works if mac and rpi have the same 2 octets, eg 192.168.x.y and 192,.1678.x.z would be accepted, but not 72.60.4.5

supports the latest SSD (march 20 2021)

1. --- only for experts: added option set IP number of RPI to fixed, set in rpi device edit w/o the you initially set the ip number, but the rpi can chnage it eg switching between ethernet and wifi w this option ON the rpi will always send the fixed IP number IN THE data, although it could use a differnt ip# By enabling this YOU must make sure that the data arriving from the RPI comes from the defined fixed IP# otherwise they will be rejected

2. added menu option to send just new pgm and config files, skipping fonts images etc this will reduce bytes by factor 2 to be send to rpi, fonts and images have not changed for several years now

1. fixed dev state lables
2. added option to start any command from pibeacon this is managed by the pibeacon master.py program it will make sure the program launches,
   and stays up and running if requested

tuned INPUT- pulse plugin part for reset of counters

made compatible with 2021-01-17 SSD card

1. fixed: piBeacon Error Line 6819 has error=list index out of range in confirmdeviceIDINPUTBUTTONmenu pulse device: reset of pulse / gpio input count was not reset pulse device: calculation of counts/ xx beep beacon action: did not work, menu beep did work fine, one parameter was missing

2. added to pulse/coincidence device maxCountperSecondInLastHour state
   min/max count/min today & yesterday state counts/min*scalefactor state for several more states made the number of digits dynamc in count/xx dev states to have at keast 3 significant numbers shown (that is equivalent to 0.1%) the number of significant digits can be set in dev edit

3. set compress data send to plugin to on if data len > 40kb as default. There seems to be a timeout .. issue with larger data. regular data is < 5Kb, larger data (h ad 128k) only happens for detect new beacons etc compress reduces most data by factor of >7

4. changed detect new beacons to use data aquired anyway with hcidump. so no data collection break during detect new beacons process that is not active for hci- socket data aquisition, as that does not deliver all package types, have to do hcidump do catch that data.

5. added beacon type nut v 45 and 46. the comamnds for battery and beep have changed with the new release. the hardware looks identical

6. fixed negative temperatures for govee sensors

1. fixed: piBeacon Error Line 6819 has error=list index out of range in confirmdeviceIDINPUTBUTTONmenu pulse device: reset of pulse / gpio input count was not reset pulse device: calculation of counts/ xx beep beacon action: did not work, menu beep did work fine, one parameter was missing

2. added to pulse/coincidence device maxCountperSecondInLastHour state
   min/max count/min today & yesterday state counts/min*scalefactor state for several more states made the number of digits dynamc in count/xx dev states to have at keast 3 significant numbers shown (that is equivalent to 0.1%) the number of significant digits can be set in dev edit

3. set compress data send to plugin to on if data len > 40kb as default. There seems to be a timeout .. issue with larger data. regular data is < 5Kb, larger data (h ad 128k) only happens for detect new beacons etc compress reduces most data by factor of >7

4. changed detect new beacons to use data aquired anyway with hcidump. so no data collection break during detect new beacons process that is not active for hci- socket data aquisition, as that does not deliver all package types, have to do hcidump do catch that data.

5. added beacon type nut v 45 and 46. the comamnds for battery and beep have changed with the new release. the hardware looks identical

1. fixed: piBeacon Error Line 6819 has error=list index out of range in confirmdeviceIDINPUTBUTTONmenu pulse device: reset of pulse / gpio input count was not reset pulse device: calculation of counts/ xx beep beacon action: did not work, menu beep did work fine, one parameter was missing

2. added to pulse/coincidence device maxCountperSecondInLastHour state
   min/max count/min today & yesterday state counts/min*scalefactor state for several more states made the number of digits dynamc in count/xx dev states to have at keast 3 significant numbers shown (that is equivalent to 0.1%) the number of significant digits can be set in dev edit

3. set compress data send to plugin to on if data len > 40kb as default. There seems to be a timeout .. issue with larger data. regular data is < 5Kb, larger data (h ad 128k) only happens for detect new beacons etc compress reduces most data by factor of >7

4. changed detect new beacons to use data aquired anyway with hcidump. so no data collection break during detect new beacons process that is not active for hci- socket data aquisition, as that does not deliver all package types, have to do hcidump do catch that data.

5. added beacon type nut v 2021. the comamnds for battery and beep have changed with the new release. the hardware looks identical

1. fixed: piBeacon Error Line 6819 has error=list index out of range in confirmdeviceIDINPUTBUTTONmenu pulse device: reset of pulse / gpio input count was not reset pulse device: calculation of counts/ xx beep beacon action: did not work, menu beep did work fine, one parameter was missing

2. added to pulse/coincidence device maxCountperSecondInLastHour state
   min/max count/min today & yesterday state counts/min*scalefactor state for several more states made the number of digits dynamc in count/xx dev states to have at keast 3 significant numbers shown (that is equivalent to 0.1%) the number of significant digits can be set in dev edit

1. fixed: piBeacon Error Line 6819 has error=list index out of range in confirmdeviceIDINPUTBUTTONmenu pulse device: reset of pulse / gpio input count was not reset pulse device: calculation of counts/ xx beep beacon action: did not work, menu beep did work fine, one parameter was missing

2. added to pulse/coincidence device maxCountperSecondInLastHour state
   min/max count/min today & yesterday state counts/min*scalefactor state for several more states made the number of digits dynamc in count/xx dev states to have at keast 3 significant numbers shown (that is equivalent to 0.1%)

1. fixed: piBeacon Error Line 6819 has error=list index out of range in confirmdeviceIDINPUTBUTTONmenu pulse device: reset of pulse / gpio input count was not reset pulse device: calculation of counts/ xx beep beacon action: did not work, menu beep did work fine, one parameter was missing

2. added to pulse/coincidence device maxCountperSecondInLastHour state
   min/max count/min today & yesterday state counts/min*scalefactor state for several more states

1. fixed: piBeacon Error Line 6819 has error=list index out of range in confirmdeviceIDINPUTBUTTONmenu pulse device: reset of pulse / gpio input count was not reset pulse device: calculation of counts/ xx beep beacon action: did not work, menu beep did work fine, one parameter was missing

2. added: maxCountperSecondInLastHour state for pulse/coincidence device min/max count/min today & yesterday state for pulsepulse/coincidence device counts/min*scalefactor state for pulsepulse/coincidence device

1. fixed: piBeacon Error Line 6819 has error=list index out of range in confirmdeviceIDINPUTBUTTONmenu
2. fixed: reset of pulse / gpio input count was not reset
3. fixed: calculation of counts/ xx
4. added: maxCountperSecondInLastHour state for pulse/coincidence device min/max count/min today & yesterday state for pulsepulse/coincidence device counts/min*scalefactor state for pulsepulse/coincidence device

1. fixed: piBeacon Error Line 6819 has error=list index out of range in confirmdeviceIDINPUTBUTTONmenu
2. fixed: reset of pulse / gpio input count was not reset
3. fixed: calculation of counts/ xx
4. added: maxCountperSecondInLastHour state for pulse device min/max count/min today & yesterday state for pulse device counts/min*scalefactor state for pulse device

1. fixed: piBeacon Error Line 6819 has error=list index out of range in confirmdeviceIDINPUTBUTTONmenu
2. fixed: reset of pulse / gpio input count was not reset
3. fixed: calculation of counts/ xx
4. added: maxCountperSecondInLastHour state for pulse device

1. fixed: piBeacon Error Line 6819 has error=list index out of range in confirmdeviceIDINPUTBUTTONmenu
2. fixed: reset of pulse / gpio input count was not reset
3. fixed: calculation of counts/ xx

fixed: piBeacon Error Line 6819 has error=list index out of range in confirmdeviceIDINPUTBUTTONmenu

reset of pulse / gpio input count was not reset

fixed: piBeacon Error Line 6819 has error=list index out of range in confirmdeviceIDINPUTBUTTONmenu

1. added BLE sensors: xiaomi formaldehyde sensor
2. fixed bug that made BLE sensor devices not being active on RPi after comm disable/enable
3. added check if reset for min/max sensor values was already at 0 am - might have been done several times between 0 and 1 am
4. fixed typo for MoistureMinYesterday was MoistureeMinYesterday

1. added BLE sensors: blueradio sensor bug, support temp, light and orientation
2. changed number to float in device states for indigo version 7.5

added BLE sensors: Govee Temp & humidity sensors, they broadcast T, H, BatteryLevel - H5101 w small display - H5075 w medium display - H5177 w large display - H5174 outside sensor, no display

Xiaomi MiJia Bluetooth Xiaomi MiJia MI clock w temp humidity(LYWSD02) w clock temp/hum display 2xcr2032
shows T, H, Batterylevel. and count (message#) in indigo dev states
This sensor sends out Broadcasts w T, H , Battery and count

works similar to Ruuvitag, w display, but no preasure and acceleration info. you need to use the Xiaomi mi home app to setup the sensor (connect to china server, todate that sensor was not supported on servers outside china)

1. added option to use 2 UBS BLE dongles, beta

2. added sensors:

Vendor sensorName battery Freqquency Size App Type of Sensor ------------------------------------------------------------------------
Ibeacon On/off or ON Temp ExTemp Hum Press Accell/Grav IR Light GAS CO Smoke

Xiaomi MiJia LYWSDCGQ/01ZM round Temp & humidity sensor. w display 1x AAA 1/1s largeRound YES Y Y

Xiaomi Mi LYWSD03MMC square Temp & humidity sensor, requires 2 BLE dongles w display 1x CR2032 1/2Min small Square YES Y Y

Xiaomi Mi VegTrug / Flower Care sensor, requires 2 BLE dongles 1x CR2032 1/2Min YES Y Y Y + Moisture+Conductivity

1. added option to use 2 UBS BLE dongles, beta

2. added sensors:

Vendor sensorName battery Freqquency Size App Type of Sensor ------------------------------------------------------------------------
Ibeacon On/off or ON Temp ExTemp Hum Press Accell/Grav IR Light GAS CO Smoke

Xiaomi MiJia LYWSDCGQ/01ZM round Temp & humidity sensor. w display 1x AAA 1/1s largeRound YES Y Y

Xiaomi Mi LYWSD03MMC square Temp & humidity sensor, requires 2 BLE dongles w display 1x CR2032 1/2Min small Square YES Y Y

Xiaomi Mi VegTrug / Flower Care sensor, requires 2 BLE dongles 1x CR2032 1/2Min YES Y Y Y + Moisture+Conductivity

1. added option to use 2 UBS BLE dongles, beta

2. added sensors:

Vendor sensorName battery Freqquency Size App Type of Sensor ------------------------------------------------------------------------
Ibeacon On/off or ON Temp ExTemp Hum Press Accell/Grav IR Light GAS CO Smoke

Xiaomi MiJia LYWSDCGQ/01ZM round Temp & humidity sensor. w display 1x AAA 1/1s largeRound YES Y Y

Xiaomi Mi LYWSD03MMC square Temp & humidity sensor, requires 2 BLE dongles w display 1x CR2032 1/2Min small Square YES Y Y

Xiaomi Mi VegTrug / Flower Care sensor, requires 2 BLE dongles 1x CR2032 1/2Min YES Y Y Y + Moisture+Conductivity

1. added option to use 2 UBS BLE dongles, beta

2. added sensors:

Vendor sensorName battery Freqquency Size App Type of Sensor ------------------------------------------------------------------------
Ibeacon On/off or ON Temp ExTemp Hum Press Accell/Grav IR Light GAS CO Smoke

Xiaomi MiJia LYWSDCGQ/01ZM round Temp & humidity sensor. w display 1x AAA 1/1s largeRound YES Y Y

Xiaomi Mi LYWSD03MMC square Temp & humidity sensor, requires 2 BLE dongles w display 1x CR2032 1/2Min small Square YES Y Y

Xiaomi Mi VegTrug / Flower Care sensor, requires 2 BLE dongles 1x CR2032 1/2Min YES Y Y Y + Moisture+Conductivity

Added features / changes in v7.131.475@ 2020-12-04

1. added option to use 2 UBS BLE dongles, beta

2. added sensors:

Vendor sensorName battery Freqquency Size App Type of Sensor ------------------------------------------------------------------------
Ibeacon On/off or ON Temp ExTemp Hum Press Accell/Grav IR Light GAS CO Smoke

Xiaomi MiJia LYWSDCGQ/01ZM round Temp & humidity sensor. w display 1x AAA 1/1s largeRound YES Y Y

Xiaomi Mi LYWSD03MMC square Temp & humidity sensor, requires 2 BLE dongles w display 1x CR2032 1/2Min small Square YES Y Y

Xiaomi Mi VegTrug / Flower Care sensor, requires 2 BLE dongles 1x CR2032 1/2Min YES Y Y Y + Moisture+Conductivity

1. added option to use 2 UBS BLE dongles, beta

2. added sensors:

Vendor sensorName battery Freqquency Size App Type of Sensor ------------------------------------------------------------------------
Ibeacon On/off or ON Temp ExTemp Hum Press Accell/Grav IR Light GAS CO Smoke

Xiaomi MiJia LYWSDCGQ/01ZM round Temp & humidity sensor. w display 1x AAA 1/1s largeRound YES Y Y

Xiaomi Mi LYWSD03MMC square Temp & humidity sensor, requires 2 BLE dongles w display 1x CR2032 1/2Min small Square YES Y Y

Xiaomi Mi VegTrug / Flower Care sensor, requires 2 BLE dongles 1x CR2032 1/2Min YES Y Y Y + Moisture+Conductivity

1. added option to use 2 UBS BLE dongles, beta

2. added sensors:

Vendor sensorName battery Freqquency Size App Type of Sensor ------------------------------------------------------------------------
Ibeacon On/off or ON Temp ExTemp Hum Press Accell/Grav IR Light GAS CO Smoke

Xiaomi MiJia LYWSDCGQ/01ZM round Temp & humidity sensor. w display 1x AAA 1/1s largeRound YES Y Y

Xiaomi Mi LYWSD03MMC square Temp & humidity sensor, requires 2 BLE dongles w display 1x CR2032 1/2Min small Square YES Y Y

Xiaomi Mi VegTrug / Flower Care sensor, requires 2 BLE dongles 1x CR2032 1/2Min YES Y Y Y + Moisture+Conductivity

added sensors:

Vendor sensorName battery Freqquency Size App Type of Sensor ------------------------------------------------------------------------
Ibeacon On/off or ON Temp ExTemp Hum Press Accell/Grav IR Light GAS CO Smoke

ruuvi opensource sensor w BME280 and LIS2DH22 Acceleration sensor
ruuviTag 1x cr2450 1/1s largeRound ruuvi Y Y Y X,Y,Z

Xiaomi MiJia LYWSDCGQ/01ZM round Temp & humidity sensor. w display 1x AAA 1/1s largeRound YES Y Y

Xiaomi Mi LYWSD03MMC square Temp & humidity sensor, requires 2 BLE dongles w display 1x CR2032 1/2Min small Square YES Y Y

Xiaomi Mi VegTrug / Flower Care sensor, requires 2 BLE dongles w display 1x CR2032 1/2Min YES Y Y Y + Moisture+Conductivity

added Bluetooth Temp / humidity sensor: Xiaomi MiJia round. The round one not sqaure! check eg: https://medium.com/@smarthomespot/my-xiaomi-bluetooth-temperature-humidity-sensor-review-d37b32ab1d0

fixed fillMemberListState error

added some debug statements when master on pi can not find indigo or ip number

1. fixed error memberList not defined
2. change secuence of accepting beacons to aloow ignored beacon to be accepted as sensors eg for ruuviTag beacon: it has a beacon and a sensor device, when beacon device was deleted in indigo the mac# was set to ignore and the the sensor device was not updated.

Added features / changes in v7.128.464 @ 2020-11-03

1. switch bluetooth to no socket if bluez python include fails
2. added support for safedome credit card type beacons, wireless rechargeable
3. changed some menu text, spelling and messages shown

1. fixed accpet new beacons signal

2. added new beacons and sensors: Radius RAD beacons

3. added option to change name of group variables from "other1" to eg bicycles .. and you can jnow have up to 5 groups. the varibales will only be cretaed if a the names are set in config b a group has any members (set in device edit)

1. added BLE Temp& humidity sensor from Kaipule - iSensor
2. fixed pIU error not found

added option to use new wpa_supplicant and inetrfaces file in boot directry at every boot this can be used to setup wifi, dhcp etc files creat a wpa_supplicant (for ssid / passw) and or interfaces(dhcp etc) file(s) in /boot on the rpi SSD

1. cleaned up some code
2. rearanged some menu items, clearer structure, using some color for menu items

3. In addition to the Ruuvitag added several blue tooth sensors, very easy to setup, they all can be used as presence as well as sensors They have long battery life and > 30 m distance -- with several RPi in the house essetially the whole house is covered INGICS: iBS01-x: Family of on/off sensors- Button, magent, movement, external switch iBS01T: Temp and humidity iBS01RG: x-y-z acceleration/ gravity sensor iBS02: PIR presence ir IR object detection iBS03-x: Family of on/off sensors- Button, magent, movement, external switch iBS03G: Movement detection of beacon on/off iBS03T: on board temp sensor iBS03TP: on board temp sensor + temp sensor probe, water proved iBS03RG: x-y-z acceleration/ gravity sensor Minew E8: x-y-z acceleration/ gravity sensor iSensor - Kaipule various on/off sensors: GAS, CO water, alarm , on sensor: door button remoteKey The on/off states are managed according to the cabailities of the sensors Satech STixx sensors, acceleration, temp, humidity, on/off

4. Normally beacon go "up" as soon as a signal is detect. When they are gone / no signal is received: the RPi does not send any info to the plugin if no signal. Then the plugin will set them to down after xx secs (normally 90) and after another xx secs to expired In "fastDown" mode: after yy secs (>=10) w/o signal the RPi sends a fast down message to the pluginthen teh plugin will set teh beacon to down, If you have more than 2 RPi you can probably go down to 10 secs, better 20 seconds. That means if the beacons leaves the house you will know in ~ 10+3 secs If you have just one RPI and have it connected to something that moves around in the house it is likely not a good idea but for eg a beacon that is connected to eg a bike that arrives in a dedicated space and has a good connection to the RPi it shouldd work well

5. minupSigal and mindownSignal: When set to eg up=-60 and down=-80: the beacon will only go up when it is close to the RPI ~ 1 m. but will stay up until it has eg left the room (>10m) with this setting you can decide if a beacon is in a room - that requires an RPI in each room you like to have this feature

6. changed hcidump method added option to restart BLE scanner every 5 minutes, just in case RPi can not keep up fixed so that 2. ble dongle is not needed This method catches all types of messages while the python socket method ignored some of the mesage types ie mfg info which is used to id a beacon / sensor You can select whcih method to use for all RPi in config, or overwrite in RPI device edit.

1. cleaned up some code
2. rearanged some menu items, clearer structure, using some color for menu items

3. In addition to the Ruuvitag added several blue tooth sensors, very easy to setup, they all can be used as presence as well as sensors They have long battery life and > 30 m distance -- with several RPi in the house essetially the whole house is covered INGICS: iBS01-x: Family of on/off sensors- Button, magent, movement, external switch iBS01T: Temp and humidity iBS01RG: x-y-z acceleration/ gravity sensor iBS02: PIR presence ir IR object detection iBS03-x: Family of on/off sensors- Button, magent, movement, external switch iBS03G: Movement detection of beacon on/off iBS03T: on board temp sensor iBS03TP: on board temp sensor + temp sensor probe, water proved iBS03RG: x-y-z acceleration/ gravity sensor Minew E8: x-y-z acceleration/ gravity sensor iSensor - Kaipule various on/off sensors for GAS, CO water, alarm ... EN61, ES61, EW70, ET90, IM21, IX30 IX32 Satech STixx sensors, acceleration, temp, humidity, on/off

4. Normally beacon go "up" as soon as a signal is detect. When they are gone / no signal is received: the RPi does not send any info to the plugin if no signal. Then the plugin will set them to down after xx secs (normally 90) and after another xx secs to expired In "fastDown" mode: after yy secs (>=10) w/o signal the RPi sends a fast down message to the pluginthen teh plugin will set teh beacon to down, If you have more than 2 RPi you can probably go down to 10 secs, better 20 seconds. That means if the beacons leaves the house you will know in ~ 10+3 secs If you have just one RPI and have it connected to something that moves around in the house it is likely not a good idea but for eg a beacon that is connected to eg a bike that arrives in a dedicated space and has a good connection to the RPi it shouldd work well

5. minupSigal and mindownSignal: When set to eg up=-60 and down=-80: the beacon will only go up when it is close to the RPI ~ 1 m. but will stay up until it has eg left the room (>10m) with this setting you can decide if a beacon is in a room - that requires an RPI in each room you like to have this feature

6. changeed hcidump method to include more advertising message types. in v.451 some where excluded added option to restart BLE scanner every 5 minutes, just in case RPi can not keep up fixed so that 2. ble dongle not needed

1. cleaned up some code
2. rearanged some menu items, clearer structure, using some color for menu items

3. In addition to the Ruuvitag added several blue tooth sensors, very easy to setup, they all can be used as presence as well as sensors They have long battery life and > 30 m distance -- with several RPi in the house essetially the whole house is covered INGICS: iBS01-x: Family of on/off sensors- Button, magent, movement, external switch iBS01T: Temp and humidity iBS01RG: x-y-z acceleration/ gravity sensor iBS02: PIR presence ir IR object detection iBS03-x: Family of on/off sensors- Button, magent, movement, external switch iBS03G: Movement detection of beacon on/off iBS03T: on board temp sensor iBS03TP: on board temp sensor + temp sensor probe, water proved iBS03RG: x-y-z acceleration/ gravity sensor Minew E8: x-y-z acceleration/ gravity sensor iSensor - Kaipule various on/off sensors for GAS, CO water, alarm ... EN61, ES61, EW70, ET90, IM21, IX30 IX32 Satech STixx sensors, acceleration, temp, humidity, on/off

4. Normally beacon go "up" as soon as a signal is detect. When they are gone / no signal is received: the RPi does not send any info to the plugin if no signal. Then the plugin will set them to down after xx secs (normally 90) and after another xx secs to expired In "fastDown" mode: after yy secs (>=10) w/o signal the RPi sends a fast down message to the pluginthen teh plugin will set teh beacon to down, If you have more than 2 RPi you can probably go down to 10 secs, better 20 seconds. That means if the beacons leaves the house you will know in ~ 10+3 secs If you have just one RPI and have it connected to something that moves around in the house it is likely not a good idea but for eg a beacon that is connected to eg a bike that arrives in a dedicated space and has a good connection to the RPi it shouldd work well

5. minupSigal and mindownSignal: When set to eg up=-60 and down=-80: the beacon will only go up when it is close to the RPI ~ 1 m. but will stay up until it has eg left the room (>10m) with this setting you can decide if a beacon is in a room - that requires an RPI in each room you like to have this feature

6. changeed hcidump method to include more advertising message types. in v.451 some where excluded added option to restart BLE scanner every 5 minutes, just in case RPi can not keep up

1. cleaned up some code
2. rearanged some menu items, clearer structure, using some color for menu items

3. In addition to the Ruuvitag added several blue tooth sensors, very easy to setup, they all can be used as presence as well as sensors They have long battery life and > 30 m distance -- with several RPi in the house essetially the whole house is covered INGICS: iBS01-x: Family of on/off sensors- Button, magent, movement, external switch iBS01T: Temp and humidity iBS01RG: x-y-z acceleration/ gravity sensor iBS02: PIR presence ir IR object detection iBS03-x: Family of on/off sensors- Button, magent, movement, external switch iBS03G: Movement detection of beacon on/off iBS03T: on board temp sensor iBS03TP: on board temp sensor + temp sensor probe, water proved iBS03RG: x-y-z acceleration/ gravity sensor Minew E8: x-y-z acceleration/ gravity sensor iSensor - Kaipule various on/off sensors for GAS, CO water, alarm ... EN61, ES61, EW70, ET90, IM21, IX30 IX32 Satech STixx sensors, acceleration, temp, humidity, on/off

4. Normally beacon go "up" as soon as a signal is detect. When they are gone / no signal is received: the RPi does not send any info to the plugin if no signal. Then the plugin will set them to down after xx secs (normally 90) and after another xx secs to expired In "fastDown" mode: after yy secs (>=10) w/o signal the RPi sends a fast down message to the pluginthen teh plugin will set teh beacon to down, If you have more than 2 RPi you can probably go down to 10 secs, better 20 seconds. That means if the beacons leaves the house you will know in ~ 10+3 secs If you have just one RPI and have it connected to something that moves around in the house it is likely not a good idea but for eg a beacon that is connected to eg a bike that arrives in a dedicated space and has a good connection to the RPi it shouldd work well

5. minupSigal and mindownSignal: When set to eg up=-60 and down=-80: the beacon will only go up when it is close to the RPI ~ 1 m. but will stay up until it has eg left the room (>10m) with this setting you can decide if a beacon is in a room - that requires an RPI in each room you like to have this feature

6. changeed hcidump method to include more advertising message types. in v.451 some where excluded added option to restart BLE scanner every 5 minutes, just in case RPi can not keep up

1. cleaned up some code
2. rearanged some menu items, clearer structure, using some color for menu items

3. In addition to the Ruuvitag added several blue tooth sensors, very easy to setup, they all can be used as presence as well as sensors They have long battery life and > 30 m distance -- with several RPi in the house essetially the whole house is covered INGICS: iBS01-x: Family of on/off sensors- Button, magent, movement, external switch iBS01T: Temp and humidity iBS01RG: x-y-z acceleration/ gravity sensor iBS02: PIR presence ir IR object detection iBS03-x: Family of on/off sensors- Button, magent, movement, external switch iBS03G: Movement detection of beacon on/off iBS03T: on board temp sensor iBS03TP: on board temp sensor + temp sensor probe, water proved iBS03RG: x-y-z acceleration/ gravity sensor Minew E8: x-y-z acceleration/ gravity sensor iSensor - Kaipule various on/off sensors for GAS, CO water, alarm ... EN61, ES61, EW70, ET90, IM21, IX30 IX32 Satech STixx sensors, acceleration, temp, humidity, on/off

4. Normally beacon go "up" as soon as a signal is detect. When they are gone / no signal is received: the RPi does not send any info to the plugin if no signal. Then the plugin will set them to down after xx secs (normally 90) and after another xx secs to expired In "fastDown" mode: after yy secs (>=10) w/o signal the RPi sends a fast down message to the pluginthen teh plugin will set teh beacon to down, If you have more than 2 RPi you can probably go down to 10 secs, better 20 seconds. That means if the beacons leaves the house you will know in ~ 10+3 secs If you have just one RPI and have it connected to something that moves around in the house it is likely not a good idea but for eg a beacon that is connected to eg a bike that arrives in a dedicated space and has a good connection to the RPi it shouldd work well

5. minupSigal and mindownSignal: When set to eg up=-60 and down=-80: the beacon will only go up when it is close to the RPI ~ 1 m. but will stay up until it has eg left the room (>10m) with this setting you can decide if a beacon is in a room - that requires an RPI in each room you like to have this feature

6. change hcidump method to include more advertising message types. in v.451 some where excluded

1. cleaned up some code
2. rearanged some menu items, clearer structure, using some color for menu items
3. In addition to the Ruuvitag added several blue tooth sensors, very easy to setup, they all can be used as presence as well as sensors They have long battery life and > 30 m distance -- with several RPi in the house essetially the whole house is covered INGICS: iBS01-x: Family of on/off sensors- Button, magent, movement, external switch iBS01T: Temp and humidity iBS01RG: x-y-z acceleration/ gravity sensor iBS02: PIR presence ir IR object detection iBS03-x: Family of on/off sensors- Button, magent, movement, external switch iBS03G: Movement detection of beacon on/off iBS03T: on board temp sensor iBS03TP: on board temp sensor + temp sensor probe, water proved iBS03RG: x-y-z acceleration/ gravity sensor Minew E8: x-y-z acceleration/ gravity sensor iSensor - Kaipule various on/off sensors for GAS, CO water, alarm ... EN61, ES61, EW70, ET90, IM21, IX30 IX32 Satech STixx sensors, acceleration, temp, humidity, on/off

1. cleaned up some code
2. rearanged some menu items, clearer structure, using some color for menu items
3. In addition to the Ruuvitag added several blue tooth sensors, very easy to setup, they all can be used as presence as well as sensors They have long battery life and > 30 m distance -- with several RPi in the house essetially the whole house is covered INGICS: iBS01-x: Family of on/off sensors- Button, magent, movement, external switch iBS01T: Temp and humidity iBS01RG: x-y-z acceleration/ gravity sensor iBS02: PIR presence ir IR object detection iBS03-x: Family of on/off sensors- Button, magent, movement, external switch iBS03G: Movement detection of beacon on/off iBS03T: on board temp sensor iBS03TP: on board temp sensor + temp sensor probe, water proved iBS03RG: x-y-z acceleration/ gravity sensor Minew E8: x-y-z acceleration/ gravity sensor iSensor - Kaipule various on/off sensors for GAS, CO water, alarm ... EN61, ES61, EW70, ET90, IM21, IX30 IX32 Satech STixx sensors, acceleration, temp, humidity, on/off

1. cleaned up some code
2. rearanged some menu items, clearer structure, using some color for menu items

3. In addition to the Ruuvitag added several blue tooth sensors, very easy to setup, they all can be used as presence as well as sensors They have long battery life and > 30 m distance -- with several RPi in the house essetially the whole house is covered INGICS: iBS01-x: Family of on/off sensors- Button, magent, movement, external switch iBS01T: Temp and humidity iBS01RG: x-y-z acceleration/ gravity sensor iBS02: PIR presence ir IR object detection iBS03-x: Family of on/off sensors- Button, magent, movement, external switch iBS03G: Movement detection of beacon on/off iBS03T: on board temp sensor iBS03TP: on board temp sensor + temp sensor probe, water proved iBS03RG: x-y-z acceleration/ gravity sensor Minew E8: x-y-z acceleration/ gravity sensor iSensor - Kaipule various on/off sensors for GAS, CO water, alarm ... EN61, ES61, EW70, ET90, IM21, IX30 IX32 Satech STixx sensors, acceleration, temp, humidity, on/off

4. Normally beacon go "up" as soon as a signal is detect. When they are gone / no signal is received: the RPi does not send any info to the plugin if no signal. Then the plugin will set them to down after xx secs (normally 90) and after another xx secs to expired In "fastDown" mode: after yy secs (>=10) w/o signal the RPi sends a fast down message to the pluginthen teh plugin will set teh beacon to down, If you have more than 2 RPi you can probably go down to 10 secs, better 20 seconds. That means if the beacons leaves the house you will know in ~ 10+3 secs If you have just one RPI and have it connected to something that moves around in the house it is likely not a good idea but for eg a beacon that is connected to eg a bike that arrives in a dedicated space and has a good connection to the RPi it shouldd work well

5. minupSigal and mindownSignal: When set to eg up=-60 and down=-80: the beacon will only go up when it is close to the RPI ~ 1 m. but will stay up until it has eg left the room (>10m) with this setting you can decide if a beacon is in a room - that requires an RPI in each room you like to have this feature

1. cleaned up some code
2. rearanged some menu items, clearer structure, using some color for menu items
3. added several blue tooth sensors, very easy to setup INGICS: iBS01: Has one on/off sensor: either Button, magent, movement, external Switch iBS01T: has Temp and humidity iBS01RG: x-y-z acceleration/ gravity sensor iBS02: PIR presence ir IR object detection iBS03: Has on/off sensor: Button or magnet iBS03G: Movement detection of beacon on/off iBS03T: on board temp sensor iBS03TP: on board temp sensor + temp sensor probe, good for pool etc iBS03RG: x-y-z acceleration/ gravity sensor Minew E8: x-y-z acceleration/ gravity sensor

4. made "fastDown" work nicely, If you have more than 2 RPi you can probably go down to 10 secs that means if the beacons leaves the house you will know in ~ 10+3 secs if you have just one RPI and have it connected to something that moves around in the house it is likely not a good idea but for eg a beacon that is connected to a bike that arrives in a dedicated space and has a good connection to the RPi it shouldd work well

5. added .upper() for hexCode in knownbeacon tags, to make sure that eg aB is seenas AB in the hex string

5

1. cleaned up some code
2. rearanged some menu items, clearer structure, using some color for menu items
3. added several blue tooth sensors, very easy to setup INGICS: iBS01: Has 3 on/off sensors- Button and magent, movement iBS01T: hase Temp and humidity iBS01RG: x-y-z acceleration/ gravity sensor iBS02: PIR presence ir IR object detection iBS03: Has 2 on/off sensors- Button and magent iBS03G: Movement detection of beacon on/off iBS03T: on board temp sensor iBS03TP: on board temp sensor + temp sensor probe iBS03RG: x-y-z acceleration/ gravity sensor Minew E8: x-y-z acceleration/ gravity sensor

4. made "fastDown" work nicely, If you have more than 2 RPi you can probably go down to 10 secs that means if the beacons leaves the house you will know in ~ 10+3 secs if you have just one RPI and have it connected to something that moves around in the house it is likely not a good idea but for eg a beacon that is connected to a bike that arrives in a dedicated space and has a good connection tot the RPi it shouldd work well

5. added .upper() for hexCode in knownbeacon tags, to make sure that eg aB is seenas AB in the hex string

6. fixed some issues w fast down and BLEconnect

1. cleaned up some code
2. rearanged some menu items, clearer structure, using some color for menu items
3. added several blue tooth sensors, very easy to setup INGICS: iBS01: Has 3 on/off sensors- Button and magent, movement iBS01T: hase Temp and humidity iBS01RG: x-y-z acceleration/ gravity sensor iBS02: PIR presence ir IR object detection iBS03: Has 2 on/off sensors- Button and magent iBS03G: Movement detection of beacon on/off iBS03T: on board temp sensor iBS03TP: on board temp sensor + temp sensor probe iBS03RG: x-y-z acceleration/ gravity sensor Minew E8: x-y-z acceleration/ gravity sensor

4. made "fastDown" work nicely, If you have more than 2 RPi you can probably go down to 10 secs that means if the beacons leaves the house you will know in ~ 10+3 secs if you have just one RPI and have it connected to something that moves around in the house it is likely not a good idea but for eg a beacon that is connected to a bike that arrives in a dedicated space and has a good connection tot the RPi it shouldd work well

5. added .upper() for hexCode in knownbeacon tags

1. added .upper() for hexCode in knownbeacon tags

added .upper() for hexCode in knownbeacon tags

1. cleaned up some code
2. rearanged some menu items, clearer structure
3. added several blue tooth sensorss: INGICS: iBS02: PIR presence ir IR object detection iBS03: Has 2 on/off sensors Button and magent iBS03G: Movement detection of beacon on/off iBS03T: on board temp sensor iBS03TP: on board temp sensor + temp sensor probe iBS03RG: x-y-z acceleration/ gravity sensor Minew E8: x-y-z acceleration/ gravity sensor

fixed some errors in device edit when fields were not set

1. cleaned up some code
2. rearanged some menu items, clearer structure
3. added several blue tooth sensorss: INGICS: iBS02: PIR presence + IR object detection iBS03: Has 2 on/off sensors- Button + magnet iBS03G: Movement detection of beacon on/off iBS03T: on board temp sensor iBS03TP: on board temp sensor + temp sensor probe iBS03RG: x-y-z acceleration/ gravity sensor Minew E8: x-y-z acceleration/ gravity sensor

Added features / changes in v7.126.438 @ 2020-08-31

1. fixed buffer overflow in new hcidump method

Added features / changes in v7.126.436 @ 2020-08-31

1. added new method (option) to read beacons using hcidump & lescan instead of python socket calls
2. added several "feasy" type beacons w battery level support in std message

1. added new method (option) to read beacons using hcidump & lescan instead of python socket calls
2. added several "feasy" type beacons w battery level support in std message

1. added new method (option) to read beacons using hcidump & lescan instead of python socket calls
2. added several "feasy" type beacons w battery level support in std message

1. added new method (option) to read beacons using hcidump & lescan instead of python socket calls
2. added several "feasy" type beacons w battery level support in std message

1. added new method (option) to read beacons using hcidump & lescan instead of python socket calls
2. added several "feasy" type beacons w battery level support in std message

added several "feasy" type beacons w battery level support in std message

added several "Minew" type beacons w battery level support in std message

1. added menu option to reload known beacon tags (for dev)
2. added some debug statements for get battery
3. fixed known beacon tag for mini beacon, there was a space in the hex number string, (fat finger)

1. rectified difference in beacon .. device type models is allows sensor change, updates.. now fixed at startup
2. can now change battery command in device edit (will only be set to default at first edit device)
3. added check in print battery report and adding special debug for selecting beacons in get battery level

fixed some issues w get battery levels when devices were not properly defined, ...

1. several small fixes, typos, menus ..
2. fixed some properties of ruuvi tag sensor and settings
3. added option in ibeacon device edit to not run get beattery level for individual beacon at 4 am, as eg nutale beacons beep for 5 secs when get beacon runs (they beep when connection to a host is lost)

added sensor bosch BMP388 high precision pressure accurancy equivalent = 0.8m altitude change

for ADSxx ADC devices alsoways show INPUT as ststaus (was INPUT_x)

1. re-wrote get battery level, beep functions, BLE analysis, get new beacon info. also added a beaconloop restart after any of the above functions to avoid a hanging BLE stack
2. fixed battery level calculation for Aiko beacons (it uses a range value:64 = 0% .. value:100 =100 %)
3. added more tagging features for beacons
4. RINEX and NJOII are now the same type of beacon if you have a RINEX or NJOII you need to edit and set beacon type
5. some samller menue changes
6. some smaller program changes

1. rewrote get battery level and peeb functions.
2. added more tagging features for beacons
3. RINEX and NJOII are now the same type of beacon if you have a RINEX or NJOII you need to edit and set beacon type

1. clarified menues for get battery levels for ibeacons normally battery level gets executed 3 times a day, if last update is older than 16 hours for each individula beacon.
2. for new beacosn battery parameters are now automatically set, for existing beacons you need to edit and save beacon device.

1. cosmetic changes for new beacon reports
2. increased data collection time for new beacon report from 15secs to 25 secs.
3. fixed action reboot rpi# through ssh
4. improved speed of car devices status changes
5. improved new beacon report
6. fixed update to states in devcies edit does not work anymore, changed to batch update ie group members was impacted, need to edit and save all devices / beacons if problem

1. cosmetic changes for new beacon reports
2. increased data collection time for new beacon report from 15secs to 25 secs.
3. fixed action reboot rpi# through ssh
4. improved speed of car devices status changes
5. improved new beacon report

Added features / changes in v7.121.406 @ 2020-06-20

1. added compression of data when #bytes > xxbytes (set in config)
2. there was a limnit in # of bytes to be received from RPIs at ~ 30k, was lifted to 120kbytes running beacon scan with very low cutoff RSSI could produced much more data
3. added beacon report for new and existing beacons start from menu and send request to ONE rpi, set RSSI cutoff to accpet all/many/some/ony very close beacons: BLEAnalysis received for beacons with signal (rssi) > -70; from RPI#:11 ================================ existing_Beacons ============================================ ===MAC# DC:0D:30:92:E3:1F -b-feasy-aaa == ; raw data: n_of_MSG_Types : 4 raw data:
4. 043E26020100001FE392300DDC1A0201060303AAFE1116AAFE20000C6F80000005E43F000414A4
5. 043E26020104001FE392300DDC1A0E16F0FF1B020902DC0D3092E31F640A094653435F42503130
6. 043E2A020100001FE392300DDC1E0201061AFF4C000215FDA50693A4E24FB1AFCFC6EB07647825275165C1
7. 043E27020100001FE392300DDC1B0201060303AAFE1316AAFE10D403676F6F2E676C2F50484E5364 mfg_info : FSC_BP104 MSG_in_10Secs : 4.0 beaconType : [u'Feasy_AAA', u'MiniBeacon'] max_rssi : -53 max_TX : 109 pos_of_reverse_MAC_in_UUID : [] pos_of_MAC_in_UUID : [] possible knownTag options: -- use:Feasy_AAA -- use:MiniBeacon

================================ new_Beacons ============================================ ===MAC# FF:FF:C2:28:06:C3 == ; raw data: n_of_MSG_Types : 2 raw data: - 043E1702010000C30628C2FFFF0B0201060302E0FF030954 - 043E1A02010400C30628C2FFFF0E0DFFFFFFC22806C315FB757117 mfg_info : TF MSG_in_10Secs : 5.3 beaconType : [u'', u''] max_rssi : -60 max_TX : 70 pos_of_reverse_MAC_in_UUID : [-1, -1] pos_of_MAC_in_UUID : [-1, 18] possible knownTag options: -- "name_here":{"battCmd":"off","beepCmd":"off","dBm":"-61","prio":1,"pos":12,"posDelta":0,"tag":"0B0201060302"} -- "name_here":{"battCmd":"off","beepCmd":"off","dBm":"-61","prio":1,"pos":12,"posDelta":0,"tag":"0E0DFFMAC#########"}

1. added debug option on RPI do cd pibeacon echo "A4:DA:32:24:5F:6B" > temp/beaconloop.trackmac will create output like for 10 beacon message, it will give you frequence, some raw info and if accepted or rejected START A4:DA:32:24:5F:6B 30:20.899144 logCount: 10 hex: 6B5F2432DAA41E0201061AFF4C00021553706F747950616C5465727261636F6D1ADDD624CACA 0- A4:DA:32:24:5F:6B ; UUID: 53706f747950616c5465727261636f6d ; Maj: 6877 ; Min: 54820 1- A4:DA:32:24:5F:6B ; tag: SpotyPal ; prio: 1 ; uuidMajMin: [u'SpotyPal', u'6877', u'54820'] ; useOnlyPrioMsg: True tag- A4:DA:32:24:5F:6B ; posFound: 32 ; dPos: 0 ; tag: SpotyPal ; 53706F747950616C5465727261636F ; tagString 53706F747950616C5465727261636F 5- A4:DA:32:24:5F:6B ; rejectThisMessage: False ; UUID: SpotyPal 6877 54820 9- A4:DA:32:24:5F:6B ; tagFound True ; UUID: SpotyPal 11- A4:DA:32:24:5F:6B ; added to beaconMSG 99 A4:DA:32:24:5F:6B ; accepted START A4:DA:32:24:5F:6B 30:24.911548 logCount: 9 hex: 6B5F2432DAA41E0201061AFF4C00021553706F747950616C5465727261636F6D1ADDD624CACB 0- A4:DA:32:24:5F:6B ; UUID: 53706f747950616c5465727261636f6d ; Maj: 6877 ; Min: 54820 1- A4:DA:32:24:5F:6B ; tag: SpotyPal ; prio: 1 ; uuidMajMin: [u'SpotyPal', u'6877', u'54820'] ; useOnlyPrioMsg: True tag- A4:DA:32:24:5F:6B ; posFound: 32 ; dPos: 0 ; tag: SpotyPal ; 53706F747950616C5465727261636F ; tagString 53706F747950616C5465727261636F 5- A4:DA:32:24:5F:6B ; rejectThisMessage: False ; UUID: SpotyPal 6877 54820 9- A4:DA:32:24:5F:6B ; tagFound True ; UUID: SpotyPal 11- A4:DA:32:24:5F:6B ; added to beaconMSG 99 A4:DA:32:24:5F:6B ; accepted

full support of many new beacon types w auto detect

1. added some more beacon definitions ie spotyPal and Rinex
2. take dBm value from knownBeaconTags if txPower == 999 == not set can still be overwritten in device edit
3. made beacontype read only: it is either other or a value from known beacon tags
4. fixed spotypal battery type command
5. cleaned up menus
6. fixed distance unit if not meter config read
7. repeat beep msg to beacon if beep time > 10 secs
8. add connect control in pexpect, try 3 times to reconnect if not successful
9. corrected beacon plot positions circle size
10. added spotypal beep function
11. added rinex beep function
12. added option to force beep if beacon is up or not (only in menu)
13. added option to set rpi to perform beep (only in menu), for action it is always closest
14. for cases where the beacon sends different uuid, and one of them is a known tag, use only the tag in props and description, state will still change
15. limit beep commands repetitin, last beep command must have finished for > 20 sec before new one is accepted
16. battery level command parameter data is now a regular dict, not string with "-" separators, easier to read and understand
17. disable position update for 1+minutes after beep or get battery. otherwise the beacon position jumps around as the closet RPi changes.
18. beep beacon now uses other HCI channel (than beaconloop) if available. This will then not required to restart beaconloop after beep
19. config parameters for position plot: multiply symbol size and multiply largecicle size parameters
20. improved timeliness of closets RPI
21. added state for beacons: iBeepable = YES /no, 1. it has to support beep & 2. the last end of beep must be > 50 secs ago
22. fixed UUID tag name for "nonda" was spelled incorrectly "noda"
23. fixed get battery, was screwd up 2 versions ago
24. added battery / beep report
25. added option to accept new beacons of know types eg in config select accpet new beacons of type spotypal and any new becon with tag spotypal will be added
26. added option to allcept "ALL" known beacons, not just one type
27. beacon plot position added option to put symbol text label at center or right side of large circle
28. added tag def for iTrack=njoiii, swiftFinder=zenlife, cube
29. added tag def for innway, can beep
30. added several tags (beacontypes)
31. updates type of beacon property to make it more consistent
32. added an option to accept all message types or only use tag defined message type
33. in beacon position plot, move beacon label to the left if outside the boarder

1. added some more beacon definitions ie spotyPal and Rinex
2. take dBm value from knownBeaconTags if txPower == 999 == not set can still be overwritten in device edit
3. made beacontype read only: it is either other or a value from known beacon tags
4. fixed spotypal battery type command
5. cleaned up menus
6. fixed distance unit if not meter config read
7. repeat beep msg to beacon if beep time > 10 secs
8. add connect control in pexpect, try 3 times to reconnect if not successful
9. corrected beacon plot positions circle size
10. added spotypal beep function
11. added rinex beep function
12. added option to force beep if beacon is up or not (only in menu)
13. added option to set rpi to perform beep (only in menu), for action it is always closest
14. for cases where the beacon sends different uuid, and one of them is a known tag, use only the tag in props and description, state will still change
15. limit beep commands repetitin, last beep command must have finished for > 20 sec before new one is accepted
16. battery level command parameter data is now a regular dict, not string with "-" separators, easier to read and understand
17. disable position update for 1+minutes after beep or get battery. otherwise the beacon position jumps around as the closet RPi changes.
18. beep beacon now uses other HCI channel (than beaconloop) if available. This will then not required to restart beaconloop after beep
19. config parameters for position plot: multiply symbol size and multiply largecicle size parameters
20. improved timeliness of closets RPI
21. added state for beacons: iBeepable = YES /no, 1. it has to support beep & 2. the last end of beep must be > 50 secs ago
22. fixed UUID tag name for "nonda" was spelled incorrectly "noda"
23. fixed get battery, was screwd up 2 versions ago
24. added battery / beep report
25. added option to accept new beacons of know types eg in config select accpet new beacons of type spotypal and any new becon with tag spotypal will be added
26. added option to allcept "ALL" known beacons, not just one type
27. beacon plot position added option to put symbol text label at center or right side of large circle
28. added tag def for iTrack=njoiii, swiftFinder=zenlife, cube
29. added tag def for innway, can beep
30. added several tags (beacontypes)
31. updates type of beacon property to make it more consistent
32. added an option to accept all message types or only use tag defined message type
33. in beacon position plot, move beacon label to the left if outside the boarder

1. added some more beacon definitions ie spotyPal and Rinex
2. take dBm value from knownBeaconTags if txPower == 999 == not set can still be overwritten in device edit
3. made beacontype read only: it is either other of a value from known beacon tags
4. fixed spotypal battery type command
5. cleaned up menus
6. fixed distance unit if not meter config read
7. repeat beep msg to beacon if beep time > 10 secs
8. add connect control in pexpect, try 3 times to reconnect if not successful
9. corrected beacon plot positions circle size
10. added spotypal beep function
11. added rinex beep function
12. added optiuon to force beep if beacon is up or not (only in menu)
13. added optiuon to set rpi to perform beep (only in menu), for action, always closest

. added some more beacon definitions ie spotyPal and Rinex 2. take dBm value from knownBeaconTags if txPower == 999 == not set can still be overwritten in device edit 3. made beacontype read only: it is either other of a value from known beacon tags 4. fixed spotypal battery type command 5. cleaned up menus 6. fixed distance unit if not meter config read 7. repeat beep msg to beacon if beep time > 10 secs 8. add connect control in pexpect, try 3 times to reconnect if not successful 9. corrected beacon plot positions circle size 10. added spotypal beep function

1. added some more beacon definitions ie spotyPal and Rinex
2. take dBm value from knownBeaconTags if txPower == 999 == not set can still be overwritten in device edit
3. made beacontype read only: it is either other of a value from known beacon tags
4. fixed spotypal battery type command
5. cleaned up menus
6. fixed distance unit if not meter config read
7. repeat beep msg to beacon if beep time > 10 secs
8. add connect control in pexpect, try 3 times to reconnect if not successful

1. added some more beacon definitions ie spotyPal and Rinex
2. take dBm value from knownBeaconTags if txPower == 999 == not set can still be overwritten in device edit
3. made beacontype read only: it is either other of a value from known beacon tags
4. fixed spotypal battery type command
5. cleaned up menus
6. fixed distance unit if not meter config read

enabled beacon beep command for specific beacons

added beep function

added free text color settings for device properties

1. added 3 different font sizes for position plot
2. added option to randomize beacon+BLE positions by 0/10/20/30/40%
3. added timestamp to position plot, set in config
4. added delay in master start from getbattery level to ensure that message was send to plugin
5. added RuuviTag sensors they are iBeacons, T,H,P gravity field and movement sensors no setup of the device is needed battery life is > 1 Year, but they are larger than regular iBeacon devices

1. added light sensor MAX44009 This is a very simple fully autoscale light sensor range 0.045 .. 188,000 Lux has 2 i2c address configurable

2. added state: clostestiBeaconLast it inherits from clostestiBeacon when that changes

3. fixed:

4. devices edit for CAR devices, did not list choices for members. My fault, created 3 V ago
5. some typos and menue changes

1. fixed timezone setting
2. added check for install NTP (apt-get install ntp)
3. suppress msg for stopBLE file not fouund
4. changed logging on RPI, date format and logfile now /var/log/pibeacon (no .log)

fixed startup issues

added a delay (min time between probes= 3 secs) in between BLE probes to phone. this is needed for eg pizero when everything goes through one com dev

fixed problem on RPI: get battery level could stopped getting regular ibeacon message

ixed problem on RPI, stack did not restart after boot (a" instead of a ;")

Added features / changes in v7.118.338 @ 2020-02-17

1. added option for several sensor types to have red/grey/green status column colors in devcice edit (for sensors only) you can set the condition when the icon should be red/grey/green eg green: 20<x<30, grey 30<=x<60, red x>=60, where x is the sensor value as shown in the status field

2. fixed action shutdown rpi through ssh command timing issue for some slower RPI network connections

3. now has 20 ibeacon RPi and 20 RPI sensor only RPI. you might need to restart the plugin twice to get all the new states loaded.

4. the ibeacon state Names are now Pi_xx_Signal .. _Distance .._Time = 2 digits for all pi_xx states ie Pi_1 --> Pi_01, to make it sort better. and there are now 20 ibeacon RPIs (0-19) and 20 non iBeacon RPI (for sensors only) 20-39

5. fixed issue with wrong ip number on RPI when switching between Wifi and ethernet

6. upgraded ADC converters, more parameters, models :

   1. apply offset and multiplier to value
   2. if Resistor measurement (one resistor to V+or gd, the measurement resistor to gnd or V+, eg light, thermistor ..) will calculate the proper value of the resistor
   3. if value [min,max] = (INPUT -Min)/Max-Min)
   4. if log; log(value)
   5. if 1/value; value = 1/value
   6. apply offset2 and multiplier2
   7. format formula and add unit any input number can be a simple formula eg 1./255

7. plugin now shows RPI power problems as: none

   0 Under-voltage,

   1 ARM freq capped,

   2 Curr throttled,

   3 Soft temp limit active,

   16 Under-voltage occd since reboot,

   17 Throttling occd since reboot,

   18 ARM freq capped occd since reboot,

   19 Soft temp limit occd

8. RPI will reboot if hciconfig shows DOWN for 2 tests in a row ~ 20 sec apart

9. a new program will be running on the RPI: master.sh It will test every 25 secs if master.py is running, if not it will restart it This is mostly for development as starting master.py from the console and logging out will kill it after some seconds .. the parent process stops and then the childprocess also.

10. fixed reboot action, only reboot menue was working

11. cleanup some code in beaconloop and BLEconnect

12. fixed master.sh bug that caused constant restarts of master.py (from V .334)

13. upgraded ADC converters, more paraemteers, models :

    1. Resistor mesasurement (one resistor to V+, the mreasurment resistor to gnd, eg light, thermistor ..)
    2. value [min,max] = (INPUT -Min)/Max-Min)
    3. lin: (value + offset)* multiplier; log; log(value * offset) *multiplier
    4. format formula and unit any input number can be a simple formula eg 1./255

14. added option for BLEconnect to work thorugh commandline tools (hcitool) instead of python code. it seems that running BLEconnect together with wifi on the internal chips can create timeout > 1 sec. ie for a pi0-W use an extermnal BLE-dongle and send BOTH iBeacon AND BLEconnect to the external BLE dongle, pings are const at ~ 5msec.

Added features / changes in v7.117.334 @ 2019-02-09

1. added menu option to update beacon battery level for a SINGLE beacon, not just all

2. added clostestRPIlast and clostestRPIlast states to RPi, ibeacon and BLEconnect states. it show the previous clostest RPI this is not the second clostsest!!

3. added "nohup" to ssh master start, otehrwise master stops when ssh session ends

4. fixed clostest RPI in BLEconnect, was not alwasy showing correct RPI.

5. added requiremnt that two (RSSI values - lastAverage) in sequence > delta signal to trigger deltat signal change. this remove some noise fluctuations of signals that otherwise would trigger delta_signal > xx state.

6. fixed: Error setting up BLEconnect Line 3636 has error=range() integer end a Error Line 12444 has error=Unknown format code 'd'

7. improved stability reading for adafruit moisture sensor

Added features / changes in v7.117.333 @ 2019-02-09

1. fixed pressure format for pascal units (%.0f instead of %d as value is float) fixed BLEconnect was disabled when switching to 16 RPI fixed pressure and humidity offsets, for some sensors (eg BME280) it was applied twice

2. improved dynamic behavior (fast changinging distance) for ultrasound distance sensor.

3. improved BME680 mamangement, added SensorStatus, AirQualityText

4. option to suppress writing certain high frequency dev/states and variables to SQL logger requires Indigo 7.4.1 or higher this can reduce the cpu load of the SQL logger by > 20%..30% variables: pi_IN_x and b_count and lastChanged states: Pi_xx_Time, TxPowerReceived,UUID,closestRPIText,displayStatus,status,batteryLevelLastUpdate,pktInfo,sensorvalue_ui,updateReason
   these are mostly text fields that do not need to be kept in sql history you need to set and select in plugin config will reduce SQL data for device types: beacon, rpi, rpi-sensor, BLEconnect, sensors

5. changed mbar to mBar in config. You need to reselect the pressure unit in config

6. added Adafruit STEMMA Soil Moisture Sensor and Chirp soil sensor it is configured to give rel moisture 0-100%

7. changed message structure (pi --> indigo) from a list to a dict, for easier reading

8. added state "updateReason" for iBeacons to indicat why it was updated

   • timer = data once a minute (90+ % of times)
   • new beacon
   • fast down
   • fast down back
   • beacon is back
   • delta signal = if you enabled that parameter in beacon device edit

9. can now handle python3.x modules on RPI

1. fixed pressure format for pascal units (%.0f instead of %d as value is float) fixed BLEconnect was disabled when switching to 16 RPI fixed pressure and humidity offsets, for some sensors (eg BME280) it was applied twice

2. improved dynamic behavior (fast changinging distance) for ultrasound distance sensor.

3. improved BME680 mamangement, added SensorStatus, AirQualityText

4. option to suppress writing certain high frequency dev/states and variables to SQL logger requires Indigo 7.4.1 or higher this can reduce the cpu load of the SQL logger by > 20%..30% variables: pi_IN_x and b_count and lastChanged states: Pi_xx_Time, TxPowerReceived,UUID,closestRPIText,displayStatus,status,batteryLevelLastUpdate,pktInfo,sensorvalue_ui,updateReason
   these are mostly text fields that do not need to be kept in sql history you need to set and select in plugin config will reduce SQL data for device types: beacon, rpi, rpi-sensor, BLEconnect, sensors

5. changed mbar to mBar in config. You need to reselect the pressure unit in config

6. added Adafruit STEMMA Soil Moisture Sensor and Chirp soil sensor it is configured to give rel moisture 0-100%

7. changed message structure (pi --> indigo) from a list to a dict, for easier reading

8. added state "updateReason" for iBeacons to indicat why it was updated

   • timer = data once a minute (90+ % of times)
   • new beacon
   • fast down
   • fast down back
   • beacon is back
   • delta signal = if you enabled that parameter in beacon device edit

9. can now handle python3.x modules on RPI

1. ++++ STRUCTURAL CHANGE: ++++

   of ibeacon pi-servers increased from (#0-#9) to (#0-#15) == 10 --> 16 pi-servers

   of sensor pi-servers increased from (#10-#19) to (#16-#40) == 10 --> 25 pi servers

   As a consequence CURRRENT pi- servers #0-#9 should not experience any change. BUT current pi-servers #10-#15 will need to be re-created as pi-servers #16 .. #40 (pick any number) ie sensors-only pi-servers Also all sensors and output devices need to point to the new pi-server numbers (device edit of sensors and outputs) you will see a lot of new indigo sql device tables crated and converted from number to real ++++ STRUCTURAL CHANGE: ++++

2. added support for i2c relay from 52pi for RG11 rain sensor. see device edit for details for relay# to dip-switch mapping

3. removed option to foget ALL history, that removed all definitions for all BLE RPI and recreated them with new indigo ID

4. changed default for restart options, apparently indigo does not like ","" in defaults

5. fixed bug with menu command shutdown rpi

6. many smaller fixed and improvemnst in menus and controls

1. optimized acquisition of battery level for ibeacons

   • repeat process every 8 hours(4/12/20). Request to read if last successfull read was > 17 hour or battery level < 20%
   • send tasks to closest rpi for each beacon
   • prevent up-->down status change for ibeacons during measurement times
   • generate a warning log entry when ibeacon has bad / old info: > 2 days or < 20% once a day at 8am ==> you need to enable this option idividually for each beacon in device edit

2. split of getBeaconParameters.py from execcommands.py to be able to better mange termination of processes

3. added comments in device edit for battery level setting and process.

4. streamlined plugin process to manage do not do up--> donw status changes while RPIs are busy

5. added several comments and explanations to config and device edit

6. added a reboot trigger on RPI if error "too many open files"

1. fixed: get batterly level for noda aiko beacons. they are a little special they use 6 bits, bit 7 is always on, max value is 36 hex = 54 int in device edit you must use the proper ibeacon type for battery value read.

1. device state " batteryLevelLastUpdate" to iBeacon devices. with this information you can see when the last successful update of the iBeacon battery level was obtained.

2. add daily report to indigo log / plugin log if batterylevel to low or update older than 2 days eg: piBeacon Warning batterylevel level test: b-iHere black2 last level reported: 74%, has not been updated for > 2 days: b-iHere_black last level reported: 76%, has not been updated for > 2 days: b-Mazda-aaa level down to: 11% ... charge or replace battery

   if all ok one line "batterylevel level test: no iBeacon found with low battery indicator or old update" is printed to plugin.log you could trigger on event log warning to check for that output

3. if there are any active ibeacons w battery reporting, each morning at 4 or after plugin relaunch the plugin will request a battery level update from the RPIs

added states to sensor devices: eg TemperatureChange10Minutes shows the delta temperature now - 10 minutes ago available for Temperature, humidity, pressure, airquality, CO2, VOC each has 3 states eg 5 minutes/1 hours /12 hours or 10 minutes /1 hour /6 hours .. depending of how which timing makes sense: for co2 and airquaility you want to have fast reaction time (=5 minutes), for temperature and humidity 10 miutes is fine .. In addition you still have min / max today and yesterday

1. improved rd-lidar sensor: option to exclude certain angles from being used in move trigger

2. fix bug: i2c state in RPi, number were wrong for Hex > 20

3. re-wrote the sgp30.py sensor function now does automatic calibration, you can also request a new calibration from menu or an action the sgp30 sensor does sometimes not show in i2cdetect -y 1.

4. added indigo log entry warning:

   piBeacon Warning RPi# 0 has i2c error, not found in i2cdetect sensor: sensor:bme680 - devId:593268732 i2c:119/0x77 <<< when any sensors i2c address is NOT in i2cdetect (excluded is sgp30) you need to edit and save each i2c device to activate

5. added xattr setting for >>pngquant<< png compressing tool (included in the plugin directory used for images (rd-lidar, beacon position). If you select to have no compression selected for images, this tool is not used For it to work you need to have the proper user password set in config.

1. improved rd-lidar sensor:

   • 1. added selection (UBS0...4) or autotdetect of USB port
   • 1. added auto restart when usb gets interrrupted or receonnected
   • 1. added option in rdlidar device edit to select if graph data is send from RPi to indigo. That reduces data by factor of > 10. That data is not needed if no plots are produced.
   • 1. compressed trigger parameter display in graph (list in one line, empty sections now shown)
   • 1. added option to not suppresss values of no measurement in plot. Only meant to show how many gaps in data (angles with no godd quality values)
   • 1. fixed angle display in graph. The sensor spins clock wise while math.sin(phi) goes conter clockwise; the data in display are now also clockwise
   • 1. improved menus w explanations and tooltips.

2. fixed INPUTcount sensor, had one wrong index (integer instead of string for GPIO)

3. Added time stamp to temp/messageSend on RPI. That file contains the last message sedn to the RPI. It is overwritten by the next message. follow it with cd pibeacon <ret> tail -F temp/messageSend <ret> (use -F not -f). lloks linke: 15:15:18 beaconloop: send -- {"msgs":[["24... 15:15:19 rdlidar: send -- {"pi":"0","se...

1. fixed global varibale "currTZ not defined" error on RPI

2. added warning in case /beacon_parameters file becomes too big. also moved that file from temp directory to pibeacon directory as it not written to often.

1. fixed multiple onewire sensor detection

2. improved rd-lidar movement detection and display

added RD lidar sensor, see indigo web site for details

1. small fixes to auto wifi config using file on ssd boot directory

2. small fixes to menus

3. fixes to code on rpi to determine ip numbers etc. ie when in first startup = not connected to indigo

1. added device type 52pi relay i2c HAT. This relay board has 4 relays, set through i2c, you can stack 4 of these boards w 16 total relays, no soldering needed see: wiki.52pi.com/index.php/DockerPi_4_Channel_Relay_SKU:_EP-0099 for details

2. fixed some smaller items, menus etc

3. added option to setup wifi through file on RPI SSD boot directory. this is the directory visible when you mount the SSD on a mac, it should also contain the file config.txt add a file: wifiInfo.json with the exact format: {"SSID":"abc", "passCode":"def"} the file name as well as keys and data are case sensitive. it will add: network={ ssid="abc" psk="def" } to /etc/wpa_supplicant/wpa_supplicant.conf. replace abc and def with your wifi setup.

   the /boot/wifiInfo.json file will be removed once used.

removed a duplicate entry in device edit for RPI fixed ibeacon short message exception fixed network setup when RPI can not ping router

1. switched from ifconfig to ip xx for network info on rpi if os is > 7 (jessie)
2. checking network connectivity now checking for router instead of dns server
3. improved handling of frequencies of sensor updates
4. some smaller menu corrections
5. upgraded neopixel libraries to support rpi4
6. changed DHT temp+humidity sensor to check temp twice and build average (takes ~ 3 secs)

ixed bad plugin prefs error check at startup.

1. fixed situation when plugin deletes RPI, due to MAC number =00:00:00:00:00:00 - bad data coming from RPI

2. tuned IMPULSE sensor

3. made # of digits for sensors consistent

4. added several options for display device on RPI

   • supports xwindows = can show composed (dynamic) images in window on rpi desktop
   • added "thermometer" item to display, w options for labels, ticks etc
   • added zoom factor for xwindows display.
   • it will automatically start xwindows on rpi when indigo output device is an xwindows device type
   • option in rpi device edit to start windows on RPI by rpi-master program

Added features / changes in v7.111.311 @ 2019-09-16

1. debug on rpi now logs individual ibeacon msgs as they come

2. added battery level querry for beacons, shown in dev.states["batteryLevel"] and in detaiuled device listing in indigo main window Prep-steps:::::: you MUST first edit each ibeacon indigo device and set enable battery level .. and select either "randown" or plain com to iBeacons. xy beacons use random, NODA, iHere .. use plain comm. you can try on the rpi with: hciconfig hci0 down hciconfig hci0 up for xy beacons: /usr/bin/gatttool -b MAC# -t random --char-read --uuid=2A19 for iHere, Noda .. /usr/bin/gatttool -b MAC# --char-read --uuid=2A19 replace MAC# with eg 0C:F3:EE:00:66:15 = the mac # of your ibeacon connected to that RPI

    the gatttool will return something like this (or an error message, can not connect)
        handle: 0x002f      value: 64 
       where 64 is the hex value, into integer = 100%
   gatttool will conflict with the regular iBeacon message listening = during that time(..15 secs per ibeacon) no ibeacon messages will be received 
   The RPI that is asked to get the battery level is the "closestRPI" to the iBeacon(see dev.state). When a beacon is not "up" it will not be querried and will keep its battery level unchanged
   

   In order to check if your SSD is supporting gatttol do: ssh pi@... gatttool.. if its says not found you need to upgrade your ssd error messages: -- connect error: software caused connection abort (103) == beaconloop might have restarted and the BLE stack was rebooted, ==> resubmit -- connect error: transport endpoint is not connected (107) == beacon is in state where it rejects requests ==> either ranom on/off or retry -- connect error: function not implemented (38) == beacon is in state where it rejects requests==> either random on/off or retry -- connect error: timeout == connection took longer that 15 seconds, terminated ==> retry

   activate:

   • Set option in ibeacon device edit to enable battery reading
   • A) in pibeacon menu select: "Get iBeacons parameters from rPi" for a one-time update
   • B) create an indigo action group and select "Get iBeacons parameters from rPi ie battery levels" then add a schedule ( eg every 6 hours ) to call that action group.

   This is the first version, some fine tuning will be necessary.

Added features / changes in v7.110.306 @ 2019-09-07

1. added option for logfile size on rpi

2. fixed no reboot if no ibeacon signal parameter on RPI, it was not active

3. added INPUTcoincidence device: eg using 2 .. 4 geiger counters you can set up a cosmic muon detector, by requiring simultaneous (within coincidence time window) events by all GPIOs coincidence time of INPUTpulses from different gpios trigger is 0.1 msec to several minutes. this can be used to for FAST (msecs) detection of 2 events and up to several minutes

1. added test if python-serial is installed in master.py

2. change the check if userid/password is setup

3. change bug level setup for rpi, now select which PRI to debug, not which area.

4. fixed several smal formatting bugs

5. Option to enable setting wifi supplicant info on your RPI w/o terminal and keyboard attached to the RPI at FIRST launch of new SSD, before any connection to RPI is made. At start Master.py checks if GPIO#26 (lower left pins) is low = bridge grnd to GPIO#26 An adhoc wifi server: "clock" ip# 192.168.1.254 is started Connect laptop to that wifi server w safari @ 192.168.1.254:8010 there you can set SSID and passwd of your home network (also timezone) Or you can ssh pi@192.168.1.254 pwd = pibeacon and manually configure files in commandline mode FIRST: select "clock" wifi you must attach to that wifi in network prefs / advanced / tcpip:
   set your dhcp to manual and assign an IPv4 #(eg 192.168.1.5) set subnetmask to 255.255.255.0; router 192.168.1.254 click ok ... apply This is helpfull for a RPI-0W. You can then set your wifi sidd and password and the RPI-0W will connect to your home wifi network after reboot ==> this is only an option with a new SSD image > 2019-09-xx

Added features / changes in v7.109.303 @ 2019-08-24

1. added sensor Geiger counter support use INPUT pulse sensor as input set deadtime and bounce time to 0 you need to make sure that the RPI does not get 5V to GPIO. tested w Portable Handle Geiger Counter 0.01 μSv/h DIY Kit Nuclear Radiation Detector With Miller GM Tube Gamma Beta Ray Suit for Arduino https://www.amazon.com/Portable-Counter-Nuclear-Radiation-Detector/dp/B0749KGY81/ref=sr_1_5?keywords=gamma+ray+detector&qid=1566533293&s=gateway&sr=8-5 standard cheap china detector. with this detecor you need to bridge the P100 pins and use the headset output through a voltage devider (2x 4.7K Ohm) as GPIO input The detector can be connected to +5V/ground from the RPi as power source. As the signals are ~ 0.5 mSec wide a faster RPI (3 and higher) is recommended in normal circumstance you should see ~ 1 count per second. w a radioactive source like: Geiger Counter Radioactive Source Thorium Lantern Mantles you should see ~ 10 counts/second These detectors do not detect alpha particles. Mostly muons and some elctrons / gamma rays from cosmic particles (muon) decays

2. improved INPUTpulse sensor. now shows counts per minute [cpm], frequency = counts per second [cps] improved handling of fast and short pulses

1. various little fixes

2. added several options to pi server:

   • network management, if network config chnages : do notthing, retsrat master, reboot
   • added option to start webinput server where you can enter wifi SID and password w/o using shh

3. works with rpi - buster image

various little fixes

1. added several options to pi server:
2. network management, if network config chnages : do notthing, retsrat master, reboot

3. added option to start webinput server where you can enter wifi SID and password w/o using shh

4. works with rpi - buster image

Added features / changes in v7.107.300 @ 2019-07-30

1. fixed error: line 7336 has error=No JSON object could be decoded

2. converted (most) logging of modules of code running on the rpi to regular logging

Added features / changes in v7.107.299 @ 2019-07-30

1. fixed error: line 7336 has error=No JSON object could be decoded

2. converted (most) logging of modules of code running on the rpi to regular logging

Added features / changes in v7.107.298 @ 2019-07-12

1. added menu option in send ... to RPI:

   • get pibeacon log: does an tail - 100 on /var/log/pibeacon and puts it into the plugin.log file
   • gets output of hcitool lesacn from the rpi to plugin.log
   • lines for rpi log are preceded by "-Pi#x - " to easily id that info

2. added option to use the new rpi UPS v2 ups. It has an interface (rx/tx and signal shutdown eminent) you can connect the 3 pins to your rpi (rx,tx and one gpio) and set shutdown at xx % battery power left and or use shutdown eminent signal to shut down the rpi. this version (2) is significantly better than the previous UPS version.

3. cleaned up thread for sending stuff to the rpi's better management of down rpi ...

4. fixed several little things, menus

Added features / changes in v7.105.295 @ 2019-06-30

1. fixed chmod for pibeacon.log removed, as it is in std log directory now

2. checking if userid password is set AND ( authorisathion is basic or digest) = does not wait for userid and passsword if no indigo security enabled.

3. cleaned up threads for sending files to RPI now much clearer and will also manage new RPI w/o restarting plugin.

addded options for AMG88xx i2c address - added 0x68 0x6A

Added features / changes in v7.105.293 @ 2019-06-22

1. allows now to "normally" create an RPI beside "basic initial setup of RPI". you can now setup all parameters from device edit basic initial setup is still available

2. cleaned up device edit py programs (internal only)

3. cleaned up wlan/eth management on RPI

fixed: wifi only setup, RPI master was always restarting added: check for # of wlan0 / wifi packages to check if networks are up

fixed: error in Line 514 has error=global name 'wlIP' is not defined

1. added option for ibeacon plot postions background.png can either be in (1) .../Indigo x.y/Preferences/Plugins/com.karlwachs.piBeacon/plotPositions/ or in (2) /output image path/ fixed description in config, was pointing to old directories

previous version had a bug introduced

Line 513 has error=global name 'wifiIP'

Added features / changes in v7.105.283 @ 2019-06-13

1. added option to select wlan/ eth on rpasberry switch wlan/eth : on / off / on if other off/ do not change useIP# use / do not use / use if other off/ this is the IP # send to the plugin to ID the device the default is eth : do not change, useIP# wlan: on if eth off, useIP if eth off == this was added to cover: wifi is used for comm to indigo and eth for another subnet

2. fixed pibeacon utils format error

general setting is done in config, as soon as the rpi is edited the device edit setting is used.

Added features / changes in v7.105.282 @ 2019-06-12

1. added option to select wlan/ eth on rpasberry switch wlan/eth : on / off / on if other off/ do not change useIP# use / do not use / use if other off/ this is the IP # send to the plugin to ID the device the default is eth : do not change, useIP# wlan: on if eth off, useIP if eth off == this was added to cover: wifi is used for comm to indigo and eth for another subnet

general setting is done in config, as soon as the rpi is edited the device edit setting is used.

Added features / changes in v7.105.280 @ 2019-05-08

1. added option to show BLEconnect devices on location plot. you need to set options (color, name etc) in devcie edit.

2. fixed some code inconsistencies after running code inspec w pycharm. and found some bugs, but only when exceptions occur = not under normal operations hence they do not show up frequently

3. remove old style version check, now depends on indigo to do version checking (7.3 and higher)

Added features / changes in v7.104.279 @ 2019-05-08

1. moved setGPIO command into execcommands. that reduces delay with older RPI ie RPI1 and do not send back status to indigo if not requested

2. now all pibeacon logfiles on the RPI are in ONE file: /var/log/piBeacon.log it looks like: date module debuglvl message 20190507-12:56:30 copyToTemp L:-1= killing copyToTemp.py 20190507-12:56:30 sunDial L:-2= move return due to: direction1, inFixBoundaryMode:0 cap switch sens: 0; switch sensor:0 20190507-12:56:30 sunDial L:-3= 1100 === 34 1 20190507-12:56:31 master L:-1= IP find:::: wifiIP >><<; eth0IP: >>192.168.1.39<<; hostnameIP >>['192.168.1.39']<<; ipAddressRead >>192.168.1.39<< 20190507-12:56:31 sunDial L:-2= move return due to: direction-1, inFixBoundaryMode:0 cap switch sens: 0; switch sensor:0 20190507-12:56:31 sunDial L:-3= 1300 === 85 -1 20190507-12:56:31 master L:-1= master can ping indigo server at ip:>>192.168.1.50<< 20190507-12:56:32 installLibs L:-1= installLibs starting 20190507-12:56:32 installLibs L:-1= installLibs no opsys upgrade requested

20190507-14:59:04 execcommands L:-1= next command: {u'device': u'OUTPUTgpio-1', u'inverseGPIO': True, u'command': u'down', u'pin': u'26'} 20190507-14:59:04 execcommands L: 1= next cmd: "down" 20190507-14:59:04 execcommands L: 0= setGPIO pid=16700, command :{'startAtDateTime': u'1557259144.27', 'values': {}, 'pin': '26', 'debug': 3, 'inverseGPIO': True, 'cmd': u'down', 'devId': 0, 'PWM': 1} 20190507-14:59:04 execcommands L: 0= msg: 156x-6-api_IN_14x-6-a{"outputs":{"OUTPUTgpio-1-ONoff":{"0":{"actualGpioValue":"high"}}},"program":"execcommands","ipAddress":"","pi":"14","ts":{"tz":"CDT","time":1557259144.16}}

20190507-14:59:04 execcommands L:-1= next command: {u'device': u'OUTPUTgpio-1', u'inverseGPIO': True, u'command': u'down', u'pin': u'5'} 20190507-14:59:04 execcommands L: 1= next cmd: "down" 20190507-14:59:04 execcommands L: 0= setGPIO pid=16707, command :{'startAtDateTime': u'1557259144.36', 'values': {}, 'pin': '5', 'debug': 3, 'inverseGPIO': True, 'cmd': u'down', 'devId': 0, 'PWM': 1} 20190507-14:59:04 execcommands L: 0= msg: 156x-6-api_IN_14x-6-a{"outputs":{"OUTPUTgpio-1-ONoff":{"0":{"actualGpioValue":"high"}}},"program":"execcommands","ipAddress":"","pi":"14","ts":{"tz":"CDT","time":1557259144.29}}

Added features / changes in v7.103.276 @ 2019-04-30

1. added option for SPRINKLER relay to be on if GPIO is 0 or 1 set in device edit.

2. some typos in menus

3. various small changes to clean up code

added check at startup in case indigo device was deleted while pibeacon was not running

Added features / changes in v7.103.273 @ 2019-02-20

1. fixed plot beacons wrong test for xposition, was tested against Ymax not Xmax

2. moved plot beacon position to regular plugin.log file

3. absolute position rotary switches with Serial input now support 6...12 bits resolution

Added features / changes in v7.103.272 @ 2019-02-10:

1. finalized rotaty encoded switch devices A absolute position read encoded n pin rotaty switch, send integer value to indogo every 90 secs or if changed grey code = only 1 bit changes pre step eg http://www.grayhill.com/assets/1/7/mech_encoder_26.pdf regular binary; normal binary code like also: https://www.amazon.com/gp/product/B071F4QM6L/ref=ppx_yo_dt_b_asin_title_o06__o00_s00?ie=UTF8&th=1 Bourns table encoded: special bourns devices that comes with an 8 bit 0-127 value encoding https://www.bourns.com/pdfs/ace.pdf pins 1,2,G,,3,4 8,7,G,6,5 0-127 positions

   Bourns serial evice that is read like SPI, but just very simple code
           CLK, CS, DO= read data. it is 10 bits + some status bits
           pins: Di,CLK, GND, DO, V+, CS
           https://www.bourns.com/pdfs/EMS22A.pdf
           0-1023 positions
   

   B continuous increment / decrement "2-bit quadrature code" using 2 GPIO pins and GND and V+ 2 gpios are read. they go 1 0 1 0 .. most have 0=ON and 1 = off B: 011001100110 A: 001100110011 and opposit direction: B: 001100110011 A: 011001100110 one full step is 4 bits

2. BUG fix for DHT temp sensor screw up in one of the last versions when I switch from 2 different DHT to one type

3. Made version check future proof

4. changed logging for errors or init of dataStats file

Added features / changes in v7.101.271 @ 2019-02-04:

1. added save / reset for INPUT rotary increments devices at each start old values are read and saved to SSD when they changed. indigo menu option can send reset command to the RPi to rotary switch counters

Added features / changes in v7.101.270 @ 2019-02-04:

1. added lookup of mac to vendor name for ibeacons, added state "vendorName"

2. some smaller debugs

3. added check if userid / password not set: will write message and wait before doing anything

4. converted to std logging

5. added sensor type: INPUT-Rotatary-switch-Grey-Pulses : supports turn switches that send grey encoded pulse left and right direction INPUT-Rotatary-switch-encoded: supports turn switches that have static codes at n Pins that deliver 4.8.16... states from binary pins values

6. did a lot of testing and added little fixes when creating / deleting RPIs

Added features / changes in v7.100.269 @ 2019-01-25:

1. added time windows < 3 secs where status can not change up/down/up/down

2. added more options for stepper motor

   • stepper motor ON time after move

Added features / changes in v7.100.268 @ 2019-01-21:

1. fixed: BLE connect up/down/up when iphone is off.

2. fixed: some logging inconsistencies, typos...

3. added support for various STEPPER MOTORS You can chose between 5 pole unipolar and 2 coils bipolar stepper motors. These motors must be driven by chips: ULN2003 is a simple set of darlington transitors, current up to 250mA. It is used for the 5 pole unipolar motor L9110 low power and L298N high power: can be used to drive bipolar 2 coil motors in full and half step modes A4988 (8V-35V) and DRV8834(2.5V-8V) are more sophisticated. -They are almost 100% pin compatible -Can drive bipolar 2 coil motors in 1,1/2,1/4,1/8,1/16 (and 1/32) step size you need to configure the pins on the chips to set the step size -Can configure enable / sleep / reset and fault pins. They are currently only used to switch the motor ON at start, but you could also simply hardwire the pins at the chip directly. You should be able to use multiple motors on the same RPI, just limited by the number of GPIOs available Use an indigo ACTION "Send commands to stepper motor .." to drive the motor; #of steps, direction, delays ... can be send in single or multiple sets You can use up to 3 GPIO input pins to control the range of the motor: If one of these GPIO goes High/low the motor will stop. This can be enabled / configured in each action separately. In device edit you define the GPIO pin numbers and refer to them in actions as GPIO#0 / 1 / 2

Added features / changes in v7.99.266 @ 2019-01-08:

1. fixed: sself.log.. should be self.log... -- typo in 2 places. Only happens when error occurs and error is logged

fixed: 1. wlan0 not working, logging not working

fixed wlan0 not recognized, was introduced in .263

Added features / changes in v7.99.263 @ 2019-01-06:

1. added support for wlan1 in addition to wlan0. in case you have 2 wifi adapters. BUT ONLY one can be active

2. moved all pibeacon files from ~/indigo/pibeacon to /Library/Application Support/Perceptive Automation/Indigo 7.2/Preferences/Plugins/com.karlwachs.piBeacon/

3. all detailed logging now goes to /Library/Application Support/Perceptive Automation/Indigo 7.2/Logs/com.karlwachs.piBeacon/plugin.log. all error messages still go to teh standard indigo logfile

4. fixed bug line 4649 in buttonAnycommandCALLBACK bad operand... . only occures when sending custom command to rpi and logging was switched on

5. suppressed some RPi updating messages

Added features / changes in v7.99.262 @ 2018-12-30:

1. renamed dev state closestRPItext to closestRPIText to make it constant with previous name

Added features / changes in v7.99.261 @ 2018-12-29:

1. added support for sensors:
2. adafruit max31865 platinum 100/1000 temp sensor

3. adafruit tmp007 remote temperature sensor, successor to temp006

4. added back dev state closestRPItext for iBeacons: this dev state now shows the NAME of the closest RPI, not just PI_x also added option in config to set closestRPItext to blank when iBeacon leaves or keep the last RPI name

Added features / changes in v7.98.260 @ 2018-12-18:

1. bug fix for RPI beaconloop.py program - only a problem when BLE program was not working properly ie in restart: return argument was mixed up, was introduced in 7.98.255

2. added check for MAC mac number returned from RPI in plugin- in case of empty messages ...

3. added RPI devices states: last_boot, last_masterStart, rpi_type, op_sys to give you a quick view of the state and config of your RPIs. Useful if you have many RPi to give you a quick overview of system configs etc.

4. Improved devices edit menus for RPi and iBeacon sensors

5. fixed reboot ssh command, was not always working

6. added decoding of eg ";" characters when send data from RPI to plugin through http to indigo variables

7. changed tag for expect ssh to "Last Login" from ":~". It is much less depended on op-sys, naming of rpi etc.

Added features / changes in v7.98.258 @ 2018-12-14:

1. bug fix for RPI beaconloop.py program - only a problem when BLE program was not working properly ie in restart: return argument was mixed up, was introduced in 7.98.255

2. added check for MAC mac number returned from RPI in plugin- in case of empty messages ...

3. added RPI devices states: last_boot, rpi_type, op_sys to give you a quick view of the state and config of your RPIs. Useful if you have many RPi

4. Improved devices edit menus for RPi and iBeacon sensors

5. fixed reboot ssh command, was not always working

Added features / changes in v7.98.257 @ 2018-12-11:

1. clean up GPOIO output and inverse settings. the inverse as well as initial state are now shown in device states

Added features / changes in v7.98.255 @ 2018-12-09:

1. added option in RPI device edit to select which BLE channel should be used for iBeacon / BLEconnect. RPI3+ with SSD >=2018-11 does not work properly with the internal chip, Must add an external USB dongle for iBeacon. BLE connect works fine w internal BLE chip.

2. added option to DELETE RPI in "initial setup of RPI" in the plugin menu, besides "ON/off". this is useful if you interchange RPi or want to get rid of any RPI config for a specific RPI.

3. A RPI device will now be created when setting up a new RPi in "initial setup of RPI". the plugin does not wait for the first iBeacon message to create the RPI. The RPi will be initiated with MAC# 00:00:00:00:00:00. When the first iBeacon message arrives from the RPI that MAC number is overwritten This is needed in order to be able to set the BLE device that should be used for iBeacon (for RPI3plus you need to set the BLE for iBeacon to USB) When the proper BLE device is not selected no iBeacon message are send from the RPI

4. added a log message when ftp to RPI is successfully finished (when Update RPI debug is on). Before only the start was put into the log file

5. increased some timers on the RPI python files to make sure that if something goes wrong and its in "panic" mode it is not constantly rebooting, but wait 30+ secs between reboots. (I had that problem.)

These changes should now enable the usage of "SSD stretch image 2018-11" ... BUT the RPI3plus will need an extra BLE dongle to work. With "SSD stretch image 2018-04" RPI3plus works fine.

Added features / changes in v7.98.254 @ 2018-12-09:

1. added option in RPI device edit to select which BLE channel should be used for iBeacon / BLEconnect. RPI3+ with SSD >=2018-11 does not work properly with the internal chip, Must add an external USB dongle for iBeacon. BLE connect works fine w internal BLE chip.

2. added option to DELETE RPI in initial setup of RPI. this is useful if you interchange RPi etc.

3. A RPI device will be created when setting up a new RPi in initial setup. the plugin does not wait for the first iBeacon message to create the RPI. The RPi will be initiated with MAC# 00:00:00:00:00:00. When the first iBeacon message arrives from the RPI that MAC number is overwritten This is needed in order to be able to set the BLE device that should be used for iBeacon. When the proper device is not selected no iBeacon message are send from the RPI

fixed wrong trigger labels

Added features / changes in v7.97.252 @ 2018-12-06:

1. option to set sleep/wait time after boot (in RPI device edit), before master.py starts.
   This is useful for #2 and can be tuned to accommodate to let eg wifi connect before master.py is started
   rc.local calls /home/pi/callbeacon.py, it then waits xx secs before it calls /home/pi/pibeacon/master.py

2. option to set 2 GPIO (input or output) to any value (in/out, low, high, floating .,..) BEFORE master.py immetiately after rc.local is finished (set in RPI device edit)
   this is useful to set a GPIO as fast as possible after boot before all networks, vars, etc are finished.. saves ~ 15 secs
   done in /home/pi/pibeacon/doGPIOatStartup.py called by /home/pi/callbeacon.py ..called by rc.local after boot
   doGPIOatStartup is setup by master with the options set in RPI device edit

3. added state "actualGpioValue" to OUTPUT-GPIO on/off devices.
   This will set the actual value of the GPIO on the RPI, msg send from rpi to the plugin.
   It will be refreshed after GPIO is set from plugin and checked every 90 secs or if changed
   useful if your GPIUO is set by other means or after a reboot the GPIOs might not be set properly

4. added RPI device state "closest iBeacon". it will show eg b-xy-volvo-keys-turcoise@0.2 = name@distance. you can set cutoff distance (ignore if distance > xx) in PRI device edit you can set ignore THIS iBeacon for this feature in iBeacon device edit. how to use it in an action (python code), trigger on any chage of dev/state yyyy = indigo.devices["name of your rpi"].states xxx = yyyy["closestiBeacon"] if xxx.find("@")>-1:
   nameOfBeacon = xxx.split("@")[0] distToRPI = float(xxx.split("@")[1]) indigo.server.log(" closest beacon to RPi is "+nameOfBeacon+" at distance of "+str(distToRPI)) # do something with dist if distToRPI < 3: indigo.server.log("beacon is very close" ) else: indigo.server.log("no iBeacon is close" )

5. added option in menu to restart master.py in case it hangs ...

x. will deprecate devices OUTPUT-GPIO-4,8,12,16,.. should all be changed to device type OUTPUT-GPIO-1-on-off it is to complicated to manage all the states and which one to use for status and is more in line with std Indigo philosophy

fixed: sshToRPI in Line '13443' has error=''Popen' object does not support indexing'

moved RPI updates into parallel threads. This accelerates the updates from ~ 40 secs to ~ 3 secs for 20 RPI. and if there is an RPI that is offline it will not stop updating the other RPI. For the user it has the advantage that the regular main plugin thread is not blocked by waiting for RPI to answer and opening menus etc will not time-out in these situations.

Also fixed some smaller bugs

fixed: error line 7736 not such as debugdebugPlotPositions

fixed error:'Plugin' object has no attribute 'pr'

• added time debugging. ie track where cpu is spend.
• decreased cpu usage by optimizing code.
• logfile is now called plugin.log, not pibeacon.log
• fixed some menu texts

changed devicetype to sensor from custom for most of the device types this enables dev.onState functionality as standard indigo binary or analog sensor for all unifi devices this should make all unifi devices available to other plugin (ie homebridge etc) as regular indigo binary or analog sensor devices. for binary devicetype (iBeacon INPUT GPIO...) A state UP will be TRUE, everything else will be FALSE

Analog sensors like temperature, pressor, .. ADC, rain sensor etc will have dev.states["sensorValue"]

Also added option to change down --> expiration time from UP--> down in config (set multiple of UP-> down time)

fixed some RG11 rainsensor settings and timings now forces an update of indigo states every 15 minutes.

added full support for RG11 rain sensor and important bug fix for RPI updates.

besides ON-off now on-off is available in status

optimized RG11 rain sensor

bug fixed introducted in .231

added sensors RG11 optical rain sensor si7021 temperature and humidity

fixed ''key PosXYZ not found in dict''

kw123 committed fc8e6a6 13 changed files ''key PosXYZ not found in dict'' error occurs when an RPI device is not properly cerated. fix: edit RPI device and set position properties. This version will set property PosXYZ to 0,0,0 and continue

added indigo version check consitent with future indigo versions

added min/max .. today yesterday .. for analog input devices, eg INPUT_0MinToday

fixed rip device edit sep-03 bug

indigo7

added support for indigo broadcasts
messages are like:
{'pluginId': u'com.karlwachs.piBeacon', 'data': [{'name': u'karl iphone X', 'id': '583626355', 'state': 'status', 'valueForON': 'up', 'action': 'event', 'newValue': u'up'}]}

indigo 7.1

added option to show 4 different levels for beacon positions. first define Z position of the floors in config then set the position values (Z) of the RPIs to the proper floor where they are located in config set Z elevel to 0,5,10,15 then for an RPI on level 2 (0,1,2,3,) in device edit to position x,y,z = 5,3,10

the the the levels of the RPI and iBeacons are indicated (symmbols) shaded as: 0: empty 1: // 2: \ 3: +

cleaned up some of the menus

indigo 7

removed debug logging and added description field

indigo 7

adding a device with this type will cause the master py program on the rpi to a) launch the defined program (in device edit) at start - or any unix command b) checks if running, if not: relaunch it; if "CHECK" field is empty no checking is done

indigo 7

Lighning detection sensor as3935
CO2 sensor MHZ-xx IR absobption through i2c and Serial
added recovery from hanging sftp sessions

fixed bug for display updates, changing access rights of parameter file.

indigo 7

fixed missing update file
"...updateAllFiles.exp": no such file or..."

indigo 7

added CO2 sensor MH-Z19, it is an IR light sensor that measures absorption in the IR spectrum. This is the version with the serial to I2C converter : "10000ppm MH-Z16 NDIR CO2 Sensor with I2C/UART Interface Adaptor"
fixed a bug introduced in the last version: parameters file was not tagged as updated on the RPI

indigo 7

v7.85.219

indigo 7

pibeacon

this plugin can 1. track ibeacons on multiple Raspberry Pis. 2. BLE phone tracking 3. read many different types of sensors (temp, humidity. ADC, airquality, DOF, movement, ultarsound, microwave ...) 4. send output from the plugin to a variety of output devices, DOC, GPIO, displays etc

Devices supported:

supported device types:
===RPI server
rPI
rPI-Sensor

===iBeacon
beacon

===BLECONNECT for phones
BLEconnect

===BLE temp sensor
BLEsensor

===Temp Pressure humidity quir quality ..
Wire18B20
DHTxx
DHT11
TMP102
MCP9808
LM35A
T5403
MS5803
BMPxx
BMP280
SHT21
AM2320
BMExx
bme680
pmairquality
sgp30
ccs811

===light: white, RGB infrared, ultraviolet ..
TCS34725
as726x
IS1145
OPT3001
VEML7700
VEML6030
VEML6040
VEML6070
VEML6075
TSL2561
mlx90614

===Infrared Camera
amg88xx

===Movements, gyroscopes, Magetometers
l3g4200
mag3110
hmc5883L
bno055
mpu9255
mpu6050
lsm303

===ADC
ADC121
ina219
ina3221
ADS1x15-1
ADS1x15
spiMCP3008
spiMCP3008-1
PCF8591-1
PCF8591

===Pulse sensors
INPUTpulse

===Capacitouch sensors
INPUTtouch-1
INPUTtouch-4
INPUTtouch-12
INPUTtouch-16

GPIO inoputs
INPUTgpio-1
INPUTgpio-4
INPUTgpio-8
INPUTgpio-26

===Distance, prximity
ultrasoundDistance
vl503l0xDistance
vcnl4010Distance
vl6180xDistance
apds9960

===special programs for you to design
mysensors
myprogram

===GPIO outpu
OUTPUTgpio-1-ONoff
OUTPUTgpio-1
OUTPUTgpio-4
OUTPUTgpio-10
OUTPUTgpio-26

===Radio
setTEA5767

===DAC
setMCP4725
setPCF8591dac

===various display types
display
neopixel
neopixel-dimmer
neopixelClock

===sprinkler

===car

indigo 7