• Please visit and share your knowledge at our sister communities:
  • If you have not, please join our official Homebrewing Facebook Group!

    Homebrewing Facebook Group

[Version 2 Release] RaspberryPints - Digital Taplist Solution

Homebrew Talk

Help Support Homebrew Talk:

This site may earn a commission from merchant affiliate links, including eBay, Amazon, and others.
Whoops, stupid HBT Android app got me again. This is meant as a reply to day_trippr's post a couple of pages back about SD card corruption.

There are a lot of tutorials out there that show how to put most of the actual system on a USB drive or even a USB hard drive, leaving only the boot code on the SD card. That's the route I'd go, old 60gb laptop drive in a small SATA enclosure. You'd need to power it either with a powered hub or a powered enclosure.
 
Leaving aside performance implications, that makes a generalized assumption that the flash memory inside a USB stick is significantly less likely to fail than the flash memory inside an SD card.

I don't think I'd take that bet.

The hard drive thing has an attraction, but it's overkill given simpler alternatives, and being at best a USB2 solution, a performance choke point as well. And then there's the power consumption of spinning media.

Using a USB stick in addition to an SD card would actually lower the total system availability (more things to fail). And if important files aren't being duplicated/archived there's a pretty big exposure to data loss.

In any case, my approach is to automatically archive "volatile" files to a network share, and standardize the SD card image across all four of my RPi systems to simplify the management thereof. Recovery from a whacked card takes a few minutes, and nothing of significance is at risk of loss...

Cheers!
 
day_trippr. Thank you for your quick response. I absolutely intially downloaded and installed 2.0.1. I tried the first command:

ls /var/www/python. And got exactly what you stated.
flowmon flow_monitor.py

I then:

$ sudo /etc/init.d/flowmon status

and got

[ok] /var/www/python/flow_monitor.py is running
$


So should I assume all is good to go? My five sf800s are in route.... Just found it discomforting that I did not get the response listed in step 9. Want to be ready to test when they arrive :)

Thank You So much for your help! Incredibly grateful for your amazing skills and for sharing with other homebrew/gadget enthusiasts!
 
Yes, I believe you're in good shape.

I just noticed that the command you tried is actually two commands.

This:

Code:
$ sudo /etc/init.d/flowmon start $ ps aux | grep flow_monitor.py

should actually be:

Code:
$ sudo /etc/init.d/flowmon start 
$ ps aux | grep flow_monitor.py

I tried the original and got the same "nothing returned" result...

Cheers!
 
thank you day_trippr. I tried the commands individually and got it to respond with a similar readout
I think I am ready to hook up the flow meters. Just waiting for them to arrive. hopefully faster that the 15 business days I was quoted.

I appreciate the help!

Cheers!
 
OK, now I am confident my motion detection script enabling HDMI signal enable/disable is working correctly. For the info of anyone not up to date on the thread there have been a few attempts to get the motion sensor to put the monitor in and out of sleep mode when no motion is detected from the sensor. I came up with the script below that has been working for me.

Anyone interested in giving it a try can simply backup the existing pir_run.py script in /home/pi and then paste in the code below.

@ day_trippr. I know you have not had much luck but I am curious is changing the order of the commands would work any better? My theory is changing to another Virtual Terminal before killing the HDMI signal may hopefully save the colour settings for your X session?

Hope this helps others trying to get their monitor in and out of sleep mode via the PIR.

Code:
#!/usr/bin/env python
import pwd,os
import time
import RPi.GPIO as GPIO

pir_pin = 7
GPIO.setmode(GPIO.BCM)
GPIO.setup(pir_pin, GPIO.IN)
global start_time
start_time=time.time()
sleep_threshold = 60
monitor_status = 1
cmd_sleep = 'chvt 6 && tvservice -o'
cmd_awake = 'tvservice -p && chvt 7'
time.sleep(10)

while 1:
    time.sleep(10)
    elapsed_time = time.time() - start_time
    print elapsed_time
    print monitor_status

    # turn off monitor after the sleep threshold
    # monitor_status value avoids turning of HDMI signal if it is already off
    if elapsed_time > sleep_threshold and monitor_status == 1:
        print "Turning Off HDMI"
        monitor_status = 0
        os.system(cmd_sleep)

    # turn monitor back on upon detection
    if GPIO.input(pir_pin) and monitor_status == 0:
        os.system(cmd_awake)
        print "Turning on HDMI"
        monitor_status = 1
        time.sleep(10)
        start_time=time.time()

    if GPIO.input(pir_pin):
        start_time=time.time()
        print "Resetting elapsed time to keep monitor on while movement detected"
        time.sleep(10)
 
