[ANNOUNCE] SqueezeButtonPi - Tool to use buttons and rotary encoders on a RPi

[kingswindsor]

Sorry, I wasn't really able to test. My last test system is now away, my old one uses an old RPi1 and is horribly slow and my new test device is a rpi0w which doesn't yet work with piCorePlayer which I've used for testing so far.

I have created a "testing" branch in the repo which contains a change that should allow a configuration parameter for pulling up/down (last parameter, 1 for down, 2 for up).

Have you tried "-v" (verbose mode) to see what happens? Don't you get any interrupts at all from the encoder?

Thanks, I will experiment over the next few days.

[epoch1970]

I've read the thread up to here, and the readme on Github.
I understand that sbpd is a networked controller that needs to be colocated with hardware buttons hosted by a Raspberry Pi.
In this sense it could be possible to use something like a pi0w as a wireless remote or table-top controller, and provided there is a button/screen to select the target player, control any of the players on the network.

Correct?
PiPeng??

[cubii]

I've added a test sbpd.tcz package to the beta files area for pcp 3.1x.

ssh to picoreplayer as tc user and run these commands.

pcp bu  # save pcp config

cd /mnt/mmcblk0p2/tce/optional

wget http://downloads.sourceforge.net/project/picoreplayer/beta/sbpd.tcz.md5.txt

wget http://downloads.sourceforge.net/project/picoreplayer/beta/sbpd.tcz

md5sum sbpd.tcz # make sure the file downloaded correctly
f0157164d10b86325b38fee0cb8d709e  sbpd.tcz

cat sbpd.tcz.md5.txt # does it match the line above?
f0157164d10b86325b38fee0cb8d709e  sbpd.tcz

echo "sbpd.tcz" >> /mnt/mmcblk0p2/tce/onboot.lst

pcp rb  # you must reboot!

You can start /usr/local/sbin/sbpd at boot from the user commands in the the web gui. Adding command line options as needed.

I tried this on a raspberry Zero W with Picoreplayer 3.11 (i think, need to check this again).
It works great, with the right buttons/encoders:

I have on rotary encoder which just allows some turns in every direction and has no physical feedback ( you can just turn it, without "stops" in between)

This on is not working.

Than i have one encoder which turns indefinitely, and this one works great.

This has also 2 pins for the use as a button, and when connected to ground and one BCMXX Gpio pin, it works also as eg, play/pause button.

I have another button, i think you can find them as trigger /arcade buttons on ebay (black plastic button perfectly sized for a finger ;-)) which is also recognized, but has problems with timing, which results in random pause (If the button is pressed and is kept pressed, it pauses the music, but if the button is released, music starts again, same result if pressed not short/fast enough)

I also tested a foil button (you know them from very cheap remotes) and this one works to like the encoder one.

So it seems the tools misses a debouncer, but pippin wrote something like that in the first line of his first post

although for the latter someone should take the time to create a "hold" gesture detection for a button, something I didn't have the time for so far.

Because i dont know if i would be able to write this, has anybody a suggestion for a button, which works like expected and does not need the debouncing part?
If not, i would try to use the encoder button for play /pause and two foil buttons for next and previous.... ( or even more of these encoders, but use only the button functionality...)

But before i forget, thank you pippin! Great work.

Grüße

cubii

[cubii]

so this evening i tried to use more than one butoon, but if i use this code:

/usr/local/sbin/sbpd -d -s e,23,24,VOLM,0 b,12,NEXT b,16,PLAY

Both button will do the same? (both are working, Connected to BCM 12 and BCM16 and ground)

What is wrong?

[pippin]

What are they doing?

Regarding the de-bounce Paul from PiCorePlayer has made a proposed change that we should probably merge, I just didn't have time to really test it, yet.

[cubii]

What are they doing?

In that example, both will do "NEXT"
Perhabs a bug? (i know you are only using one button at least with your tivoli radio)

Regarding the de-bounce Paul from PiCorePlayer has made a proposed change that we should probably merge, I just didn't have time to really test it, yet.

Great!

Thanks for your answer

[pippin]

Yes, I definitely need a better test setup here :-/

[edwin2006]

Is this still alive?

[pippin]

Well, it's still there, you could give Paul's fork a try, if it works without trouble I would say it's worth migrating into the main version.

[pippin]

This is the fork:

https://github.com/paul-1/SqueezeButtonPi-Daemon

[edwin2006]

Thnx for the direction

[benshead]

In that example, both will do "NEXT"
Perhabs a bug?

I've just gotten SBPD running from ralphy's sbpd.tcz and the same is happpening. There is a proble with multiple buttons. Am I doing something wrong?

Thanks so much for this!

[pippin]

I need to get Paul to file a pull request for his fix.
Until then you'll find it here, I believe this will fix it:

https://github.com/paul-1/SqueezeButtonPi-Daemon/tree/Button-Presses

[streampunk]

Hi everybody,
after having read this thread (and some others), I was wondering what exactly should I do with PCP 3.22 to get a rotary controller to control the volume. Do I have to compile it from https://github.com/paul-1/SqueezeButtonPi-Daemon/ instead of using ralphy's sbpd.tcz from the beta files (post #5)? Or is there a working package?
Another question: I have a 5-pin-rotary controller (like the one described on https://www.modmypi.com/blog/how-to-...raspberry-pi): CLK, DT, SW, +, GND. How can I define it with the sbpd command?
Should I use the pins stated there:
CLK - GPIO17 (pin11)
DT - GPIO18 (pin12)
+ - 3v3 (pin1)
GND - GND (pin6)
?
Thanks for completing &
Best regards
Martin

[ralphy]

Hi everybody,
after having read this thread (and some others), I was wondering what exactly should I do with PCP 3.22 to get a rotary controller to control the volume. Do I have to compile it from https://github.com/paul-1/SqueezeButtonPi-Daemon/ instead of using ralphy's sbpd.tcz from the beta files (post #5)? Or is there a working package?
Another question: I have a 5-pin-rotary controller (like the one described on https://www.modmypi.com/blog/how-to-...raspberry-pi): CLK, DT, SW, +, GND. How can I define it with the sbpd command?
Should I use the pins stated there:
CLK - GPIO17 (pin11)
DT - GPIO18 (pin12)
+ - 3v3 (pin1)
GND - GND (pin6)
?
Thanks for completing &
Best regards
Martin

There are many dependencies needed to compile it. I created a package in our repository for an earlier version of picoreplayer but not for 3.2x. Oops!

I've added pcp-sbpd.tcz to the picoreplayer sourceforge repository for 3.2x.
It's the same version as the one from the beta files area so does not contain Paul's debounce fix.
I'll add it to my todo list to update the package for our next release. Hopefully Paul's fix will be merged before that, otherwise, I'll apply it manually.