It is possible to tap S/PDIF from the Hermes, but it is not isolated and not processed by the Cronus.
Well, I guess my question is: If ian' reclocker is in between...than I do not have the same integration as if hermes/chronus would be twistedpear only, right ?
Is that an issue ? Sofar there was no backwards communication back to the source...and I did not miss it either, i want to playback with mpd pcm and with squeezelite spotify...no dsd or other stuff planned
Is that an issue ? Sofar there was no backwards communication back to the source...and I did not miss it either, i want to playback with mpd pcm and with squeezelite spotify...no dsd or other stuff planned
While Cronus can be implemented different ways to influence B3 performance, I think it is fair to say there is no consensus on which is best. I use the default B3 clock - for now. It is so good that I have little motivation to tinker. 🙂 If you have a B3 setup that you really like then why not send it the cleanest I2S via Hermes/Cronus and work from there?
I do use squeezelite+Spotify and signal resolution is not sufficient to demonstrate the inspiring capability of the system. But I like how easy it is to import into squeezelite some of the playlists made for the native Spotify application. Their broad range of prepared playlists is impressive, but don't listen too critically!
Last edited:
So you want to use bbb hermes and cronus but also with ians reclocker in the mix too? What is it you want ians reclocker to do which isn't already covered by the hermes / Cronus?
Gentlemen, after a couple of months of delay, and a dead Botic setup, I now have reclocked music.
And the result is mind blowing.
I'm borderline crying.
THANK you guys.
And the result is mind blowing.
I'm borderline crying.
THANK you guys.
Well...I will take Ian's re-clocker out of the System if Hermes/Cronus do the Job at the same Level. Sofar, it made the whole Systeme very fluid and natural.
As well, I would like to Change only as Little Parameters as possible at the same time to learn what is doing what.
Is Hermes / Cronus able to connect the BIII volume Settings through i2c back to the BBB/MPD, so that we have with MPAD a volume Setting which actually is bt perfect as the BIII Setting is changed and not the Resolution of the Music Signal ?
I just bought a green...trying to find my path to set it up...just before I am running into dead end: Can you confirm it is 100% compatible with the Driver, so will give I2S even though that the HDMI-Hardware is no longer on board etc ?
Hi, here is the answer. The BB Green is perfectly working with the Botic driver, as implied by the picture below. There is no reason you have to be persistent with the presence of HDMI.
Regards,
Attachments
Here are some ways to control B3 volume, etc. via I2C from the BBB:
https://github.com/miero/botic-tools/commit/6ba6ff7dc192ea54b229a5309c40ac820077feb8
https://github.com/miero/botic-tools/commit/784ddd6e684c7100d96b3172a1035f1949d758a5
http://www.diyaudio.com/forums/twisted-pear/281776-control-bbb-based-audio-appliances.html
https://github.com/francolargo/BBB-audio/blob/master/netio_server.py
Wow. you guys blow me away...this will become my development goal (to get where you are already)....thx for sharing...eye opening
Concerning volume control over I2C:
Miero told me in his thread that I should wait until he has finished the work an the new botic distribution, because there seems to be some problems he will fix when his normal life allows him to have some time.
Anyway, without Miero we all couldn't enjoy this great piece of audio gear!
Miero told me in his thread that I should wait until he has finished the work an the new botic distribution, because there seems to be some problems he will fix when his normal life allows him to have some time.
Anyway, without Miero we all couldn't enjoy this great piece of audio gear!
Yes, Miero deserves great gratitude! Like others, I have a pet project for him. I do recall some 'bounce-type' issues with the alsamixer I2C adaptation, though it worked pretty well. But where we can, we should take care of ourselves! I2C is easy to program in bash or python scripts. Start by looking at the es9018 registers and what they control.
https://myl8test.files.wordpress.com/2013/05/download-es9018-datasheet-here.pdf
Then decide how you want to control (and interface with) the BBB/DAC when you are listening. With that in mind, start creating! There are lots of resources and lots of available GPIO pins - no need to re-invent the wheel!
https://myl8test.files.wordpress.com/2013/05/download-es9018-datasheet-here.pdf
Then decide how you want to control (and interface with) the BBB/DAC when you are listening. With that in mind, start creating! There are lots of resources and lots of available GPIO pins - no need to re-invent the wheel!
Hi,
you are right, of cause!
I didn't want anyone to stop or consider if they should experiment or try. This is DIY! If you have time (and the passion you have already): Go for it!
Matthias
you are right, of cause!
I didn't want anyone to stop or consider if they should experiment or try. This is DIY! If you have time (and the passion you have already): Go for it!
Matthias
Dear All,
I'm new on this forum and I read this projet from another website..
So I've got some questions :
So I want to know if this solution was compared to another solution ?
What is the requirement for the power supply : battery or linear ?
Is it possible to use the I2S output to connecte directly into a DAC (i.e.: AUDIO GD) ?
Do we need to solder all components when we buy Hermes-BBB and Cronus/Rhea ?
Thanks for your help
I'm new on this forum and I read this projet from another website..
So I've got some questions :
So I want to know if this solution was compared to another solution ?
What is the requirement for the power supply : battery or linear ?
Is it possible to use the I2S output to connecte directly into a DAC (i.e.: AUDIO GD) ?
Do we need to solder all components when we buy Hermes-BBB and Cronus/Rhea ?
Thanks for your help
> What is the requirement for the power supply : battery or linear ?
Hermes-BBB has two electrically isolated parts. The first one is powered from the same source as BBB, you can use any 5V linear/switching power adapter for this one.
The second (isolated) part is powered by 5V from the Cronus, which should (if possible) use the same power source as DAC is using.
> Is it possible to use the I2S output to connecte directly into a DAC (i.e.: AUDIO GD) ?
Yes, if the DAC has I2S inputs and it supports external MCLK.
It it does not support external MCLK, then use just Hermes-BBB and omit the Cronus.
> Do we need to solder all components when we buy Hermes-BBB and Cronus/Rhea ?
Just connectors, and the jumper resistors for the signal on Cronus.
Hermes-BBB has two electrically isolated parts. The first one is powered from the same source as BBB, you can use any 5V linear/switching power adapter for this one.
The second (isolated) part is powered by 5V from the Cronus, which should (if possible) use the same power source as DAC is using.
> Is it possible to use the I2S output to connecte directly into a DAC (i.e.: AUDIO GD) ?
Yes, if the DAC has I2S inputs and it supports external MCLK.
It it does not support external MCLK, then use just Hermes-BBB and omit the Cronus.
> Do we need to solder all components when we buy Hermes-BBB and Cronus/Rhea ?
Just connectors, and the jumper resistors for the signal on Cronus.
I am truly impressed by the development of these modules in conjunction with the software that have been developed by you miero? Impressive and looking forward to using it. 🙂
Some questions that I am wondering about after reading most of this thread.
1. How far along are we regarding the I2C volume (and control of other registers in the DAC chip)?
2. Will this distro be compatible with f.inst roon-bridge and its hardware volume setting?
3. Are you thinking of developing something that could replace the oled-arduino (hifiduino) solution with regards to switching other inputs as well (sp-dif`s etc) but run the controller code from the BBB?
AFAIK the roon-bridge is capable of using the underlying settings set in the linux distro, but I am very new at this stuff and have limited info regarding how everything works and communicate. Ideally the ROON-controller would set the volume and other settings from your config, but I would think that it all comes down to testing. I have ROON so I can test it with my B3se, but atm I am not using the BBB-hermes-chronos combo.
From my point of view it has to be seamless integration with roon in order for me to want it in my system.
Some questions that I am wondering about after reading most of this thread.
1. How far along are we regarding the I2C volume (and control of other registers in the DAC chip)?
2. Will this distro be compatible with f.inst roon-bridge and its hardware volume setting?
3. Are you thinking of developing something that could replace the oled-arduino (hifiduino) solution with regards to switching other inputs as well (sp-dif`s etc) but run the controller code from the BBB?
AFAIK the roon-bridge is capable of using the underlying settings set in the linux distro, but I am very new at this stuff and have limited info regarding how everything works and communicate. Ideally the ROON-controller would set the volume and other settings from your config, but I would think that it all comes down to testing. I have ROON so I can test it with my B3se, but atm I am not using the BBB-hermes-chronos combo.
From my point of view it has to be seamless integration with roon in order for me to want it in my system.
Last edited:
I agree that it would be fascinating to achieve full integration with a sophisticated platform like Roon. However, it seems it would take some work by 'the master'! 🙂
According to this, RoonBridge for Linux needs glibc version 2.14 (or later).
However, Botic based on Debian 7.5 contains version 2.13.
Code:
root@botic:/lib# ldd --version
ldd (Debian EGLIBC 2.13-38+deb7u8) 2.13So Roon-Botic integration might be possible in the future, but at present it would require a motivated developer to lead the merger.
Last edited: