[Version 2 Release] RaspberryPints - Digital Taplist Solution

[duncan.brown]

One thing I didn't do I make the ABV match the glassware, only the SRM images do.

Ah, I had show SRM images turned on. Once I let it calculate, the glassware in the SRM column is drawn correctly.

I will work to update the ABV to match the SRM so that its consistent but it may be a few days before I can finish that

Thanks.

Similar but not the same, it doesn't load all the temps into memory, just the latest. I switch to a faster query so hopefully that removes the lag you are seeing if you get latest

The probes disappeared. I think you want tempLog not templog in that query.

Looks like there's one last rgb index issue:

[Wed Sep 16 17:47:24.261638 2020] [php7:notice] [pid 633] [client 10.0.1.10:60312] PHP Notice:  Undefined index: rgb in /var/www/html/img/keg/kegSvg.php on line 22, referer: http://10.0.1.31/

 

[RandR+]

I think you want tempLog not templog in that query.

Looks like there's one last rgb index issue:

Both are fixed

 

[duncan.brown]

Both are fixed

That did it, thanks again for your help.

I did some investigating of the ABV issue and it looks like &fill= in my RPints is behaving strangely. If I ask for 100% fill, I get a full glass:

http://10.0.1.31/img/abv/abvSvg.php?container=abv&fill=100&rgb=255,165,0

but 0% full gives me a full glass with no head:

http://10.0.1.31/img/abv/abvSvg.php?container=abv&fill=0&rgb=255,165,0

Asking for 25% gives me 75% and vice versa:

http://10.0.1.31/img/abv/abvSvg.php?container=abv&fill=25&rgb=255,165,0

http://10.0.1.31/img/abv/abvSvg.php?container=abv&fill=75&rgb=255,165,0

Asking for 175% gives me a full glass with a head and a glass 25% full:

http://10.0.1.31/img/abv/abvSvg.php?container=abv&fill=175&rgb=255,165,0

Is there a mistake in the algorithm for the half full glass somewhere? That would explain why my lower ABV tap has more beer in the ABV glass than the higher one.

 

[RandR+]

Is there a mistake in the algorithm for the half full glass somewhere?

Most likely. when I was doing my testing the gradient I use has 0 to make it full and 100 to make it empty, I wonder if that switched somewhere, I will look deeper at that

 

[RandR+]

Is there a mistake in the algorithm for the half full glass somewhere?

figured it out, I was using the percent full as is instead of subtracting it from 100 to get the true height of the image . How does this look

 

[duncan.brown]

figured it out, I was using the percent full as is instead of subtracting it from 100 to get the true height of the image . How does this look

That fixed it, thanks again!

 

[duncan.brown]

But just out of interest, what grain bill and yeast do you use for the 77.2% ABV beer that has 42 kCal?

 

[RandR+]

77.2% ABV beer that has 42 kCal?

20lbs of chocolate malt

 

[Gengasi]

I have the following issue that the rapist show that I pour slot more then I actually do. I poured 200ml and it shos up as 900ml. However where it says remaining it updates correct value. If I press calibrate this is the values I have configured and the amount of pulses the 200ml pour triggered. I have no idea why it shows up as 900 in the taplist

 

[RandR+]

If I press calibrate this is the values I have configured and the amount of pulses the 200ml pour triggered

In calibrate type 200 into Last Pour and hit save

Back in the tap configuration hit "Show Pin Settings" on top and verify the Count per L is 6770

 

[Gengasi]

In calibrate type 200 into Last Pour and hit save
View attachment 699122

Back in the tap configuration hit "Show Pin Settings" on top and verify the Count per L is 6770
View attachment 699121

I did that, but got the same results. I am reinstalling pints now. Another question:

What is the correct way to update the client? Update or get latest Rpints?

 

[RandR+]

Update or get latest Rpints?

Update just runs the update SQL it relies on you manually updating the code. If you hit Get Latest RPints it will get the latest code and run the update SQL.

So normally you would want to hit Get Latest RPints

 

[beerNbikes]

I'm absolutely loving the glassware RandR+. I downloaded each of the images, because I don't know my glasses very well. I also found myself looking to buy glassware online, because obviously I am uncouth and lack enough culture to serve beer in the correct glass. I've been drinking IPAs incorrectly in nonic glasses and this must be remedied. On another note, I did notice on my install that I have lost the SRM image for bottles, anyone else?

 

[RandR+]

I did notice on my install that I have lost the SRM image for bottles, anyone else?

Thanks for pointing it out. I missed setting bottles to use the bottle image. Fixed now if you update

 

[Gengasi]

I reinstalled the software and once again tried to calibrate the tap. I filled 200 ml and then calibrated. It calibrated to 5770pulses/litre. Afterwards I poured 110ml as a test. In the pourlist it showed up as 349ml, it also showed up as 349 when pressing "calibrate". However last pour pulses showed up as 532 pulses. 532 pulses should not output 349ml given a pulses per liter set to 5770. Somewhere in these calculations it goes wrong.

It gets even stranger; The correct amount (100ml) is subtracted from remaining from the cornelius keg on the home screen. I suspect this might have something to do with metric conversion.

I believe this can be tested by changing units to litres instead of gallons, tap a pint, calibrate, then tap a test again?
I had this issue now with to fresh installs.

 

[Gengasi]

Before last pour on the home screen it said 10.6 remaining. After the pour it now says 10.2. This is correct. However the pour itself days 1479ml.

 

[RandR+]

I believe this can be tested by changing units to litres instead of gallons, tap a pint, calibrate, then tap a test again?

im working on getting this straightened out.

 

[RandR+]

I believe this can be tested by changing units to litres instead of gallons, tap a pint, calibrate, then tap a test again?

Figured it out, I tried to be fancy when I didn't need to be.

If you update (either through the admin/install page or rerun the script and select update) calibration should work now

 

[Gengasi]

Figured it out, I tried to be fancy when I didn't need to be.

If you update (either through the admin/install page or rerun the script and select update) calibration should work now

Thank you so much sir.

Figured it out, I tried to be fancy when I didn't need to be.

If you update (either through the admin/install page or rerun the script and select update) calibration should work now

So admin/install/get latest Rpints? Or update?

 

[RandR+]

admin/install/get latest Rpints?

Get Latest RPints is the way to go.

 

[Gengasi]

I did it that way now How do you know if the update is even completed? I get no sort of confirmation on display.

 

[Gengasi]

I did it that way now How do you know if the update is even completed? I get no sort of confirmation on display.

The issue persists still on my end after get latest Rpints. Poured 100mls but registered as 350 However thank you for your help!

 

[RandR+]

How do you know if the update is even completed? I get no sort of confirmation on display.

I just put that button there real quick like, and didn't put a its done message.

If you refresh the install page it will show the last update date on it, if its about the time you hit the button then it completed

 

[RandR+]

The issue persists still on my end after get latest Rpints.

