• Disclaimer: This Vendor's Forum is a paid-for commercial area. Unlike the rest of diyAudio, the Vendor has complete control of what may or may not be posted in this forum. If you wish to discuss technical matters outside the bounds of what is permitted by the Vendor, please use the non-commercial areas of diyAudio to do so.

HermesBBB-Cronus-Opus

Status
Not open for further replies.
Jump to Latest
#102
Duffy Moon said:
Hmm. I tried this and it still won't play nice.

In default connection settings, I've tried using the default settings and also entering the IP address of the BBB. Neither one works. 😡
Click to expand...
You can check if MPD is listening with:
Code: 
kramer@beaglebone:~$ sudo netstat -lptv
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 *:sunrpc                *:*                     LISTEN      983/rpcbind     
tcp        0      0 *:32821                 *:*                     LISTEN      994/rpc.statd   
tcp        0      0 *:ssh                   *:*                     LISTEN      1017/sshd       
tcp6       0      0 [::]:6600               [::]:*                  LISTEN      1012/mpd        
tcp6       0      0 [::]:sunrpc             [::]:*                  LISTEN      983/rpcbind     
tcp6       0      0 [::]:ssh                [::]:*                  LISTEN      1017/sshd       
tcp6       0      0 [::]:56218              [::]:*                  LISTEN      994/rpc.statd
In my example MPD is actually only listening on IPv6 (tcp port 6600).

or

Code: 
kramer@beaglebone:~$ sudo netstat -lptv|grep 6600
tcp6       0      0 [::]:6600               [::]:*                  LISTEN      1012/mpd

Or check with mpc on the BBB itself:
Code: 
kramer@beaglebone:~$ mpc -h localhost
volume:100%   repeat: off   random: on    single: off   consume: on
 
#105
for just experimenting I put 45.1584/49.152MHz pair in place and changed jumper to 1:2 and tried
root@botic:~# play -V3 -r 44100 -c 1 -b 32 -n -c 2 synth sin 1000 vol 0dB
play: SoX v14.4.1
Input File : '' (null)
Channels : 1
Sample Rate : 44100
Precision : 32-bit
Endian Type : little
Reverse Nibbles: no
Reverse Bits : no

Output File : 'default' (alsa)
Channels : 2
Sample Rate : 44100
Precision : 32-bit
Sample Encoding: 32-bit Signed Integer PCM
Endian Type : little
Reverse Nibbles: no
Reverse Bits : no
play INFO vol: has no effect in this configuration
play INFO sox: effects chain: input 44100Hz 1 channels
play INFO sox: effects chain: synth 44100Hz 1 channels
play INFO sox: effects chain: channels 44100Hz 2 channels
play INFO sox: effects chain: output 44100Hz 2 channels
In:0.00% 00:00:00.00 [00:00:00.00] Out:0 [ | ] Clip:0 play WARN alsa: Input/output error
play FAIL sox: `default' Device or resource busy: Operation not permitted
Done.
 
#118
Both VA and VD most come up together - this can be hard to guarantee with split supplies.

Yes - the fact that things changed to slow when you added the jumper indicate that the divider is working. Also the BBB was playing which means it was getting a good master clock. That suggests an open cct somewhere.

Please try the single supply and single ground wire from cronus to opus.
 
#119
Russ both power circuits are using two secondaries of a single transformer. Will the delay be significant in this situation?
You are suggesting that I may not need the green cable between Cronus and opus ,if I am powering both from same digital supply.
I am now trying to power digital and analog part of opus from 6 v supply , and use salas to power Cronus only . And will keep the green cable for this configuration. Will be back in 5-10 minutes.
 
Status
Not open for further replies.
Top Bottom