I have question concerning two IQaudio pi digiamp+ hats I just got in for my raspberry pi inside some wifi speakers running MoodeAudio that I built. The digiamps are rated to be run at 19v and I have 12v battery packs built into my speakers. Has anyone run this type of board at 12v or do I need to upgrade my power supplies to 19v. If so any recommendations on a 19v battery pack power supply for this type of application.
I was able to fire up one of the digiamps up last night with a old 16v power supply I had and it seemed to work fine. I didn't run it for long in fear of damage but it did work at 16v.
Report Post
I was able to fire up one of the digiamps up last night with a old 16v power supply I had and it seemed to work fine. I didn't run it for long in fear of damage but it did work at 16v.
Report Post
Thank you for the suggestion, will try it Once I reach home. Right now traveling but how do I then disable onboard wifi Bluetooth module then.
Download speed is very slow for non-paying members, but you can click on the icon of the photo, you can temporarily get a faster download speed, and then click again the next day.
Attachments
Hi,
Look on the System config page. There is a settings to turn off the Integrated BT adapter and the Integrated WiFi adapter.
If you edit any of the config files manually you will break the image.
-Tim
Hi,
I run my DigiAmp+ using a 15V 4A brick from XP Power. I think this is the PS that IQaudIO recommended at the time.
-Tim
Hi,
Its your Router and client that determine whether moode, moode.local or ip-assress has to be used.
For example Android clients do not support mDNS and thus cannot resolve the .local domain. If your Router does not implement dynamic DNS then your client will not be able to resolve host moode.
The fallback for any of these network issues is Nymeria
-Tim
Hi,
Some good news re the librespot project. It appears that some devs have revived the abandoned project and are working on fixing the volume issues and other important issues
Volume issues * Issue #150 * plietar/librespot * GitHub
Its not completely settled yet but its looking good for the future!
GitHub - thekr1s/librespot: Open Source Spotify client library
-Tim
A longer timeout is also a way to go
Final release of MoOde with his new builder contain this fix.
Regards
I found a website that you can use any country mobile phone for Baidu registration!
https://passport.baidu.com/v2/?reg&overseas=1
Attachments
Last edited:
Hi,
Some good news re the librespot project. It appears that some devs have revived the abandoned project and are working on fixing the volume issues and other important issues
-Tim
Thanks Tim, that is good news.
I will be doing it via the system page, I have seen the wifi and bt on/off option.
I will be connecting the TP link wifi usb dongle that I have.
I checked my hat that I am using and found that the 5volt regulator is rated at 3amps. And I am powering the pi via the just boom amp hat using an asus laptop brick rated at 19volts and some 5amps. And I am using it headless.
So there shouldn’t be more current drain. Also my speakers are 8 ohms. And my playback volume is not more then 40.
So let’s see what happens with external tp link wifi.
Hi,
does anyone ever tried to integrate a DAB receiver like the Realtek RTL2832U?
When camping you do not always have internet
Regards
Michael
I wish the wifi BT chip on raspberry 3b’s internal FM section was connected then we might have got terrestrial FM reception too...
Hi,
I'm finishing off some very nice UX improvements for the Pi 7" Touch including brightness control, auto-fit aspect ratio and an easy to use volume slider that controls the volume knob. The volume knob is read-only in this case.
Also, the volume knob code has been enhanced to include bounds checking that ensures that only input (click, touch) within the knob circle is accepted
Its a bit more testing and thus the GA release may slip a bit into 1st week of Feb.
-Tim
I'm finishing off some very nice UX improvements for the Pi 7" Touch including brightness control, auto-fit aspect ratio and an easy to use volume slider that controls the volume knob. The volume knob is read-only in this case.
Also, the volume knob code has been enhanced to include bounds checking that ensures that only input (click, touch) within the knob circle is accepted
Its a bit more testing and thus the GA release may slip a bit into 1st week of Feb.
-Tim
Attachments
smb/cifs password
Recently, @justanother has questioned whether moOde handles SMB/CIFS passwords correctly.
A codewalk confirms Tim's reply to his specific point: the password is enclosed in single quotes when it is passed to the mount command. What Tim didn't say is that the password is first stored in the sqlite3 database. A codewalk shows that the password string is made sqlite3-safe before it is stored, similar to single quoting but more complicated because of the database requirements.
I set up a Samba share on another host and ran tests with different share passwords. I had no problem with @justanother's hypothetical password a#1$5. Samba accepts it, it's stored properly in moOde's sqlite3 database, and moOde mounts the share properly.
I tried various characters which are special to the bash shell including \#$, both leading and embedded in the password string, and had no problem. (Of course I didn't test every possible combination but I'm pretty confident.)
A single quote ('), however, I can't even enter in a Samba share password using smbpasswd and it isn't stored in the sqlite3 database when I try it entering it in moOde.
A double quote (") is accepted by Samba and is stored in the moOde sqlite3 database but causes problems similar to those reported by @justanother, mainly the configuration settings portion of the moOde GUI seems to become inaccessible.
I'm not competent enough to diagnose this further.
My conclusion is that single and double quotes should not be used but other special characters are fair game in SMB/CIFS passwords if moOde is involved. This reduces the number of printable characters to choose from to 93 from 95. The combinatorics are still highly favorable!
When I did get a hang, I just opened the GUI-based SSH terminal, logged in as pi, and executed
in pi's home directory to clear it. No need to reboot.
Regards,
Kent
Recently, @justanother has questioned whether moOde handles SMB/CIFS passwords correctly.
A codewalk confirms Tim's reply to his specific point: the password is enclosed in single quotes when it is passed to the mount command. What Tim didn't say is that the password is first stored in the sqlite3 database. A codewalk shows that the password string is made sqlite3-safe before it is stored, similar to single quoting but more complicated because of the database requirements.
I set up a Samba share on another host and ran tests with different share passwords. I had no problem with @justanother's hypothetical password a#1$5. Samba accepts it, it's stored properly in moOde's sqlite3 database, and moOde mounts the share properly.
I tried various characters which are special to the bash shell including \#$, both leading and embedded in the password string, and had no problem. (Of course I didn't test every possible combination but I'm pretty confident.)
A single quote ('), however, I can't even enter in a Samba share password using smbpasswd and it isn't stored in the sqlite3 database when I try it entering it in moOde.
A double quote (") is accepted by Samba and is stored in the moOde sqlite3 database but causes problems similar to those reported by @justanother, mainly the configuration settings portion of the moOde GUI seems to become inaccessible.
I'm not competent enough to diagnose this further.
My conclusion is that single and double quotes should not be used but other special characters are fair game in SMB/CIFS passwords if moOde is involved. This reduces the number of printable characters to choose from to 93 from 95. The combinatorics are still highly favorable!
When I did get a hang, I just opened the GUI-based SSH terminal, logged in as pi, and executed
Code:
sudo ./srestart.shRegards,
Kent
Last edited:
Hi,
I'm finishing off some very nice UX improvements for the Pi 7" Touch including brightness control, auto-fit aspect ratio and an easy to use volume slider that controls the volume knob. The volume knob is read-only in this case.
Also, the volume knob code has been enhanced to include bounds checking that ensures that only input (click, touch) within the knob circle is accepted
Its a bit more testing and thus the GA release may slip a bit into 1st week of Feb.
-Tim
Sounds great... Really looking forward to the final release