piBeacon: presence monitoring plugin discussions
Re: piBeacon: presence monitoring plugin discussions
Glenn. A question. Right now they report bits not voltage. Should I add an option to convert the bits to V
right now the user has to do it by multiplying / dividing with the gain factor.
Eg 0.3mV per Bit
Karl
Sent from my iPhone using Tapatalk
right now the user has to do it by multiplying / dividing with the gain factor.
Eg 0.3mV per Bit
Karl
Sent from my iPhone using Tapatalk
Re: piBeacon: presence monitoring plugin discussions
Hi Karlkw123 wrote:Glenn. A question. Right now they report bits not voltage. Should I add an option to convert the bits to V
right now the user has to do it by multiplying / dividing with the gain factor.
Eg 0.3mV per Bit
Karl
Sent from my iPhone using Tapatalk
Took a bit of reading to half get my head around bits and voltages from ADS1115.
May make troubleshooting issues easier if have voltage as well - certainly if was 4.096V and not any higher probably would help recognise the issue.
But as always up to your preference and time!
Glenn
Sent from my iPhone using Tapatalk
Re: piBeacon: presence monitoring plugin discussions
actually I am wrong, it returns the values in mV as is, so no bits but
eg raw value = 3200.00mV (= 3.2V)
Karl
need to get out of the house and do something else
eg raw value = 3200.00mV (= 3.2V)
Karl
need to get out of the house and do something else
Re: piBeacon: presence monitoring plugin discussions
coming up:
added several auto discovery beacons / finders.
In the past it was always a pain in the b to figure out which of the many MAC# is your beacon.
The new version will have TAGs defined for several beacon types: These beacons indicated can be automatically added, set in config which type of device you like to add and they will show up automatically (after you configured them w the app)
I believe this makes live MUCH easier
and some other nice features ..
Karl
and thanks again to Adam for patiently testing
added several auto discovery beacons / finders.
In the past it was always a pain in the b to figure out which of the many MAC# is your beacon.
The new version will have TAGs defined for several beacon types:
Code: Select all
Beacon type: properties and functionality
====================================
Name/type v FormFactor hole auto has isBeepable Battery battery sensors APP
4 key detect beeper byPlugin reading Type functions
-----------------------------------------------------------------------------------------------------------------------------------
Nonda_Aiko all small square yes yes yes yes yes rechargeable ~ 2+ weeks no beep, register
Nonda_iHere all triangle yes yes yes yes yes rechargeable ~ 3+ weeks no beep, register
Rinex_iTrack all square yes yes yes yes yes cr2032 no beep, register
Njoiii_iTrack x square yes yes yes yes yes cr2032 no beep, register
Vozni_iTrack x square yes yes yes yes yes cr2032 no beep, register
SpotyPal x square yes yes yes yes yes cr2032 no beep, register
Innway x square yes yes yes yes no cr2032 no beep, register
Cube x square yes yes yes yes no cr2032 no beep, register
XY_1 1 pentagon yes yes yes yes yes cr2032 ~ 6+M no beep, register, creates several MAC numbers
XY_2 2 pentagon yes yes yes yes yes cr2032 ~ 6+M no beep, register, creates several MAC numbers
XY_3 3 pentagon yes yes yes yes yes cr2032 ~ 6+M no beep, register, creates several MAC numbers
Orbit 1 round yes yes yes yes ? cr2032, sp tool repl Bat. no beep, register
NutFind 3 square yes yes yes yes yes cr2032 no beep, register
===ibeacon + Sensors
ruuviTag all round Big no yes no no yes cr2450 1Y T,H,P,accel display of sensors
Blue_Charmn x square yes ? no ? ? cr2032 T iBeacon,EddyStone, conf: TX, repeat
===iBeacon types:
MiniBeacon x various no yes no no no USB no iBeacon,EddyStone
Feasy_USB x USB no yes no no no USB no iBeacon,EddyStone, conf: TX, repeat
Feasy_Triangle x trinagle yes yes no no no cr2032 no iBeacon,EddyStone, conf: TX, repeat
SocialRetail x USB no yes no no no USB no iBeacon,EddyStone, conf: TX, repeat
SocialRetail x BIG no yes no no no AAA no iBeacon,EddyStone, conf: TX, repeat
Radius x round no yes no no no cr2032 ~ 3 months no iBeacon, conf: TX, repeat
Radius x USB no yes no no no USB no iBeacon, conf: TX, repeat
== other types
Tovala-oven 1 Oven no yes no no no AC no no
OralB 1 toothbrush no yes no no no rechargeable no no
cheap ibeacon likely working, ? no no no no cr2032 mostly no pure iBeacon, edystone..some have sig config
tile x not working
xy_4 4 not working
swiftFind == ZenLife intrusive, no actions possible I believe this makes live MUCH easier
and some other nice features ..
Karl
and thanks again to Adam for patiently testing
Re: piBeacon: presence monitoring plugin discussions
Hi Karl,
Hope all is well....
Wonder whether you could detail GPIO usage in a bit more detail?
I know, it’s the easiest most basic sensor!
But ... getting on/off fluctuating every few seconds or so, between a GPIO and GND.
Presume need either a pull-up or pull-down resistor. Didn’t seem to need one before — but haven’t checked the hardware for issues for a while.
Can you clarify the setup for such most basic sensor?
Thanks
Glenn
Sent from my iPad using Tapatalk
Hope all is well....
Wonder whether you could detail GPIO usage in a bit more detail?
I know, it’s the easiest most basic sensor!
But ... getting on/off fluctuating every few seconds or so, between a GPIO and GND.
Presume need either a pull-up or pull-down resistor. Didn’t seem to need one before — but haven’t checked the hardware for issues for a while.
Can you clarify the setup for such most basic sensor?
Thanks
Glenn
Sent from my iPad using Tapatalk
piBeacon: presence monitoring plugin discussions
Attached the setup of a GPIO input pin #21:
The value is 1 if pin is connected to ground and 0 when open (switch is connected => 1, open = 0)
The RPI has internal pull up/down resistors. In the setup the internal pull -up resistor is used
You can use this simple setup if the switch is "floating" ie no electric connection to anything else.
As precaution you could add a simple diode (1n4148) with anode connected to GPIO pin and cathode (the end with the black ring) towards the switch.
This will prevent any current flowing back to the GPIO pin. The switch will still work fine.
When your state value goes up and down on its own it could indicate a loose connection.
To test that, connect your gpio pin directly to ground (w a 2 female jumper cable). The value should be stable. If that is true then your cable connection is likely flaky/loose/ .., if not your RPI might have a problem ( just double checked .. the software is working)
If the switch is not floating eg connected to a bell with its own voltage, things are more complicated. And you might need an optical isolation circuit. They are not expensive < $0.5.
https://www.amazon.com/MCIGICM-optocoup ... 9JDCJW355P
Karl
The RPI has internal pull up/down resistors. In the setup the internal pull -up resistor is used
You can use this simple setup if the switch is "floating" ie no electric connection to anything else.
As precaution you could add a simple diode (1n4148) with anode connected to GPIO pin and cathode (the end with the black ring) towards the switch.
This will prevent any current flowing back to the GPIO pin. The switch will still work fine.
When your state value goes up and down on its own it could indicate a loose connection.
To test that, connect your gpio pin directly to ground (w a 2 female jumper cable). The value should be stable. If that is true then your cable connection is likely flaky/loose/ .., if not your RPI might have a problem ( just double checked .. the software is working)
If the switch is not floating eg connected to a bell with its own voltage, things are more complicated. And you might need an optical isolation circuit. They are not expensive < $0.5.
https://www.amazon.com/MCIGICM-optocoup ... 9JDCJW355P
Karl
Re: piBeacon: presence monitoring plugin discussions
Thanks Karl,
Thats really helpful- particularly the bit about pointing out the internal pull-up resistors.
I suspect you are right and it is a loose connection - will go check and report back.
Glenn
Thats really helpful- particularly the bit about pointing out the internal pull-up resistors.
I suspect you are right and it is a loose connection - will go check and report back.
Glenn
Re: piBeacon: presence monitoring plugin discussions
If you have an open connection w a long cable and no pull-up resistor i could imagine that it is going up/down repeatedly
Sent from my iPhone using Tapatalk
Sent from my iPhone using Tapatalk
Re: piBeacon: presence monitoring plugin discussions
Thanks Karl
Fixed my loose connection - but your description about built-in pull-up, pull-down was the bit I was missing/confused about.
On to another issue:
Getting a lot of status - bad Sensor data,disconnected?
For the ADS1x15 device type... INPUT is fine, and have been reading that, but not sure why status isn't
(the calculation is being applied to INPUT, so doesn't seem to be that...)
But the INPUT/updates are running fine.
rpi #5
devid 1021059064 = fine -- status 886.0[mv]
devid 297270947 = bad Sensor data, disconnected? (But INPUT uptodate and correct.)
Seems like something happening in status calculation?

RPI Sensor Logs:
Cheers
Glenn
Fixed my loose connection - but your description about built-in pull-up, pull-down was the bit I was missing/confused about.
On to another issue:
Getting a lot of status - bad Sensor data,disconnected?
For the ADS1x15 device type... INPUT is fine, and have been reading that, but not sure why status isn't
(the calculation is being applied to INPUT, so doesn't seem to be that...)
But the INPUT/updates are running fine.
rpi #5
devid 1021059064 = fine -- status 886.0[mv]
devid 297270947 = bad Sensor data, disconnected? (But INPUT uptodate and correct.)
Seems like something happening in status calculation?

RPI Sensor Logs:
Thanks again!pi# 5 297270947 {u'297270947': {u'INPUT': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': u'171.904316154'}, u'INPUTMaxToday': {'decimalPlaces': 1, 'force': False, 'uiValue': '', 'value': 171.904316154}, u'INPUT_raw': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': 885.38}}, u'752082303': {u'INPUT_raw': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': 884.81}}, u'187287881': {u'last_MessageFromRpi': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': '2020-07-26 14:05:36'}}, u'1021059064': {u'status': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': u'884.63[mV]'}, u'INPUT': {'decimalPlaces': 2, 'force': False, 'uiValue': '', 'value': 884.63}, u'sensorValue': {'decimalPlaces': 2, 'force': False, 'uiValue': u'884.63[mV]', 'value': 884.63}, u'INPUT_raw': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': 884.63}}, u'1036561108': {u'INPUT': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': u'171.793316154'}, u'INPUTMaxToday': {'decimalPlaces': 1, 'force': False, 'uiValue': '', 'value': 171.793316154}, u'INPUT_raw': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': 885.38}}}
2020-07-26 14:05:36 pi# 5 1036561108 {u'752082303': {u'INPUT_raw': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': 884.81}}, u'187287881': {u'last_MessageFromRpi': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': '2020-07-26 14:05:36'}}, u'1021059064': {u'status': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': u'884.63[mV]'}, u'INPUT': {'decimalPlaces': 2, 'force': False, 'uiValue': '', 'value': 884.63}, u'sensorValue': {'decimalPlaces': 2, 'force': False, 'uiValue': u'884.63[mV]', 'value': 884.63}, u'INPUT_raw': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': 884.63}}, u'1036561108': {u'INPUT': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': u'171.793316154'}, u'INPUTMaxToday': {'decimalPlaces': 1, 'force': False, 'uiValue': '', 'value': 171.793316154}, u'INPUT_raw': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': 885.38}}}
2020-07-26 14:05:36 pi# 5 1021059064 {u'752082303': {u'INPUT_raw': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': 884.81}}, u'187287881': {u'last_MessageFromRpi': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': '2020-07-26 14:05:36'}}, u'1021059064': {u'status': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': u'884.63[mV]'}, u'INPUT': {'decimalPlaces': 2, 'force': False, 'uiValue': '', 'value': 884.63}, u'sensorValue': {'decimalPlaces': 2, 'force': False, 'uiValue': u'884.63[mV]', 'value': 884.63}, u'INPUT_raw': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': 884.63}}}
2020-07-26 14:05:36 pi# 5 752082303 {u'752082303': {u'INPUT_raw': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': 884.81}}, u'187287881': {u'last_MessageFromRpi': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': '2020-07-26 14:05:36'}}}
2020-07-26 14:05:36 sensor input pi: 16; data {u'i2cMS5803': {u'678693709': {u'press': 98741.6, u'temp': 22.14}, u'1368855444': {u'press': 96957.2, u'temp': 20.76}}, u'i2cMCP9808': {u'1624175100': {u'temp': 20.5}}}
2020-07-26 14:05:36 pi# 16 1368855444 {u'1368855444': {u'Pressure': {'decimalPlaces': 0, 'force': False, 'uiValue': '', 'value': 727.240083036}, u'PressureChange1Hour': {'decimalPlaces': 0, 'force': False, 'uiValue': '', 'value': -3.0}, u'PressureChange4Hours': {'decimalPlaces': 0, 'force': False, 'uiValue': '', 'value': -5.0}}, u'678693709': {u'PressureChange12Hours': {'decimalPlaces': 0, 'force': False, 'uiValue': '', 'value': -5.0}, u'Pressure': {'decimalPlaces': 0, 'force': False, 'uiValue': '', 'value': 740.624207208}, u'PressureChange1Hour': {'decimalPlaces': 0, 'force': False, 'uiValue': '', 'value': 3.0}, u'PressureChange4Hours': {'decimalPlaces': 0, 'force': False, 'uiValue': '', 'value': -2.0}}, u'1739923088': {u'last_MessageFromRpi': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': '2020-07-26 14:05:36'}}}
2020-07-26 14:05:36 pi# 16 678693709 {u'678693709': {u'PressureChange12Hours': {'decimalPlaces': 0, 'force': False, 'uiValue': '', 'value': -5.0}, u'Pressure': {'decimalPlaces': 0, 'force': False, 'uiValue': '', 'value': 740.624207208}, u'PressureChange1Hour': {'decimalPlaces': 0, 'force': False, 'uiValue': '', 'value': 3.0}, u'PressureChange4Hours': {'decimalPlaces': 0, 'force': False, 'uiValue': '', 'value': -2.0}}, u'1739923088': {u'last_MessageFromRpi': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': '2020-07-26 14:05:36'}}}
2020-07-26 14:05:36 pi# 16 1624175100 {u'1624175100': {u'TemperatureChange1Hour': {'decimalPlaces': 1, 'force': False, 'uiValue': '', 'value': 0.0}}, u'1739923088': {u'last_MessageFromRpi': {'decimalPlaces': '', 'force': False, 'uiValue': '', 'value': '2020-07-26 14:05:36'}}}
Cheers
Glenn
Re: piBeacon: presence monitoring plugin discussions
I tried to replicate your config, here my results:
You get the "bad sensor .." status when the sensor gets a read error: the only thing that changes is the status filed, no other state is touched in that condition.
I would do:
open terminal, do ssh to rpi(cap F)
Then you will see only the message for that sensor send by the PRI like this:
That should give you an indication of whats wrong.
Karl
I would do:
open terminal, do ssh to rpi
Code: Select all
cd pibeacon
tail -F temp/messageSend | grep ADS1x15
Then you will see only the message for that sensor send by the PRI like this:
Code: Select all
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
26-09:58:36 msg send -- ADS1x15: {"pi":"11","sensors":{"ADS1x15":{"188809276":{"INPUT":588.19}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"CDT","time":1595775516.53}}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
26-09:59:01 msg send -- master: {"last_masterStart":"2020-07-23 09:22:05","fan_OnTime_Percent":100,"last_boot":"2020-07-19 21:31:00","RPI_throttled":"no_problem_detected","temp":"60.0","rpi_type":"Pi 4 Model B Rev 1.2, ser#100000006e7b82e8","ts":{"tz":"CDT","time":1595775540.87},"program":"master","sensors_active":"INPUTgpio-1, ADS1x15, BLERuuviTag","pi":"11","ipAddress":"192.168.1.204","op_sys":"10 (buster), 4.19.97-v7l+, #1294 SMP Thu Jan 30 13:21:14 GMT 2020","i2c_active":"x48"}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
26-09:59:37 msg send -- ADS1x15: {"pi":"11","sensors":{"ADS1x15":{"188809276":{"INPUT":590.06}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"CDT","time":1595775577.74}}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
tailKarl
Re: piBeacon: presence monitoring plugin discussions
Hi Karl,
Thanks for the reply.
Will post the result asap to this message - thought would clarify quickly for sake of time zones that these are duplicate piBeacon ADS indigo devices - with one sensor. Needed to get no decimal result for control page images.
One of device status always is fine, the other two always ‘bad Sensor’. However the INPUT is always correct and updated regularly.
Glenn
Sent from my iPad using Tapatalk
Thanks for the reply.
Will post the result asap to this message - thought would clarify quickly for sake of time zones that these are duplicate piBeacon ADS indigo devices - with one sensor. Needed to get no decimal result for control page images.
One of device status always is fine, the other two always ‘bad Sensor’. However the INPUT is always correct and updated regularly.
Glenn
Sent from my iPad using Tapatalk
Re: piBeacon: presence monitoring plugin discussions
duplicated the device (= same sensor/ channel) and only changed the format (%3.2f and 3.0f):
don't understand what's wrong with your config
here the tail output on the RPiremark: the 2 values don't need to be the same as they are read independently, so small variations are ok.
Karl
don't understand what's wrong with your config
here the tail output on the RPi
Code: Select all
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
26-16:38:59 msg send -- ADS1x15: {"pi":"11","sensors":{"ADS1x15":{"1697729290":{"INPUT":588.94},"188809276":{"INPUT":584.44}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"CDT","time":1595799539.59}}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncatedKarl
- Attachments
-
- Screen Shot 2020-07-26 at 16.40.17.png (50.71 KiB) Viewed 5710 times
piBeacon: presence monitoring plugin discussions
Thanks
Yeah - I have another Pi, same ADS device, even same sensor (== really cool measuring water level by pressure sensor on bottom of tank) that works fine with 2 devices.
Nothing obvious in the log - which will post (can’t copy/paste from iPad VNC annoying) once physically get to computer.
Will send all files to rpi and see if makes a difference..,
(should add am on latest version)
Sent from my iPad using Tapatalk
Yeah - I have another Pi, same ADS device, even same sensor (== really cool measuring water level by pressure sensor on bottom of tank) that works fine with 2 devices.
Nothing obvious in the log - which will post (can’t copy/paste from iPad VNC annoying) once physically get to computer.
Will send all files to rpi and see if makes a difference..,
(should add am on latest version)
Sent from my iPad using Tapatalk
Re: piBeacon: presence monitoring plugin discussions
Here is tail -F temp/messageSend | grep ADS1x15.
Currently INPUT is correct and status = bad Sensor for devid 297270947, 1036561108
devid =1021059064 (status = 959.5[mv})
Currently INPUT is correct and status = bad Sensor for devid 297270947, 1036561108
devid =1021059064 (status = 959.5[mv})
Code: Select all
27-07:20:27 msg send -- ADS1x15: {"pi":"5","sensors":{"ADS1x15":{"297270947":{"INPUT":960.0},"1036561108":{"INPUT":959.44},"1021059064":{"INPUT":959.25},"752082303":{"INPUT":960.0}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"AEDT","time":1595798427.35}}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
27-07:21:19 msg send -- master: {"last_masterStart":"2020-07-27 06:17:22","last_boot":"2020-07-27 07:11:53","RPI_throttled":"E#16 Under-volt occd since reb.;E#18 ARM freq capped occd since reb.","temp":"39.7","rpi_type":"Pi 3 Model B Rev 1.2, ser#c0c43ee3","ts":{"tz":"AEDT","time":1595798479.13},"program":"master","sensors_active":"4 ADS1x15","pi":"5","ipAddress":"192.168.1.185","op_sys":"9 (stretch), 4.14.30-v7+, #1102 SMP Mon Mar 26 16:45:49 BST 2018","i2c_active":"x49"}
tail: temp/messageSend: file truncated
27-07:21:28 msg send -- ADS1x15: {"pi":"5","sensors":{"ADS1x15":{"297270947":{"INPUT":959.63},"1036561108":{"INPUT":959.63},"1021059064":{"INPUT":959.81},"752082303":{"INPUT":959.81}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"AEDT","time":1595798488.55}}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
27-07:22:29 msg send -- ADS1x15: {"pi":"5","sensors":{"ADS1x15":{"297270947":{"INPUT":960.0},"1036561108":{"INPUT":960.38},"1021059064":{"INPUT":959.81},"752082303":{"INPUT":959.25}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"AEDT","time":1595798549.81}}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
27-07:23:31 msg send -- ADS1x15: {"pi":"5","sensors":{"ADS1x15":{"297270947":{"INPUT":959.81},"1036561108":{"INPUT":960.38},"1021059064":{"INPUT":959.81},"752082303":{"INPUT":959.25}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"AEDT","time":1595798611.01}}
tail: temp/messageSend: file truncated
27-07:24:14 msg send -- master: {"last_masterStart":"2020-07-27 06:17:22","last_boot":"2020-07-27 07:11:53","RPI_throttled":"E#16 Under-volt occd since reb.;E#18 ARM freq capped occd since reb.","temp":"39.7","rpi_type":"Pi 3 Model B Rev 1.2, ser#c0c43ee3","ts":{"tz":"AEDT","time":1595798654.49},"program":"master","sensors_active":"4 ADS1x15","pi":"5","ipAddress":"192.168.1.185","op_sys":"9 (stretch), 4.14.30-v7+, #1102 SMP Mon Mar 26 16:45:49 BST 2018","i2c_active":"x49"}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
27-07:24:32 msg send -- ADS1x15: {"pi":"5","sensors":{"ADS1x15":{"297270947":{"INPUT":959.81},"1036561108":{"INPUT":960.19},"1021059064":{"INPUT":959.44},"752082303":{"INPUT":959.06}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"AEDT","time":1595798672.35}}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
27-07:25:33 msg send -- ADS1x15: {"pi":"5","sensors":{"ADS1x15":{"297270947":{"INPUT":958.88},"1036561108":{"INPUT":959.81},"1021059064":{"INPUT":960.19},"752082303":{"INPUT":959.63}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"AEDT","time":1595798733.63}}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
27-07:26:35 msg send -- ADS1x15: {"pi":"5","sensors":{"ADS1x15":{"297270947":{"INPUT":959.63},"1036561108":{"INPUT":959.44},"1021059064":{"INPUT":959.44},"752082303":{"INPUT":959.44}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"AEDT","time":1595798794.85}}
tail: temp/messageSend: file truncated
27-07:27:10 msg send -- master: {"last_masterStart":"2020-07-27 06:17:22","last_boot":"2020-07-27 07:11:53","RPI_throttled":"E#16 Under-volt occd since reb.;E#18 ARM freq capped occd since reb.","temp":"39.7","rpi_type":"Pi 3 Model B Rev 1.2, ser#c0c43ee3","ts":{"tz":"AEDT","time":1595798829.87},"program":"master","sensors_active":"4 ADS1x15","pi":"5","ipAddress":"192.168.1.185","op_sys":"9 (stretch), 4.14.30-v7+, #1102 SMP Mon Mar 26 16:45:49 BST 2018","i2c_active":"x49"}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
27-07:27:37 msg send -- ADS1x15: {"pi":"5","sensors":{"ADS1x15":{"297270947":{"INPUT":959.63},"1036561108":{"INPUT":959.44},"1021059064":{"INPUT":960.0},"752082303":{"INPUT":959.63}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"AEDT","time":1595798857.11}}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
27-07:28:38 msg send -- ADS1x15: {"pi":"5","sensors":{"ADS1x15":{"297270947":{"INPUT":960.19},"1036561108":{"INPUT":959.25},"1021059064":{"INPUT":959.06},"752082303":{"INPUT":959.81}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"AEDT","time":1595798918.36}}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
27-07:29:39 msg send -- ADS1x15: {"pi":"5","sensors":{"ADS1x15":{"297270947":{"INPUT":959.81},"1036561108":{"INPUT":960.0},"1021059064":{"INPUT":959.63},"752082303":{"INPUT":959.25}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"AEDT","time":1595798979.56}}
tail: temp/messageSend: file truncated
27-07:30:03 msg send -- master: {"last_masterStart":"2020-07-27 06:17:22","last_boot":"2020-07-27 07:11:53","RPI_throttled":"E#16 Under-volt occd since reb.;E#18 ARM freq capped occd since reb.","temp":"39.7","rpi_type":"Pi 3 Model B Rev 1.2, ser#c0c43ee3","ts":{"tz":"AEDT","time":1595799003.24},"program":"master","sensors_active":"4 ADS1x15","pi":"5","ipAddress":"192.168.1.185","op_sys":"9 (stretch), 4.14.30-v7+, #1102 SMP Mon Mar 26 16:45:49 BST 2018","i2c_active":"x49"}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
27-07:30:40 msg send -- ADS1x15: {"pi":"5","sensors":{"ADS1x15":{"297270947":{"INPUT":959.63},"1036561108":{"INPUT":959.06},"1021059064":{"INPUT":959.63},"752082303":{"INPUT":960.0}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"AEDT","time":1595799040.76}}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
27-07:31:42 msg send -- ADS1x15: {"pi":"5","sensors":{"ADS1x15":{"297270947":{"INPUT":959.25},"1036561108":{"INPUT":959.25},"1021059064":{"INPUT":960.19},"752082303":{"INPUT":959.81}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"AEDT","time":1595799101.97}}
tail: temp/messageSend: file truncated
tail: temp/messageSend: file truncated
27-07:32:43 msg send -- ADS1x15: {"pi":"5","sensors":{"ADS1x15":{"297270947":{"INPUT":959.06},"1036561108":{"INPUT":959.81},"1021059064":{"INPUT":960.0},"752082303":{"INPUT":959.44}}},"program":"ADS1x15","ipAddress":"","ts":{"tz":"AEDT","time":1595799163.17}}
tail: temp/messageSend: file truncated
27-07:33:05 msg send -- master: {"last_masterStart":"2020-07-27 06:17:22","last_boot":"2020-07-27 07:11:53","RPI_throttled":"E#16 Under-volt occd since reb.;E#18 ARM freq capped occd since reb.","temp":"40.2","rpi_type":"Pi 3 Model B Rev 1.2, ser#c0c43ee3","ts":{"tz":"AEDT","time":1595799185.62},"program":"master","sensors_active":"4 ADS1x15","pi":"5","ipAddress":"192.168.1.185","op_sys":"9 (stretch), 4.14.30-v7+, #1102 SMP Mon Mar 26 16:45:49 BST 2018","i2c_active":"x49"}
tail: temp/messageSend: file truncated