can you run this from the terminal (assuming raspberrypints is your database name[that's the default], if not change raspberrypints to your database name)
sudo mysql -D raspberrypints-e "select tapId, count, countUnit from tapconfig;"

and post the results here

 

[Gengasi]

Poured another 100 ml's registred as 362ml

 

[Gengasi]

This is not meant as complaining, I am more than happy enough with the software as is.

 

[RandR+]

Poured another 100 ml's registred as 362ml

something in the database is stuck at imperial units. by my math 100ml = .1L but if the unit of the tap was set to imperial it would .1gal = 12.8 oz and 12.8 is 379ml approximately what the pour is showing as (any type of rounding error in there could through it off to 362)

From the tap page change the pulses per liter to 5001 and hit save, then change it to 5000 and hit save. This should correct the count unit being wrong, and correctly show the pours.

 

[Gengasi]

something in the database is stuck at imperial units. by my math 100ml = .1L but if the unit of the tap was set to imperial it would .1gal = 12.8 oz and 12.8 is 379ml approximately what the pour is showing as (any type of rounding error in there could through it off to 362)

From the tap page change the pulses per liter to 5001 and hit save, then change it to 5000 and hit save. This should correct the count unit being wrong, and correctly show the pours.

However it still shows up correctly as a subtract on the remaining; which is whats important. So i wont be changing it.

 

[Gengasi]

However it still shows up correctly as a subtract on the remaining; which is whats important. So i wont be changing it.

One quick comment. On tap one, which i havent calibrated using the newest feature. It shows up correctly on the taplist atleast,

 

[RandR+]

On tap one, which i havent calibrated using the newest feature. It shows up correctly on the taplist atleast,

Did you manually enter in 6770 as the count per liter on that one?

 

[Gengasi]

Did you manually enter in 6770 as the count per liter on that one?

On tap nr 1 i manually configured 4429. The flowmeters have drastically diffrent reading results. I poured 100mls and it registered as 100mls in the "pourlist". I dont know if the remaining value on the keg adjusted accordingly, as i have not keg connected on tap 1.

 

[RandR+]

On tap nr 1 i manually configured 4429. The flowmeters have drastically diffrent reading result

My guess is the keg would have reduces correctly, the issue isn't the math, its the unit associated with each tap, the calibration page before set it to gallons, but didn't convert the count per liter to count per gallon causing the pour to be registered as oz instead of ml which then displayed the wrong value.

By using the tap page to manually set the count to 4429 it correctly set the unit of the tap to ml so each pour is registered as ml

 

[Gengasi]

My guess is the keg would have reduces correctly, the issue isn't the math, its the unit associated with each tap, the calibration page before set it to gallons, but didn't convert the count per liter to count per gallon causing the pour to be registered as oz instead of ml which then displayed the wrong value.

By using the tap page to manually set the count to 4429 it correctly set the unit of the tap to ml so each pour is registered as ml

Ok, thank you. Do you see any traces of this in the code?

 

[RandR+]

Do you see any traces of this in the code?

I saw it before the fix.

You can check /var/log/rpints.log to what the values where when a pour was registered it would start with pour on pin

 

[esdill]

My temperature probes had been working consistently, without fail, for months. I ran the update so I could get the latest version (RandR+) with the new pour calibration function, and now my temperature probes are no longer working. My pours are being captured, so the flowmonitor is running.

Here's the log, note the "Unable to run 1Wire Temperature" entry:

2020-09-27 18:00:13	FlowMonitor	I	Unable to Run 1Wire Temperature	1
2020-09-27 18:00:12	FlowMonitor	I	1Wire Temperature Thread 1 is Running	263
2020-09-27 18:00:11	PintDispatch	I	Not Configured to run Fan	1
2020-09-27 18:00:11	PintDispatch	I	Fan Control fanControl1 is Running	1
2020-09-27 18:00:11	PintDispatch	I	starting fan control	1
2020-09-27 18:00:11	PintDispatch	I	starting command server	1
2020-09-27 18:00:11	PintDispatch	I	starting device monitors...	1
2020-09-27 18:00:11	PintDispatch	I	starting WS server	1
2020-09-27 18:00:02	FlowMonitor	I	Could not import RFID Reader, RFID disabled. Assuming SPI not installed/configured	262

Any ideas?

 

[RandR+]

"Unable to run 1Wire Temperature" entry:

in python/Config.py change
config['flowmon.debug' ] = False#True
to
config['flowmon.debug' ] = True

and restart the service (sudo /etc/init.d/flowmon restart)

this should trace out the error that is causing it to stop running, you can post the log here afterwards

 

[esdill]

2020-09-28 09:26:59	FlowMonitor	D	Sending Status;N;-1;0;0;0;0;0;|	232
2020-09-28 09:25:54	FlowMonitor	D	listening to Arduino	1
2020-09-28 09:25:54	FlowMonitor	D	Arduino says: C:4:8:9:10:11:0:300:200:30:250:0:0:1|	1
2020-09-28 09:25:54	FlowMonitor	D	Waiting for Config Response	1
2020-09-28 09:25:54	FlowMonitor	D	Arduino config, about to send: C:4:8:9:10:11:0:300:200:30:250:0:0:1|	1
2020-09-28 09:25:54	FlowMonitor	D	getting config data for Arduino	1
2020-09-28 09:25:54	FlowMonitor	D	Arduino alive...	1
2020-09-28 09:25:54	FlowMonitor	D	1Wire Temperature: '28-030297940199'	1
2020-09-28 09:25:54	FlowMonitor	I	Unable to Run 1Wire Temperature	1
2020-09-28 09:25:53	FlowMonitor	D	waiting for Arduino to come alive	1
2020-09-28 09:25:53	FlowMonitor	I	1Wire Temperature Thread 1 is Running	1
2020-09-28 09:25:52	PintDispatch	I	Not Configured to run Fan	1
2020-09-28 09:25:52	PintDispatch	I	Fan Control fanControl1 is Running	1
2020-09-28 09:25:51	FlowMonitor	D	Creating Serial Listener	1
2020-09-28 09:25:51	PintDispatch	I	starting fan control	1
2020-09-28 09:25:51	FlowMonitor	D	resetting Arduino	1
2020-09-28 09:25:51	PintDispatch	I	starting command server	1
2020-09-28 09:25:51	PintDispatch	I	starting device monitors...	1
2020-09-28 09:25:51	PintDispatch	I	starting WS server	1
2020-09-28 09:25:51	FlowMonitor	D	avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e950f avrdude: reading input file "/var/www/html//arduino/raspberrypints/raspberrypints.cpp.hex" avrdude: writing flash (12180 bytes): Writing | ################################################## | 100% 1.97s avrdude: 12180 bytes of flash written avrdude: verifying flash memory against /var/www/html//arduino/raspberrypints/raspberrypints.cpp.hex: avrdude: load data flash data from input file /var/www/html//arduino/raspberrypints/raspberrypints.cpp.hex: avrdude: input file /var/www/html//arduino/raspberrypints/raspberrypints.cpp.hex contains 12180 bytes avrdude: reading on-chip flash data: Reading | ################################################## | 100% 1.57s avrdude: verifying ... avrdude: 12180 bytes of flash verified avrdude done. Thank you.	1
2020-09-28 09:25:47	FlowMonitor	D	reflashing Arduino via: /usr/share/arduino/hardware/tools/avrdude -C/usr/share/arduino/hardware/tools/avrdude.conf -patmega328p -calamode -P/dev/ttyACM0 -b115200 -D -Uflash:w:/var/www/html//arduino/raspberrypints/raspberrypints.cpp.hex:i	1
2020-09-28 09:25:45	FlowMonitor	D	giving it a short break to wake up again...	1
2020-09-28 09:25:44	FlowMonitor	D	resetting alamode to try to force it to listen to us...	1
2020-09-28 09:25:44	PintDispatch	D	starting setup...	1
2020-09-28 09:25:42	FlowMonitor	I	Could not import RFID Reader, RFID disabled. Assuming SPI not installed/configured	1
2020-09-28 09:25:42	PintDispatch	D	valve update: RPU:VALVE:3=0	1
2020-09-28 09:25:42	PintDispatch	D	valve update: RPU:VALVE:2=0	1
2020-09-28 09:25:42	PintDispatch	D	valve update: RPU:VALVE:1=0	1
2020-09-28 09:25:42	PintDispatch	D	valve update: RPU:VALVE:0=0	1
2020-09-28 09:25:41	PintDispatch	I	Restarting Service	1

 

[RandR+]

1Wire Temperature: '28-030297940199'

this indicates the temp thread started, but I don't see anything after that to indicate there was an error with reading temperatures.

Is there more log generated after you posted that? Is the temperature reading correctly now?

 

[esdill]

That's the end of the log, and the temperatures are still not updating:

Probe	Temperature	Date
Porch Temp	82.45	2020-09-27 14:16:06
Keezer Temp	36.55	2020-09-27 14:16:06
Porch Temp	82.99	2020-09-27 14:11:04
Keezer Temp	36.73	2020-09-27 14:11:04
Porch Temp	82.81	2020-09-27 14:06:02
Keezer Temp	37.09	2020-09-27 14:06:02
Porch Temp	81.91	2020-09-27 14:01:00
Keezer Temp	37.45	2020-09-27 14:01:00
Porch Temp	81.91	2020-09-27 13:55:58
Keezer Temp	37.81	2020-09-27 13:55:58
Porch Temp	81.91	2020-09-27 13:50:56
Keezer Temp	37.81	2020-09-27 13:50:56

They stopped at 14:16 yesterday, the same time my software update was performed.

 

[RandR+]

That's the end of the log, and the temperatures are still not updating:

ok I found the issue after testing on my side. I added some logging to help track down when temps were not updating and apparently never tested the trace so that was throwing the exception.

If you update RPints you will get the fix