piBeacon: 3- presence monitoring download

posted v 7-29-23

fixed:
BLEconenct did not work properly.. should be fixed now (some typos in the program.. I though I got them all)


Karl
ps:
how to get BLE working:
1. pair your iPhone with any device. you can kill that pair later on the other device.. if iPhone is not ready for pairing it will not answer to BLE requests from the rpi
2. create BLE type pibeacon device in indigo, select which RPI should look for iPhone and select if it should be done sequentially or in parallel (if you have several phone/ device you like track) sequentially = less cpu on the RPI if that is an issue


Karl

karl,

I updated to Indigo 7 and ran into a few issues as my xy, Social Retail, and tiles (old) didn't show up. So, removed everything, loaded the latest image to the rPI's and used the 7.23.29 plugin version. Well, still none of my beacons show.

The rPIs show up and are configured. Other beacons show, but the ones within a few feet of the rPIs are not showing.

Any suggestions?

JP

I am out until 9:30. Will look into it when I back home.


Sent from my iPhone using Tapatalk

7.23.29 sounds old.


Sent from my iPhone using Tapatalk

Sorry, meant 7.29..23.

Nevertheless, I nuked everything again, included the variables, which I hadn't the previous time. Well, that did it. Everything back to normal - well everything except the new tiles which still don't show

Thank you.

JP

posted v 7-31-29

added:
- additional check for files getting to large. Eg if your connection is bad the rejects file might continue to grow and then the FTP might fail which will prevent the rejects file from being reset..
- added support for any display / monitor that attaches to the HDMI output. In the devices edit you select one of these monitor/display types

• ssd1306 128x64 (i2c)
• sh1106 128x64 (i2c)
• ssd1351 RGB 128x128 (SPI)
• st7735 RGB 160x128 (SPI) (example shown)
• RGB matrix 32x32 (adafruit LED display)
• RGB matrix 64x16
• RGB matrix 64x32(example shown)
• RGB matrix 96x32
• large screen connected to HDMI or direct connect (example shown 7 inch original RPI display 800x480) or SunFounder 7" IPS Display (example shown1024x800) or any regular monitor(example shown: 1600x1200)

for option large screen then set the x/y resolution of the display

The pibeacon can display any local sensor (temp,humidity,pressure, luminance, dynamic ultrasound measured distance linear or log scaled) or any sensor from another RPI or any text/line/circle,/histogram, png-files/device states static/ rolling up/ down/ left/ right/ through an action group


Karl

posted v 7-30-31

fixed:
BLEconnect for iPhones etc did not work in parallel mode.

Karl

posted v7-32-32

added:
the device states:
- Signal
- Distance
-Pos x,y,x

are now numbers not strings

you should be able to do an
" if Pi_0_Signal > -66": switch on light
in an indigo trigger

hope that helps.

Added 2 more states:
TxPowerSet == set in device edit , overwrite the next value
TxPowerReceived == transmit power received from the bluetooth system, on the api for the beacons. it is often not correct as many the beacon do not follow the beacon standard and the TX power is some other info (eg tx power 1..4 for different settings ..) while the true TX power is ~ -59

you can measure the TX power by putting the iBeacon 1meter away from the RPI and the returned signal is the TX power you should put into TX power in the device edit. Then the distance valuations make more sense

Karl

posted v 7-33-33

fixed:
bunch of smaller things, menus, formatting etc

added:
you can now send your own unix commands to each RPI: eg

Code: Select all

sudo /usr/bin/python /home/pi/pibeacon/master.py
also the short form works:
sudo python master.py

would restart all pibeacon py programs
it can be launched from the menu or as an action.
added build-in commands in are "forced" shutdown and reboot options (not shutdown but sync;halt and sync;reboot -f) through socket communication in the menu in addition to the regular ssh communication. It might come handy when an RPi hangs.. instead of power a cycle.

Karl

posted v 7-35-34


added:
- should recognize the new TILES devices (tested with the slim wallet tile)
- tuned bluetooth data acquisition to be quicker to respond and include more types of bluetooth messages - not just "pure" iBeacon signals

suggest you change your config settings:

Screen Shot 2016-12-19 at 22.50.01.png (38.03 KiB) Viewed 3695 times

strongly suggest Not to decrease the "How many seconds ..." and "# of loops before rPi will send data"
I tried with 30- secs and 20 loops with 15 Rpi and ~ 30+ beacons indigo was busy receiving the data and updating sqllogger..
The RPI programs will send new beacons or reappearing beacons anyway immediately.

- tuned some parameters at startup of the RPI to not send time info (needs to get the new timestamp from the NTP server first) and to collect data for 40 seconds before sending data for the first transmission

Karl

posted v 7-36-35 @ top of this post

fixed:
- when RPI was disabled, userid / password could not be changed (minor issue)
- handling of signal value when signal was -999 = expired (rare issue)

added/changed
- added state: "closestRPI" this will always have the RPI # with the highest signal level for the iBeacon: use this to determine in which room the beacon currently is.
assume you have 1 RPI in each room. With this option you will alway know in which room the iBeacon currently is. You could have an image with your home and device icons in each room that show where the iBeacon are.( eg blue for Mom, red for Dad ... ==> a red dot in living room and a blue in family room would indicate that dad is in the lining room and mom in the family room
- optimized the iBeacon signal acquisition on the RPI.
== Have removed one loop and checks are now done immediately when a single is received i.e. new beacon? down iBeacon is back up?... This should speed up the transition to "UP" in the indigo devices. This should result in faster triggers eg for beep button of xy-beacons
== reduced the number of messages send from RPi to indigo by 10-30%.
== reduced the number of config parameters for signal acquisition on the RPI. Now just ONE parameter: number_of_seconds_before_messages are send from RPI to Indigo- default is 60 seconds.
- added option to set the default indigo folder name where new iBeacons get created.
- removed Battery Level from states: as only ONE type of iBeacons (big Jallee beacons) supported battery status and those iBeacons are not reliable anyway.

Karl

posted a fix v 7-36-36

fixed:
beacon scanner on the RPI failed when receiving bad packages (index overflow). That condition is checked now
It would restart itself but only after ~1 minute until the next bad package would arrive

Karl

Karl,

The link for the latest update is invalid.

JP

Should be fixed now


Sent from my iPhone using Tapatalk

posted V7-37-37

fixed:
better timing and control of mode " fastDown"
- closestRPi value was not always correct

ADDED:
device type CAR that allows to monitor yours cars coming/ going, engine on/off ...

see http://forums.indigodomo.com/viewtopic.php?f=187&t=17814 for details

Karl