http://uk.rs-online.com/web/p/.....y/7263069/

I used that power supply quite happily with RC2 with a release 1 pi with the wifi and hiface2 both plugged in to the pi.

The latest problem was with the beta with the hiface2 plugged in to the release 2 pi and the wifi plugged in to an active belkin USB hub.

I've since swapped the release 2 out for the original release 1 and that's holding up. Probably should have left if alone and playing for a few days rather than changing things but i wanted the release 2 pi for another experiment (that might get mentioned in the RC2 checking thread...)

... and the Raspyfi is down

Time to switch it off and back on again

And the mk1 had the current limited polyfuses, so I'd expect the mk2 to perform better than the mk1 with USB current draw.

After going beck down stairs, I've since noticed that I my higher bit-rate audio isn't starting and I'm getting occasional breaks in the audio on 44.1KHz playback, so I'm tempted to run a wired ethernet to see if that helps.

An inability to log in during playback suggests that the wifi's a bit busy

I AM PLAYING MUSIC THROUGH MY RASPYFI AGAIN!

No jokes, it's working.

Not quite as I'd like, but it's working.

So... having restarted with a fresh build and the other Pi, the wireless was fine and the NAS came up as per my other post up there.

Initially I had problems with the Hiface 2:

[ 449.940865] ERROR::handle_hc_chhltd_intr_dma:2537: handle_hc_chhltd_intr_dma: Channel 6, DMA Mode -- ChHltd set, but reason for halting is unknown, hcint 0x00000002, intsts 0x04400001
[ 449.940865]
[ 464.159560] 5:1:1: usb_set_interface failed (-71)
[ 473.873505] 5:1:1: usb_set_interface failed (-71)
[ 498.800513] 5:1:1: usb_set_interface failed (-71)
[ 500.052033] 5:1:1: usb_set_interface failed (-71)
[ 505.681630] 5:1:1: usb_set_interface failed (-71)
[ 546.062554] 5:1:1: usb_set_interface failed (-71)
[ 549.957857] 5:1:1: usb_set_interface failed (-71)
[ 558.482076] 5:1:1: usb_set_interface failed (-71)
[ 4706.164185] 5:1:1: usb_set_interface failed (-71)
[ 4706.920166] 5:1:1: usb_set_interface failed (-71)
[ 4712.441692] 5:1:1: usb_set_interface failed (-71)
[ 4780.949853] 5:1:1: usb_set_interface failed (-71)
[ 4782.000623] 5:1:1: usb_set_interface failed (-71)
[ 4795.711126] usb 1-1.3: USB disconnect, device number 5
[ 4802.344158] usb 1-1.3: new high-speed USB device number 6 using dwc_otg
[ 4802.466193] usb 1-1.3: New USB device found, idVendor=249c, idProduct=930b
[ 4802.474914] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4802.483988] usb 1-1.3: Product: M2Tech USB Audio 2.0
[ 4802.490615] usb 1-1.3: Manufacturer: M2Tech
[ 4802.496486] usb 1-1.3: SerialNumber: 0000
[ 4802.507554] ERROR::handle_hc_chhltd_intr_dma:2537: handle_hc_chhltd_intr_dma: Channel 7, DMA Mode -- ChHltd set, but reason for halting is unknown, hcint 0x00000002, intsts 0x04600001
[ 4802.507554]
[ 4812.508735] parse_audio_format_rates_v2(): unable to find clock source (clock -71)
[ 4812.525223] cannot get ctl value: req = 0x83, wValue = 0x201, wIndex = 0xa00, type = 4
[ 4812.544485] cannot get ctl value: req = 0x83, wValue = 0x200, wIndex = 0xa00, type = 4
pi@Raspyfi:~$

And every time I pressed play it went straight back to paused.

I moved all the USB (both wifi and hiface 2) to an external Belkin powered hub (http://www.belkin.com/uk/p/P-F4U039). I no longer did I get the errors, and the music now seems to "play" on mPad. However there's no audio from the amp. The DAC shows sync lock, which indicates that it's connected and the hiface 2 is powered. dmesg has no mention of the hiface 2 so it appears that the pi is simply not noticing it when it's on the hub. Odd.

I disconnected the hiface 2 and went back to the USB connection on the DAC (from the Belkin hub, rebooted and could then play just as it should. I get a constant stream of messages like this in the log; not sure if that's normal or not.

[ 9762.132763] delay: estimated 0, actual 132
[ 9762.140764] delay: estimated 0, actual 132
[ 9762.148769] delay: estimated 0, actual 133
[ 9762.156776] delay: estimated 0, actual 133
[ 9762.164767] delay: estimated 0, actual 133
[ 9762.172769] delay: estimated 0, actual 132
[ 9762.180770] delay: estimated 0, actual 132
[ 9762.188770] delay: estimated 0, actual 133
[ 9762.196818] delay: estimated 0, actual 133
pi@Raspyfi:~$

Breaking news...

for a further experiment, I disconnected the hiface 2 from the hub and reconnected it directly to the pi (so now wifi on powered hub, but hiface 2 on pi USB)

And it now plays properly.

Hurrah!

So it appears that...

1. The new pi isn't happy with both wifi and hiface 2 on the on-board usb (power limitations??)
2. The pi isn't happy with the hiface 2 on an hub, but it is on the on-board USB
3. The pi *is* happy with the USB cable to the DAC on the hub

Right now, everything appears to be working as it should.

Whilst waiting for my new 8GB SD cards, I'm rebuilding a RC2 Raspyfi to start trying to diagnose the problems I've been having, as I'd like to know why I had problems with wifi and the NAS rather than just being pleased that they've gone away!

Thanks for all the help getting this far.

If you're ever in the market for a different NAS have a look at Synology - very satisfied with mine, especially the remote apps/capabilities.

Decided to rewrite the 8GB sd card, grab the release 2 Pi and start from stratch.

Ethernet came up straight away.

ran wicd-curses and set the wifi. That worked straight away.

edited /etc/auto.nas exactly as Michelangelo suggested up there

Wifi works, Nas mounts, database updates as does the cache.

All brilliant

Until I try and play anything...

I'm going to try and investigate the other pi as soon as my next 8GB card turns up

I might try the Qnap admin username password, but I'm not keen to do that as a) I'd rather keep that for administration and not have it in the clear on the pi and b) I didn't need to do that on RC2 which (more or less) worked fine

Regards the Qnap itself, it's "OK" but let down in a couple of ways, the main thing for me being that with it being the low-powered version (bought as it would be on 24/7) isn't powerful enough to run Plex. So if I want to share my video content seemlessly across my LAN to my media centre Pi and Roku boxes then I need to have my PC humming away to transcode which sort of defeats the object of having a NAS...

Try adding it in auto.nas first then, if that doesn't work, try in /etc/fstab. So, your file should have something like (from memory) username=nasname/pi, password=pi etc. Obviously 'nasname' is whatever your Qnap (nice NAS, by the way) is called.

When I try it, dmesg shows the following:-

[ 263.987205] CIFS: Unknown mount option "password="