Thanks Russ. Are they a particular make/series (not so important, but makes it easier to be sure things are going to fit!).
OK, so that's 2.54mm pitch.
I guess they're called PCB connectors. FFC? FPC? Wire-to-board? There seems to be a confusing variety!
I'm hoping that this will do the trick:
http://cpc.farnell.com/multicomp/mc34485/crimp-housing-2-54mm-4way/dp/CN18427
I guess they're called PCB connectors. FFC? FPC? Wire-to-board? There seems to be a confusing variety!
I'm hoping that this will do the trick:
http://cpc.farnell.com/multicomp/mc34485/crimp-housing-2-54mm-4way/dp/CN18427
Last edited:
on the measurement effort. I got a panel-mount USB port, and cabled Wifi adapter, in case it was needed, and it's sure nice to know I haven't just been being paranoid.Plus, mine finally shipped. Now I'm going to have to find the time to make something with it! 😱
Russ, I'm hoping to control my Buffalo IIs via I2C, but am currently using Volumite. If I connect Hermes to my two Buffalo IIs, how would I connect Volumite?
Perhaps Volumite would no longer be necessary and instead I connect a rotary encoder to the headers on Hermes? If so, is there a specific type that I need? Would it need Botic configuration (I saw that miero already has a few I2C scripts).
Perhaps Volumite would no longer be necessary and instead I connect a rotary encoder to the headers on Hermes? If so, is there a specific type that I need? Would it need Botic configuration (I saw that miero already has a few I2C scripts).
You can still use volumite - just on it's own.
Or - you could use i2C from the BBB (miero showed an example using the alsa mixer on the botic thread)
You could use an RE (there is a header for one on the hermes-bbb) - but you would need to do some coding.
Or - you could use i2C from the BBB (miero showed an example using the alsa mixer on the botic thread)
You could use an RE (there is a header for one on the hermes-bbb) - but you would need to do some coding.
Well I am still using Volumite on its own (very good it is too), but would like to be able to control volume by way of its RE as well as remotely. I guess you're saying that the only way to do that is by coding?
Not having any experience with coding (I've only just started using Linux!), I think I might leave it until more experienced folks have done it (unless anyone can point me in the direction of where I might learn how to do it - I'm always happy to learn and try).
On the Hermes board is a J1 connector, must that be connected to the BBB?
When assembling the boards at first I thought that four pin connector that was supplied was for the battery connection. Now, I'm guessing it's to connect the BBB and Hermes together.
What would be the result of not having it installed? The BBB board has TP 5-6-7-8 and I thought it might just be for test points.
When assembling the boards at first I thought that four pin connector that was supplied was for the battery connection. Now, I'm guessing it's to connect the BBB and Hermes together.
What would be the result of not having it installed? The BBB board has TP 5-6-7-8 and I thought it might just be for test points.
The J1 connector on the Hermes-BBB does not have to be connected to the BBB. It is indeed intended for usage with a backup battery. The TP5-6-7-8 on the BBB are for battery usage, see the BBB System Resource Manual (SRM) table 3.
How to set the clock modes
Ok, where are the clock modes that can be set, EN led on Hermes is out.
--------------------
Clocks configuration
--------------------
Installed clocks are configurable via:
- kernel option snd_soc_botic.ext_masterclk
Examples:
0 ... no external clocks, just onboard for 48k freq
1 ... external clock for 44k1 + onboard for 48k
2 ... external clock for 48k only
3 ... external clocks for 44k1 and 48k (default)
+4 ... invert polarity of clock selection switch GPIO0_15
9 ... external clock for 44k1 only
Ok, where are the clock modes that can be set, EN led on Hermes is out.
--------------------
Clocks configuration
--------------------
Installed clocks are configurable via:
- kernel option snd_soc_botic.ext_masterclk
Examples:
0 ... no external clocks, just onboard for 48k freq
1 ... external clock for 44k1 + onboard for 48k
2 ... external clock for 48k only
3 ... external clocks for 44k1 and 48k (default)
+4 ... invert polarity of clock selection switch GPIO0_15
9 ... external clock for 44k1 only
Yes, but where is it in Botic ??
Where is this,
- kernel option snd_soc_botic.ext_masterclk
Changed snd_soc_botic.ext_masterclk to 3
the EN led does come on but, now play errors again
root@bbb:~# play /tmp/MUSIC1/Track01.wav
/tmp/MUSIC1/Track01.wav:
File Size: 52.8M Bit Rate: 1.41M
Encoding: Signed PCM
Channels: 2 @ 16-bit
Samplerate: 44100Hz
Replaygain: off
Duration: 00:04:59.07
In:0.00% 00:00:00.00 [00:04:59.07] Out:0 [ | ] Clip:0 play WARN alsa: Input/output error
play FAIL sox: `default' Device or resource busy: Operation not permitted
Done.
root@bbb:~#
..also posting this on Support for Botic thread.....
the EN led does come on but, now play errors again
root@bbb:~# play /tmp/MUSIC1/Track01.wav
/tmp/MUSIC1/Track01.wav:
File Size: 52.8M Bit Rate: 1.41M
Encoding: Signed PCM
Channels: 2 @ 16-bit
Samplerate: 44100Hz
Replaygain: off
Duration: 00:04:59.07
In:0.00% 00:00:00.00 [00:04:59.07] Out:0 [ | ] Clip:0 play WARN alsa: Input/output error
play FAIL sox: `default' Device or resource busy: Operation not permitted
Done.
root@bbb:~#
..also posting this on Support for Botic thread.....
Last edited:
Double check that you are getting good clock signal at the BBB - you may need to touch up some of the Rhea pins etc. Do you have access to a scope?
Have an HP non working however, so no scope.
How do I check clock signal at BBB? With scope? Then poot!
Have to say tho, speaker test produced alternating hiss in left right channels.
Wouldn't that indicate clocks are ok?
Also, there has been an ongoing search for a fix on Support thread for a non play using Bot v5. Which has Miero stumped.
So, I have dropped back to v3, which did show play working but no EN led, when changed snd_soc_botic.ext_masterclk from 0 to 3 then play doesn't work like in Bot v5.
Wouldn't that indicate clocks are ok?
Also, there has been an ongoing search for a fix on Support thread for a non play using Bot v5. Which has Miero stumped.
So, I have dropped back to v3, which did show play working but no EN led, when changed snd_soc_botic.ext_masterclk from 0 to 3 then play doesn't work like in Bot v5.
Last edited:
Idea time! I solicit your thoughts regarding BBB chassis options.
I'm trying to imagine my ideal BBB player appliance, which will serve music via NAS or other streams, plus collect and control spdif from video sources. When considering a chassis for the BBB players, doesn't it seem reasonable that we will want easy access to the BBB? I'm looking for a compromise between a wide open but unattractive development setup vs. a tidy but inflexible DIY 'final' product. I think the whole software field is going to advance continuously for some time, as we see it doing now, and that burying the player components in a big, stuffed chassis (with all the power supplies and a bajillion external connections, etc.) will make it difficult to adopt and contribute to some of the advances that we should hope for. Wouldn't it be nice to have super quick access to the SD card & slot in order to quickly swap bootable kernel versions? An 'out in the open' chassis would also help for wifi or IR remote control access. I usually use plain rack-mount boxes stacked out of sight, but in this case I'm leaning toward a) an exposed satellite chassis for BBB -> Teleporters (high WAF for the living room!), attached to b) my usual black rack box containing all of the DACs and output stages, their green monster power supplies, signal relays & switches, etc. That box would stack with the amps for short interconnects and be out of sight.
Any different ideas, or favorites for nice-looking, trim containers for the BBB player? Also, any suggestions on nice multi-pin connectors for an umbilical cord (two lines of 5V power plus a number of control connections & I2C??
Finally, what will be your preferred final solution to power the BBB/Hermes? I prefer not to have a wall-wart as part of my system. Any suggested alternatives to the wall wart? Both sides of an LCDPS would probably be enough (unless USB is optionally exposed).
This is what I have seen for source current requirements to BBB (mA):
BBB @ idle : ~325
BBB @ high computational load: ~425
USB wifi dongle: 60-100
small OLED display: 20-30
Thanks in advance for your thoughts and ideas!
Frank
I'm trying to imagine my ideal BBB player appliance, which will serve music via NAS or other streams, plus collect and control spdif from video sources. When considering a chassis for the BBB players, doesn't it seem reasonable that we will want easy access to the BBB? I'm looking for a compromise between a wide open but unattractive development setup vs. a tidy but inflexible DIY 'final' product. I think the whole software field is going to advance continuously for some time, as we see it doing now, and that burying the player components in a big, stuffed chassis (with all the power supplies and a bajillion external connections, etc.) will make it difficult to adopt and contribute to some of the advances that we should hope for. Wouldn't it be nice to have super quick access to the SD card & slot in order to quickly swap bootable kernel versions? An 'out in the open' chassis would also help for wifi or IR remote control access. I usually use plain rack-mount boxes stacked out of sight, but in this case I'm leaning toward a) an exposed satellite chassis for BBB -> Teleporters (high WAF for the living room!), attached to b) my usual black rack box containing all of the DACs and output stages, their green monster power supplies, signal relays & switches, etc. That box would stack with the amps for short interconnects and be out of sight.
Any different ideas, or favorites for nice-looking, trim containers for the BBB player? Also, any suggestions on nice multi-pin connectors for an umbilical cord (two lines of 5V power plus a number of control connections & I2C??
Finally, what will be your preferred final solution to power the BBB/Hermes? I prefer not to have a wall-wart as part of my system. Any suggested alternatives to the wall wart? Both sides of an LCDPS would probably be enough (unless USB is optionally exposed).
This is what I have seen for source current requirements to BBB (mA):
BBB @ idle : ~325
BBB @ high computational load: ~425
USB wifi dongle: 60-100
small OLED display: 20-30
Thanks in advance for your thoughts and ideas!
Frank