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?
I want to install a RFID and flow values to keep track of usage and put a control over highschoolers. Would these instructions be the way to connect the RFID Card reader?
yes (I have to disagree with garzlok, the logic for RFID is in the PI not the UNO) I think those are the ones I followed, you dont need to do the commands as the setup did those for you. The example script may be helpful to make sure it is hooked up correctly.Would these instructions be the way to connect the RFID Card reader?
I use the Pi's higher numbered pins for the values signal (because alamode takes up the lower number), but you should be able to use the Shields pins also. Just make sure to check or uncheck Value Pi Pin depending on what you usewhere do I get the signal from to open the valves.
yes (I have to disagree with garzlok, the logic for RFID is in the PI not the UNO)
I guess I read a post that wasn't there....Whatever do you mean?
I use the Pi's higher numbered pins for the values signal (because alamode takes up the lower number)
Yes the RFID opens the valves. There is also a button on the taps screen to trigger the valves to open, but then will stay open until you hit the button again. The RFID will timeout and close the valves if no pour is detected. Also this only works if you have normally closed valves otherwise the trigger will close them...what triggers the valves to open. Is that the tagging of a rfid card or logging in of a user ? if so if there is no user logged into bpints are the valves are closed?
I have each tap on its own valve that way if someone is pouring on tap 1 a new RFID scan is needed to allow pouring on tap 2 (for example). you could have all the taps on one pin if you wanted but that means they all are open while a pour is happening but they all will shut when that pour is stoppeddifferent pins for different taps.
have each tap on its own valve that way if someone is pouring on tap 1 a new RFID scan is needed t
Enter your email address to join: