If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Just been reading the posts regarding SPI display configuration.
I had a go with an SSD1351 display and came up with the following config. Maybe it might help someone?
DC - pin 5
MOSI - pin 13 (MTCK)
CLK - pin 14 (MTMS)
CS - pin 15 (MTDO)
For fun I connected my Merus MA12070P evaluation board to my ESP32-WROVER board, and got no sound. I realize there is no driver for this amp chip, but as I understand it it may be possible to get this working. The first thing I noticed is that the default i2s_framesize for the amp is 64 (2 * 32) bits. As I understand it, the ESP32-WROVER has a maximum of 32 (2 * 16) bits. According to the datasheet (page 78)
register address 0X36(4:3) needs be changed to 10.
Can someone help me with the command needed in dac_controlset to accomplish this? At least I think that's the right place to initiate a register change.
I'm sure there are a lot of other problems, but I thought this would be a fun project.
For fun I connected my Merus MA12070P evaluation board to my ESP32-WROVER board, and got no sound. I realize there is no driver for this amp chip, but as I understand it it may be possible to get this working. The first thing I noticed is that the default i2s_framesize for the amp is 64 (2 * 32) bits. As I understand it, the ESP32-WROVER has a maximum of 32 (2 * 16) bits. According to the datasheet (page 78)
register address 0X36(4:3) needs be changed to 10.
Can someone help me with the command needed in dac_controlset to accomplish this? At least I think that's the right place to initiate a register change.
I'm sure there are a lot of other problems, but I thought this would be a fun project.
Thanks, Mike
I assume you've set dac_config with bck, ws, do, model, sda, scl and i2c properly. Then, "dac_controlset" should look like
Code:
{ init: [ {"reg":54,"val":17} ] }
PS: please verify the value. You might have to set register 0x35 to 0x00, but I'm not sure
It plays music, makes some noise like repeating the last milliseconds over and over for a second and then the ESP reboots.
From the log I can't see much.
It plays music, makes some noise like repeating the last milliseconds over and over for a second and then the ESP reboots.
From the log I can't see much.
I can only log by telnet atm, getting a serial wire in would be cumbersome.
Does anyone else observe such behaviour?
Ah, this is annoying as stability has been a key attribute so far for us. Can you tell a bit more about what is playing when it happens? Any pattern? Any chance you could go back in time and say which version has the issue (start with a pretty large jump back, at least a good month and then do a dichotomy approach from there)
Ah, this is annoying as stability has been a key attribute so far for us. Can you tell a bit more about what is playing when it happens? Any pattern? Any chance you could go back in time and say which version has the issue (start with a pretty large jump back, at least a good month and then do a dichotomy approach from there)
Unfortunately no pattern I could observe. I was playing mp3s and oggs from my file server. Incidents occurred rarely 10min apart, mosty hours.
So I can try and roll back, but it will take time...
I've been testing extensively (playing all day) with development.145.master-cmake squeezeAMP8MBFlash over the last few weeks and haven't noticed any crashes, although not always in the room listening to it, so if it crashed it rebooted and continued to play.
Using I2S not SPDIF though. Did not always have a display configured and connected either.
On another setup to a bluetooth speaker I tried 148 but couldn't get bluetooth working, so dropped back to 142 which is the latest version available that I seem to be able to get music to play on bluetooth.
thx for the response.
I feel a bit embarrassed atm. Played some hours today without glitch.
At one time after power up the unit was unresponsive, be it from LMS, telnet or web interface - yet the display scrolled the title. Eventually it rebooted and went back to normal.
I can't rule out a flakey WiFi connection. I had that before (too many neighbors I believe).
Edit: there is a way to crash the ESP: write a forum post that there is no error. 5 mins later it goes down.
thx for the response.
I feel a bit embarrassed atm. Played some hours today without glitch.
At one time after power up the unit was unresponsive, be it from LMS, telnet or web interface - yet the display scrolled the title. Eventually it rebooted and went back to normal.
I can't rule out a flakey WiFi connection. I had that before (too many neighbors I believe).
Edit: there is a way to crash the ESP: write a forum post that there is no error. 5 mins later it goes down.
2 things
- can you try to play for a couple of days w/o display?
- can you try to run for another couple of day and make sure that nothing is using the web interface?
2 things
- can you try to play for a couple of days w/o display?
- can you try to run for another couple of day and make sure that nothing is using the web interface?
Duh, I just cleared display_config and get lots of
I intentionally bumped the build number and the release is now at #508.
There are 2 main changes to report
The new build system will always align to the latest and greatest ESP-IDF release v4.0.
The consequence of the previous change is that it is no longer possible to use WiFi power save None as a workaround for WiFi stability. Given that the firmware uses the latest ESP-IDF v4.0, I am hoping that the workaround will no longer be needed.
As usual, please report any issues you might have, including issues playing back to a bluetooth external sink.
LMS 7.9 - 1xRadio, 1xBoom, 5xDuet,3xTouch, 1 SB2. Sony PlayStation, Emby, Chromecast v1 and v2 and...
6xSqueezeAmp, several other ESP32-Wrover boards with jumper wires flying around, some with ethernet!
I installed the "SqueezeAMP" build 508. Quick test played Spotty, TIDAL
(flac), Radio Paradise (flac), some local station (mp3). But the UI says
"fw: custom.build". What am I missing?
(playing "Bohemian Rhapsody" from TIDAL's "My Mix" right now :-))
--
Michael
Michael
"It doesn't work - what shall I do?" - "Please check your server.log and/or scanner.log file!"
(LMS: Settings/Information)
I installed the "SqueezeAMP" build 508. Quick test played Spotty, TIDAL
(flac), Radio Paradise (flac), some local station (mp3). But the UI says
"fw: custom.build". What am I missing?
(playing "Bohemian Rhapsody" from TIDAL's "My Mix" right now :-))
--
Michael
Thanks for pointing this out. The build version is cooked in by the build system through environment variables. I guess I need to check my Github Actions to make sure it propagates that variable properly.
LMS 7.9 - 1xRadio, 1xBoom, 5xDuet,3xTouch, 1 SB2. Sony PlayStation, Emby, Chromecast v1 and v2 and...
6xSqueezeAmp, several other ESP32-Wrover boards with jumper wires flying around, some with ethernet!
I've been testing extensively (playing all day) with development.145.master-cmake squeezeAMP8MBFlash over the last few weeks and haven't noticed any crashes, although not always in the room listening to it, so if it crashed it rebooted and continued to play.
Using I2S not SPDIF though. Did not always have a display configured and connected either.
On another setup to a bluetooth speaker I tried 148 but couldn't get bluetooth working, so dropped back to 142 which is the latest version available that I seem to be able to get music to play on bluetooth.
Kev
Out of curiosity, have you tried versions between 143, 145 or 147 to see if bluetooth is working?
LMS 7.9 - 1xRadio, 1xBoom, 5xDuet,3xTouch, 1 SB2. Sony PlayStation, Emby, Chromecast v1 and v2 and...
6xSqueezeAmp, several other ESP32-Wrover boards with jumper wires flying around, some with ethernet!
Out of curiosity, have you tried versions between 143, 145 or 147 to see if bluetooth is working?
Yes, stepped backwards from 148 and 142 was the first version I got to that worked.
I can try again, It's not overly important to me what version I'm running, just playing around and testing, that SqueezeAMP is spare at the moment, but trying it with the Bluetooth speaker as a possible for fitting inside the speaker to make a fully portable setup, speaker battery life is declared as 24 hour, had it running non stop for nine hours yesterday, didn't hear any issues, so 142 bluetooth is pretty solid.
I'll report back when I have another round of testing and run back through the versions again.
We process personal data about users of our site, through the use of cookies and other technologies, to deliver our services, personalize advertising, and to analyze site activity. We may share certain information about our users with our advertising and analytics partners. For additional details, refer to our Privacy Policy.
By clicking "I AGREE" below, you agree to our Privacy Policy and our personal data processing and cookie practices as described therein. You also acknowledge that this forum may be hosted outside your country and you consent to the collection, storage, and processing of your data in the country where this forum is hosted.
Comment