you probably need a different reader, but my quick search didn't come up with one that looked like you could just swap out.is there some type of tweak I can do or is there a better quality reader ??
you probably need a different reader, but my quick search didn't come up with one that looked like you could just swap out.is there some type of tweak I can do or is there a better quality reader ??
@Benjamin Carlisle Looks like your settings and configuration seems reasonable.
How long is the wire from the meter to the Pi? Do you have a pullup resistor on the data line?
How big are the ghost pours? Do they always happen or is random?
Does it happen on every tap or just one?
Have you tried swapping flowmeters and do the problem follow the meter or the tap?
you probably need a different reader, but my quick search didn't come up with one that looked like you could just swap out.
I believe the recommended value for the pull up is 2.2K, would not change cable length.10ft cat5 wires (3 for flowmeter / 2 for valve) with no pullup resister
I only have 1 tap installed right now.
I have not swapped.
The pours are small to very large...mostly large 50 -300 oz after conversion. random...but consistent. The flowmonitor service also fails most days.
What size should the pull up resister be ? would it change with cable length ??
I am not running rand's code actively, but I did a testbed of some of the early code and had issues with using pin 13. If it is easy rewire maybe try a different pin.Ok...thank you so much for asking the questions...you believed me when I said...I don't know where to start.....
so...I have 4 swissflow with valves...
keg---2 foot 1/4' hose ---valve/flowmeter ---12 foot trunk line w/glycol to tap.
pour message delay 300
pour trigger count 400
kick trigger count 500
update trigger count 350
pour shutoff count 0
valve on time 2
number of taps 4
did calibration...and got 21865 count per gallon....that part is awesome and consistent...
I don't see any air at all...
Hope the pictures help.
I am not running rand's code actively, but I did a testbed of some of the early code and had issues with using pin 13. If it is easy rewire maybe try a different pin.
@RandR+ are there any arduino pins that should be avoided?
I use the same RFID reader and I have to press the card against it to register. Mostly because the cards are passive meaning they get their power from the RFID reader and power doesn't travel that far yet.Do you use RFID ? what is your experience?
There was one pin I had issues with on the alamode I think it was 13 trying to get the LED to blink, but that also may have been when I was working on the RFID logic because 13 is also the SCK.are there any arduino pins that should be avoided?
2020-12-23 00:25:00 AM | 2 | Loon Lake Porter | 89.41 | ||
2020-12-23 00:07:49 AM | 2 | Loon Lake Porter | 66.68 | ||
2020-12-22 23:48:54 PM | 2 | Loon Lake Porter | 16.33 | ||
2020-12-22 20:48:47 PM | 2 | Loon Lake Porter | 86.28 | ||
2020-12-22 20:44:55 PM | 2 | Loon Lake Porter | 11.35 | ||
2020-12-22 20:38:13 PM | 2 | Loon Lake Porter | 69.69 | ||
2020-12-22 19:36:47 PM | 2 | Loon Lake Porter | 252.21 | ||
2020-12-22 18:37:48 PM | 2 | Loon Lake Porter | 250.67 | ||
2020-12-22 18:10:57 PM | 2 | Loon Lake Porter | 68.04 | ||
2020-12-22 17:48:40 PM | 2 | Loon Lake Porter | 16.73 | ||
2020-12-22 14:39:29 PM | 2 | Loon Lake Porter | 13.12 | Benjamin |
I would suspect a comms problem over the USB link, or insufficient power to the UNO.
If using USB for power, try using a 9V DC supply to the barrel connector instead. If already doing that, try a better USB cable...
Cheers!
the Arduino sketch uses -1 to indicate no user RFID scanned. If you want to change it I would actually change the PHP to override -1 to 1 in includes/pours.php by adding this above line 43:Whenever I make a pour, userid -1 is credited with the pour. How and where do I change that so the default is userid 1
the Arduino sketch uses -1 to indicate no user RFID scanned. If you want to change it I would actually change the PHP to override -1 to 1 in includes/pours.php by adding this above line 43:
if( $RFID == -1) $RFID =1;
View attachment 713029
its setup so that if the keg is on tap it cannot be set to empty otherwise you would have a empty keg on tap and that doesn't make sense and changing it from serving to something else doesn't remove it from the tap you have to do that from the tap list
I wonder if there is a data inconstancy here like the tap isn't assigned a keg but the keg is assigned a tap.
Can you run the following from the terminal (where <DatabaseName> is your database name, default is raspberrypints):
sudo mysql
use <DatabaseName>
select * from kegs where onTapId > 0;
that should return the kegs that think they are on tap. If the number of rows is not equal to the number you have configured on tap or you see a keg that you know you don't have on tap in the list then that is the issue
from MySQL run this updateHow do I fix them?
from MySQL run this update
update kegs set onTapId = null where onTapId is not null and onTapId not in (SeLECT id from taps WHERE active = 1);
that should reset the kegs to not be on tap anymore
no its just <ID>-<LABEL> if there isn't a label then it will just be <ID>Do I need to be concerned that the 4 new kegs I just added to inventory are numbered 25-11, 25-12 etc?