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