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

added particulate (air quality) sensor PMS5003
all sensors are now separate python programs on RPI fixed smaller typos ...

indigo 7

added support for sensor adafruit sensor as726x. This sensor measures 6 different wavelengths: red/blue/green + yellow + orange + violet

fixed a bug for BLEconnect where up/down states where not properly executed

added new SSD image to download at link this SSD image is for RPI3+

indigo 7

-- added more checks on RPI beaconloop.py for incoming packets, reject if not complete, w/o error message

-- oneWire devices now show their serial number in the indigo notes column. you can add test to the end after the serial number (with >= 1 space after the SN)

indigo 7

fixed bug : master in Line 'xxx' has error=''mac''

indigo 7

adding new one wire sensors required to open and save the device several times.
Thats fixed now

added auto off for accept new onewire devices after midnight or after restart. It unlikely that you just add these devices after midnight. ... and it is better to keep that switch off, incase the rpi goes off rails and produces fake onewire devices.. (have had that happen once)

indigo 7

added indigo store version check and performance improvements

indigo 7

1. using pycharm - inspect fixed some hidden bugs in various parts, mostly for the RPI python code
2. separated sensors / BLE connect / iBeacons receiving threads in the plugin. This should improve iBeacon handling / wait time.

likely not a big impact if you have just 1 or 2 RPI, but with 20 the difference is noticeable

Indigo 7

added sensor ina3221.

it offers 3 in-depended sets of voltage/ current measurements through a shunt resistor.

This is the big brother of ina219 which does just one channel

Indigo 7

added support for the CO2 - VCO sensor CSS811

* fix* new RPI device not created under certain circumstances.

indigo 7

added:

== support for CO2 and VOC sensor SGP30

== for amg88 now offers color image or grey scale

== BLE stack restart if no BLE message for > 100 secs internally on RPI

fixed:

/0 in distance calculations when some RPI positions are not set .

Indigo 7

fixed: == beacons go to stale= do get updated anymore tested this quit a bit. issue was that I tried to manage (a)delete beacon while plugin is running, (b)while plugin is stoped, (c)beacon is disabled. They all have similar signatures. Have tested for 3 days

== improved the position calculation of the beacons

added: == if your rpi does sends empty BLE messages you now have the option to automatically force a reboot of that RPI (pick # of empty messages in a row in config . ~ 1 message / minute is the norm)

== supports now creation of snapshot images from amg88 IR camera in indigo. the images are created in pibeacon/cameraImages various options for # of pixels frequency, data storage etc can be set in the amg33 device edit.

indigo7

plugin now offers extended options and elements to display on an RPI attached display / monitors:

You can use different options for differnt displays eg regular pixel displays do not offer LED fonts
= There is a major looop that gets executed xx times (1-inifnity)
=== The screen can be reset to any color before each major loop
=== You can set overall intensity (reduced from 100%)
= Then there are elements in each loop that can be shown
=== in sequence (immediate), rolling left right up down of screen replacements after 0-xx secs of delay
=== or after all elements have been defined (use wait until all .. and immediate for the last element)
= Elements available are: points, lines, triangle, rectangles, histograms, bars w or w/o box,
=== text, images, datestamp and timestamp, digital Day Time full page, analogClock
= Each element has position, color, reset screen to xx-color before showing some have width and fonts defs = Each element can be set to be shown off/on/off in seconds interval.
=== This way you can overlay elements and show them in sequence in a part of the screen

some smaller bug fixes and more checking of input and exemption handling

indigo 7

• Sensor IR camera amg88xx , has improved parameter settings, better movement detection
• AnalogClock has better look and feel
• reduced cpu time through reduced plugin <-> server communication, using some of the indigo 7 features
• fixed bug: "execUpdate in Line '8457' has error='global name 'beacons' is not defined'"

Indigo 7

Now supports IR 8x8 amg88xx Camera You can use it as a sophisticated movement sensor It measures - all temp values are converted to std temp (set in config) -Ambient Temperature, -Average Temperature of pixels, -MinimumPixel = min Temperature val of all pixels, -MaximumPixel = max Temperature val of all pixels, max - min is an indicator of noise -Movement: delta pixel Temp to last measuremnt, large val indicates Movement: 100*sqrt(sum ((pixT-lastT)/(pixT+lastT))2)/64 -Uniformity of pixel temperature, low value indicates Structure: 100/sqrt(sum ((pixT-aveT)/(pixT+aveT))2)/64 you can setup - number of measurements per second (10/sec .. 1/10 seconds) - delta value to trigger sending update to indigo (any change to 200% change of value) - min seconds between sending messages to indigo (1...10 seconds) - to recuse overload if values change frequently

"Movement" is an indicator of pixel temps changing; range ~ 0.1-3. "Uniformity" will be high if the sensors looks at a uniform surface. It is lower when a structured object is in format of the camera- range ~ 1-40

Indigo 7 from now on all releases will require indigo 7

small fix for updating notes field automatically

indigo6

new: 1. added states for min / max for today/ yesterday for all temp, humidity, pressure, light sensors 2. temp/pressure/humidity states .. are now numbers - where text, you now can compare the states to a number in e.g. triggers 3. added sensorLastChange (date-time stamp) state for sensors, to be used e.g. in touch screens 4. added more fields for output display devices (from 10 to 20) 5. added "analog clock" for display devices 6. added temperature state for RPI. show the copy temperature on the RPI, updates ~ 1/minute 7. reduced load on indigo system

indigo 6.

this will be the last version that will support indigo 6, future version will require indigo 7

code had a debug statement that stopped the plugin when installing from scratch

indigo 6

small fix . When a RPI reboots the plugin sets a variable xx_Rebooting to the name of the RPI that is rebooting..

there were two "_" in the variable name in the plugin

indigo 6

• several smaller things , menus etc

• changed how BLE connect devices are handled. Instead of using command line hcitool it now uses directly python calls. That allows better controls of timeouts etc. There is still an issue with RPI3 when used in with wifi. the internals of the RPI3 share BLE and WiFi hardware and software. Hence when e.g. a BLE scan or connect is done it holds that part and no wifi works during that time. the new version has a reduced timeout and manages that better. This is not an issue with RPI2 or using ethernet.

• added "analogCLock" output mode. If you have an RPi display an action / menu can display an analog clock on the RPI display, next toe other info that can be refreshed, e.g. news, sensor info .. my goal is to put this on a large monitor behind a oneway mirror, like "noel1983" has shown.

-- added option in RPI device edit to add offset to rssi. with this option you can enhance or suppress signals from a specific RPi.

• in beacon plot any beacon or rpi that is outside 0<=x<= xscale and the same for y is now ignored. before they were plotted and could create issues for the plot size, scales etc. this is useful if you want to ONLY show a part of your house and ignore an RPI that is e.g. in a shack outside for THIS plot

Karl

indigo 6 +

1. changed data structure for small files. stead of send and reading 10 beacon parameter files, it is combined to ONE file. Total size ~ 3kbyte. This will reduce i/o on the RPI
2. increased timeout parameters and error handling for comm RPI -> indigo for socket communication to improve behavior for Raspberry Stretch.
3. improved option for beacon tracking: now not just the whole MAC number but also sub set, e.g. for the fist 5 bytes. This is useful for tracking a specific type (e.g. xy) of beacons e.g. track 00:EA:24:02::

indigo 6+

support for - TCA9548A multiplexer, now allows to have 8 of the same sensors with the same i2c address attached - BME 680 temp/hunidity/pressure air quality sensor - fixed formulas for MQ-x sensors. now calculates proper ppm values

indigo 6