Getting closer to having my raspberrypints functional!

I am having trouble getting the background to change on my taplist. When I upload a picture for the background it is visible when I view my taplist from my iphone and ipad, but from a PC or Mac it just has the standard background.

Anything I am doing wrong?

IMG_2615.jpg


IMG_2616.jpg


IMG_2617.jpg
 
Getting closer to having my raspberrypints functional!

I am having trouble getting the background to change on my taplist. When I upload a picture for the background it is visible when I view my taplist from my iphone and ipad, but from a PC or Mac it just has the standard background.

Anything I am doing wrong?

Try clearing the cache on your Web browser
 
OK, now I am confident my motion detection script enabling HDMI signal enable/disable is working correctly. For the info of anyone not up to date on the thread there have been a few attempts to get the motion sensor to put the monitor in and out of sleep mode when no motion is detected from the sensor. I came up with the script below that has been working for me.

Anyone interested in giving it a try can simply backup the existing pir_run.py script in /home/pi and then paste in the code below.

@ day_trippr. I know you have not had much luck but I am curious is changing the order of the commands would work any better? My theory is changing to another Virtual Terminal before killing the HDMI signal may hopefully save the colour settings for your X session?

Hope this helps others trying to get their monitor in and out of sleep mode via the PIR.

Code:
#!/usr/bin/env python
import pwd,os
import time
import RPi.GPIO as GPIO

pir_pin = 7
GPIO.setmode(GPIO.BCM)
GPIO.setup(pir_pin, GPIO.IN)
global start_time
start_time=time.time()
sleep_threshold = 60
monitor_status = 1
cmd_sleep = 'chvt 6 && tvservice -o'
cmd_awake = 'tvservice -p && chvt 7'
time.sleep(10)

while 1:
    time.sleep(10)
    elapsed_time = time.time() - start_time
    print elapsed_time
    print monitor_status

    # turn off monitor after the sleep threshold
    # monitor_status value avoids turning of HDMI signal if it is already off
    if elapsed_time > sleep_threshold and monitor_status == 1:
        print "Turning Off HDMI"
        monitor_status = 0
        os.system(cmd_sleep)

    # turn monitor back on upon detection
    if GPIO.input(pir_pin) and monitor_status == 0:
        os.system(cmd_awake)
        print "Turning on HDMI"
        monitor_status = 1
        time.sleep(10)
        start_time=time.time()

    if GPIO.input(pir_pin):
        start_time=time.time()
        print "Resetting elapsed time to keep monitor on while movement detected"
        time.sleep(10)

I see you switched from interrupt driven to polling. I will give this a try. Should avoid all the issues I ran into.

The issue day_trippr is experiencing could be a limitation of the monitor. One of my monitors at work is fairly new and I had to disable the low power sleep mode because it couldn't maintain vertical sync after waking up from sleep mode.

@day_tripper have you tried a different monitor? I would also try plugging that monitor into a Windows PC to see if it can wake up properly in that environment.
 
As I've said, I have two systems with attached monitors running R'Pints, and neither of them behave well with the tvservice toggle. The 19" DVI LCD perched atop my keezer will go into low power mode with -o, but -p only turns on the backlight (regardless of using the chvt commands or not).

otoh, the 40" HDMI screen on my dev system is the one that has the colors go neon when turning back on. Again, doesn't matter when I use the chvt commands or not.

In both cases I can literally unplug the power to the displays then plug it back in and their symptoms persist. Which is weird...

...because if I hook my office RPi up to one of my 27" computer monitors via DVI, the tvservice commands work perfectly. I can even hook up that monitor in place of the 40" and while the latter was all neon the former looks fine.

It's pretty confusing, but I'm guessing the tvservice is changing the video settings in a way that's subtle enough to work with the computer monitor but not the big tv or the old 19" DVI display.

Not losing sleep over it. It is what it is...

Cheers!
 
day_trippr, that is certainly strange. It is odd that when hunting this command down it seemed to work for others. Maybe the power saving is just not meant for you :)

I will be interested to see if many others on here give this a shot to see how it works for others.
 
Obviously it's a matter of hardware.
One monitor works fine, the other two don't.

But I'm not going to split up the triple 27" display set I earn a living with just to save a few dimes on power ;)

Cheers!
 
As I've said, I have two systems with attached monitors running R'Pints, and neither of them behave well with the tvservice toggle. The 19" DVI LCD perched atop my keezer will go into low power mode with -o, but -p only turns on the backlight (regardless of using the chvt commands or not).

otoh, the 40" HDMI screen on my dev system is the one that has the colors go neon when turning back on. Again, doesn't matter when I use the chvt commands or not.

In both cases I can literally unplug the power to the displays then plug it back in and their symptoms persist. Which is weird...

...because if I hook my office RPi up to one of my 27" computer monitors via DVI, the tvservice commands work perfectly. I can even hook up that monitor in place of the 40" and while the latter was all neon the former looks fine.

It's pretty confusing, but I'm guessing the tvservice is changing the video settings in a way that's subtle enough to work with the computer monitor but not the big tv or the old 19" DVI display.

Not losing sleep over it. It is what it is...

Cheers!

You all know this better than me but HDMI can be weird. I have always suffered from some strangeness when connecting computers up using HDMI. For example, with my home theater pc connected using HDMI to my bigger screen tv for some reason if I turn the tv off, then back on again while it is on the PC HDMI input will go into some sort of dynamic dimming mode. Basically when there is a dark background it will dim to like 50% brightness, when the majority of the screen is bright it goes back to 100%. Only cure is to change input and change back. It does not happen to any of the other HDMI inputs.

I also know that if you are going HDMI to HDMI connector there is the handshake that goes on and if you dont have one of those HDMI/DVI inputs on the back of the television it can get wonky. maybe the issues stem from there or are you all using the hdmi (pi side) -> (monitor side) dvi cables for display?

I hate to sound like a moocher, but I am looking forward to this being resolved so I can purchase the motion sensor and getting it all set up. I really need to get working on mine again.
 
It sounds more like the script doesn't work too well with TVs. And then there day_tripper with his TVs that use dvi? What is this the late 90's model 5" thick 'flat' screens. Drunklejon it sounds like your TV is in some kind of ECO or power saving mode. But pc-Hdmi can be weird. It also depends on hardware. Where the rpi is universal between users, pc's can differ greatly between video cards. Ati used to do a sudo Hdmi mode based on dvi hardware. Where Ńvidia has always used the most secure most up to date Hdmi modes as they came out. Then there's all the other manufacturers and third party chip users. PC video was never really intended to work flawlessly with TV style hardware. With HDCP some TVs won't even talk to a pc if it doesn't support it. And some will with no problem. My advice would be to look into AVS forums and xbmc forums. Because that's where the hardcore A/V geeks hang out.
 
You all know this better than me but HDMI can be weird. I have always suffered from some strangeness when connecting computers up using HDMI. For example, with my home theater pc connected using HDMI to my bigger screen tv for some reason if I turn the tv off, then back on again while it is on the PC HDMI input will go into some sort of dynamic dimming mode. Basically when there is a dark background it will dim to like 50% brightness, when the majority of the screen is bright it goes back to 100%. Only cure is to change input and change back. It does not happen to any of the other HDMI inputs.

I also know that if you are going HDMI to HDMI connector there is the handshake that goes on and if you dont have one of those HDMI/DVI inputs on the back of the television it can get wonky. maybe the issues stem from there or are you all using the hdmi (pi side) -> (monitor side) dvi cables for display?

I hate to sound like a moocher, but I am looking forward to this being resolved so I can purchase the motion sensor and getting it all set up. I really need to get working on mine again.

DrunkleJon, if you can SSH into your Pi you could test to see if these commands will work on your specific monitor.

sudo tvservice -o (to turn off the HDMI signal)
sudo tvservice -p && chvt 6 && chvt 7 (turn signal back on and change the virtual terminal to force a refresh).

If this works for you then you are golden, get your PIR and use my script. If this does not work with your hardware then I am not sure if there is or will be a solution.
 
It sounds more like the script doesn't work too well with TVs. And then there day_tripper with his TVs that use dvi? What is this the late 90's model 5" thick 'flat' screens. [...].

Ya know, considering all the hand-holding over the last year, you'd think you'd be a bit more respectful ;)

- The 2 yo hdtv attached to my dev system in my office is pure HDMI. PKU.
I almost never actually use the console on the dev RPi, so the whole low-power thing is moot in that case.

- The 19" 4:3 ViewSonic DVI monitor atop the keezer is barely an inch thick and was top-o'-the-line when new - about 12 years ago ;)
But it'd be stupid to actually buy a new monitor for that job just to MAYBE be able to use low-power mode as it's just not that important to me...

Cheers!
 
But that's the point. It seems that low power mode had been a total iceberg for Linux. Actually I'm amazed that your having issues over dvi. I can understand Hdmi being a bitch because that was it was designed for. But to be honest I've had issues with just about every device that's ever claimed to have a low-power or hibernation mode. On windows and Linux. I never said you need a new tv. And if you can't take a joke, then I guess we haven't become the forum buddies I thought we had. My bad
 
DrunkleJon, if you can SSH into your Pi you could test to see if these commands will work on your specific monitor.

sudo tvservice -o (to turn off the HDMI signal)
sudo tvservice -p && chvt 6 && chvt 7 (turn signal back on and change the virtual terminal to force a refresh).

If this works for you then you are golden, get your PIR and use my script. If this does not work with your hardware then I am not sure if there is or will be a solution.

I will get it up and running and give it a go. Thanks.
 
These SF800 meters continue to amaze me with their accuracy.
I'm out of empty kegs and needed to kick one by Thursday latest.
On Saturday I picked the keg closest to empty and have been hitting that one hard.

It just kicked, 3 ounces past "MT".

taplist_14jul2015.jpg

That's well within my filling error for sure :D

Cheers! :mug:
 
Day_trippr, do you know of anywhere other than buying directly from Swiss Flow to purchase the SF800's? I check ebay regularly for both new and used meters but can't seem to find any. Thanks
 
Sorry, no. Occasionally a random meter shows up on eBay but nothing like the couple hundred "used" meters that we were snapping up a year and a half ago...

Cheers!
 
Site is down for me, too.

My R Pints is still shutting down on me randomly during the month. Upgraded the power supply but that didn't fix it. Thinking a new SD card may be in order? I already did a clean install and that didn't fix it, so it's either a bad Pi or a bad SD card, right?
 
Fwiw, I have a copy of the 2.0.1 R'Pints kit on my Google Drive here. There is a text file with installation instructions included but I can't vouch for its accuracy...

Cheers!
 
Hi everyone,

Just getting my system up and running. I have 5 taps and utlized pins 8,9,10,11,12 on my alamode. After having some crazy readings from my 4th and 5th meter, I did some troubshooting and realize that it is the 11th and 12th pins on my alamode. 8,9,10 work perfectly.
I was planning on switching over to pins 6,7,8,9,10. Anybody else had luck with these pins?
Also, any programming advice to make this happen smoothly? I've only made it this far due to all the great instructions given on raspberrypints.com and from this forum.
I understand I will need to stop the flowmon service. Go into the Arduino and edit the raspberrypints.ino file to the correct pins and then upload to the alamode board. Then run the python script. Do I need to give permissions again and $sudo update-rc.d flowon defaults?
Anything else I would need to do other than correct the pins within my taplist?

Thanks all.

Cheers!
 
I use 2 and 5 through 9 with zero issues. And at least one of the 'Pints team uses 8 through 11.

You have the right sequence. I don't think you will need to reset any ownership or access rights after editing the ino file...

Cheers!
 
Hi everyone,

I have 5 taps, and was having weird readings from pins 11,12 so I decided to try some different pins. after troubleshooting I have found that raspberrypints is still looking to the original pins I set up and not to the ones I changed them to. I will list the steps I followed to try and change the pins, if anyone can help, it would be greatly appreciated!

$ sudo /etc/init.d/flowmon stop

menu-programming->arduino open->raspberrypints.ino
switched the line with uint8_t pulsePin = {3,5,6,9,10}
made sure the board was set to Alamode, and the serial connection
and pressed the Verify button to compile and send the ino file to the alamode board.

rebooted.

Still wants to read from the {8,9,10,11,12} pins that I originally set it up with.

Thanks.
 

Latest posts

Back
Top