• The move to the new server is done. There are some software and database maintenance updates in process. This has us passing the hat around to help out. We appreciate any donations. Seriously, even a dollar helps. The payment page may be found here - https://www.audiokarma.org/support.html

Seeburg Consolette mp3 conversion Rasperry Pi Zero /w

hello I'm a little lost, and I know I'm going to ask a lot! but is it possible to have a list of all the components used and if it is possible to have a simplified diagram of the connections I do not know if I will have an answer but in any case thank you to you and very nice work!
 
Nice work on this project ! I would like to have a little more details on the (zeiner ?) diode near the optocoupler (on pin 2 -3). Can you give me the model ?
Thanks.
 
s-petersen said:
It's just a generic 5v 1W zener diode for protection of the optocoupler
Click to expand...
Thank you very much for your time and confirming what I thought. I noticed that you are using a buck converter and sending 24V AC to it for a 5V output. According to the picture, it appears to be a DC-DC converter, which surprised me. It should be an AC-DC converter since you are using 24V AC, right? Or we should use a rectifier before so we can send it DC voltage.
 
Last edited:
The Seeburg Consolette requires 24VAC to function properly, and rectifying it to 33VDC was the easiest way to feed the buck converter to feed the Pi and decoding circuitry the 5VDC to run everything, I have built 4 different units, and so far they have been reliable. The Wurlitzer sometime misses a pulse while decoding the first few times I use it after sitting a while, I'm not positive if it is timing, or slightly dirty contacts. The Seeburgs and AMI are more reliable at decoding.
The schematic shows a diode and capacitor before the buck converter It's been a while, but I think the 24vac has one wire grounded to the chassis, and ths buc converter has the - lead to the chassis also, some converters will not like this, it is something to watch for when picking one up.
Early versions had the Queue file saved to the SD card, but sometimes the file was corrupted, and would lock up the jukebox so later the file was written to a ramdisk, and recreated after a reboot
 
s-petersen said:
Are you familiar with the Raspberry Pi, Raspien, Python, or electronics?
Click to expand...
I'm familiar with Linux c# and somewhat okay with electronic.
I found the same red buck converter on aliexpress and according to the specs, it may work with the 24ac. If not I'll just used diodes as rectifier.
Not sure if I'm using the early version of the code or not but my raspberry zero w is already setup and configured (correctly) I think. When I boot it it does load automatically he 3 .py from the USB drive.
I just need to make the electrical stuff and actually test and see if it decode my sc1 well.
Thanks again for your time, very appreciated.
 
When I developed the program, and troubleshot it, I used desktop and 3 windows, 1 for each module, could see the interaction between the modules.
I wrote it in Thonny. You should see if you can get mplayer installed and working, it is older,(from stretch) and may not work in the newer OSes
 
s-petersen said:
When I developed the program, and troubleshot it, I used desktop and 3 windows, 1 for each module, could see the interaction between the modules.
I wrote it in Thonny. You should see if you can get mplayer installed and working, it is older,(from stretch) and may not work in the newer OSes
Click to expand...
I installed mplayer with 'sudo apt‐get install MPlayer' and it did get installed with all the dependency. I did not tested it directly but so far so good
 
s-petersen said:
The 3 programs are waiting in the background, the button program is waiting for pulses from the wallbox to decode into a letter-number combination, when it's finished decoding, it writes it to the Queue.csv file. The program also switches directories and the Red / Blue LED , and filters pulses that are less than 12ms to prevent voltage spikes from causing errors.The player file is always waiting for a combination(letter-number and red or blue for the file path)to appear. In the Queue.csv file, to play the file located (the name doesn't matter like a real jukebox)in a directory like /Blue/A1 for instance. The skipsong program is just watching for a gpio pin to change state from high to low, and just kills the mplayer program,which moves to the next song in the queue
Click to expand...
I realize this thread is nearly 6 years old now, but just wanted to thank you. A friend is building small old timey ice cream parlor and there is no way he has room for a full size juke box. I saw one of these on market place and thought maybe I could do something. and voila you did it already! If you happen to see this and have any updates that have resulted in any fine tuning I'd love to hear them. Regardless, thanks for such a great piece of work and leaving all the files still on dropbox.
 
You must log in or register to reply here.
Back
Top Bottom