Re: [slim] Adding a Wiim Mini to your LMS system
I have put more info about the current options for using the WiiM Mini with LMS into 3rd Party Hardware - https://forums.slimdevices.com/showthread.php?116997-Wiim-Mini-and-Pro Basically it can be made to work with LMS as it stands with both the AirPlay bridge and uPnP bridge but as usual both have compromises. It is however confirmed as running a version of Linux so the inclusion of Squeezelite at some future time should be possible and is now on their roadmap. If this happens then yes it will be just like any other SB player device with no compromises on the audio front although I don't suppose it will be possible to pass metadata to the WiiM App but personally I don't think that matters when you are going to be using Material on the same phone/tablet anyway. It will be just like squeezelite running on a Pi without a touch screen. Jim https://jukeradio.double6.net VB2.4[/B] STORAGE *QNAP TS419P (NFS) [B]Living Room* Joggler & Pi4/Khadas -> Onkyo TXNR686 -> Celestion F20s *Office* Joggler & Pi3 -> Denon RCD N8 -> Celestion F10s *Dining Room* SB Radio *Bedroom (Bedside)* Pi Zero+DAC ->ToppingTP21 ->AKG Headphones *Bedroom (TV) & Bathroom* SB Touch ->Denon AVR ->Mordaunt Short M10s + Kef ceiling speakers *Guest Room* Joggler > Topping Amp -> Wharfedale Modus Cubes d6jg's Profile: http://forums.slimdevices.com/member.php?userid=44051 View this thread: http://forums.slimdevices.com/showthread.php?t=116444 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Adding a Wiim Mini to your LMS system
That's the idea. Paul Webster author of \"now playing\" plugins covering radio france (fip etc), planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc australia and cbc/radio-canada and, via the extra \"radio now playing\" plugin lots more - see https://forums.slimdevices.com/showthread.php?115201-announce-radio-now-playing-plugin Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 View this thread: http://forums.slimdevices.com/showthread.php?t=116444 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Adding a Wiim Mini to your LMS system
whitman wrote: > Wiim have a new forum at a new site, and the discussion about adding > LMS/Squeezelite capability to its Mini (and forthcoming Pro) has been > given a new thread there. Would be good if we added some more posts > there to encourage Wiim to get on with this! > > https://wiim.community.forum/threads/lms-squeezelite-support.26/ > > I've also added this to the 3rd Party Hardware section here, which might > be more relevant. Curious about your comment. Would Squeezelite capability therefore integrate into LMS and these devices would just be an LMS endpoint then? kwolter's Profile: http://forums.slimdevices.com/member.php?userid=72834 View this thread: http://forums.slimdevices.com/showthread.php?t=116444 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] New approach to dead Boom / SB3 (Classic) / Transporter
Too lazy to dig up the datasheets for those memories but I suspect they are rated at 10,000 or even 100,000 erase cycles. I feel it is unlikely wear should be an issue when used in this application. Since the erase operation is rather slow, sometimes you don't erase and overwrite when using this kind of device to store small data structures such as player settings, instead you invalidate one setting entry and then append a new. This way you normally don't waste an erase cycle each time you change a setting. Just speculating, have no idea if any of this is how it's done in the SB. And for more speculation. Perhaps some power glitch could be derailing the state machines inside the Flash that perform the low level erase/write operations, leaving stuff half erased/written? Especially since the failures were triggered when playback was about to start. Now, given that this happened after you had replaced a bunch of capacitors that were past their prime the voltages should be cleaner than before, there's a lot to contradict this theory, but maybe it's still worth looking for ripple or spikes on the voltages. Anecdotally, I've seen some weird issues in some consumer electronics when I replaced electrolytic caps of questionable pedigree with the best stuff I could get my hands on, seems like the design was tuned for the low budget components. alfista's Profile: http://forums.slimdevices.com/member.php?userid=32396 View this thread: http://forums.slimdevices.com/showthread.php?t=117140 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] New approach to dead Boom / SB3 (Classic) / Transporter
alfista wrote: > Sorry for being vague, shouldn't have formulated a question before my > first cup of coffee. I was thinking of the model of the memory device. > But from your answer I can deduce roughly what kind of Flash it is. > Flash of that generation usually have pretty much no data retention > problems, but heat can accelerate the process so maybe using a hotplate > for soldering could potentially be an issue. > Never had a problem with data loss in normal circumstances, some 15 > years ago I came across a few memories where single bits had been > flipped, but that was on outdoor equipment where we suspected lightning > could have been involved. Ah, all right. So what Logitech used here, as far as I found on my bench, is either Spansion S29AL016D90TFI02 or AMD AM29LV160DB (-90EC) Both are 16 megabit CMOS 3V 48-pin TSOP and probably interchangeable. Infineon has another model that might also be compatible but I have never checked, so you are on your own trying, the model is Cypress S29AL016J. What I think might be the reason is not the memory chip itself or its exposure to outside influence during the repair but rather a malfunction somewhere in the OS. I mean the Squeezeboxes are capable of downloading and flashing their EEPROM themselves, and store configuration data dynamically (e.g. the Wi-Fi SSID, the WPA password, the LMS server's host name if an LMS is being used, and some local config like display-related stuff). The part that is dedicated to writing to the Flash EEPROM for these purposes might be kicking in at some unexpected moment and go rogue. Just a tiny fraction of that would be enough to brick the device. Which also means this issue might come back at any time. What is interesting though is that a device bricking itself is happening only after years of flawless operation. I would not suggest that the Squeezeboxes were timebombed though. Logitech does not have anything better to offer nowadays so it wouldn't serve them to have the previous generation of devices kill itself. Could be just a glitch somewhere in the firmware that was overlooked. Another theory is that the Flash is written too frequently so the flash cells get weaker. Unlike SSDs with SMART capabilities, these chips don't monitor themselves and there is no way of knowing how reliable the memory cells are. Also, there is no load balancing to ensure that all cells are used so they all age at the same rate. There may be test equipment to find out detail but I guess nobody has something at hand that can evaluate the quality of a Flash chip, and not destroy it any further along the way. In case of an aged chip I would expect that reflashing has issues, for instance, verifying a freshly written image should result in some errors if cells don't accept the new data as they should. But maybe the cells recover (at least for a time) when they are erased and then completely reflashed. It's too early now to say that reflashing the original EEPROM is the cure forever. If the chip is aged, the device might just be on the edge of dying again soon. I will keep watching this. At least this might explain why the devices fail this way only after more than 10 years. I believe the Squeezeboxes write to Flash whenever something is changed about the basic configuration (which requires to go to the Settings menu or even to the setup menu), and also when there are changes about display brightness, "now playing" info screen, volume etc. Of course these are all assumptions but if I were the developer dedicated to storing dynamic configuration values to Flash memory, I would try to do that as rarely as possible, for instance when the device changes mode from on to standby. In that moment, I would collect all config data that is relevant for permanent storage, compare it to the values being in the config storage already, and only writing the difference. But who knows if the Squeezebox firmware is actually that smart. Unfortunately, the address where the config is held is always the same so, assuming there is no wear balancing, the same Flash cells are written over and over again, which might actually be a problem. Maybe the designers didn't care much about Flash memory wearing at all. If so, how could they have known that these systems get so popular and will be in use for so long? I remember Tesla was in the news about Flash memory in their cars which ages rapidly because of the permanent camera surveillance and everything being recorded. It seems that they forgot that Flash isn't lasting forever, and over-used it heavily. But that's a different amount of data and bandwidth. Squeezeboxes are doing nothing in comparison. Still, it's a thought. >From that perspective it might be best to use entirely new chips instead of reusing the original ones... But let's keep discussing here. It's very interesting to include your opinions on this, guys. I'm far from being an expert here. PN me if your Boom / Classic / Transporter display has issues!
Re: [slim] New modified SqueezeAMP batch?
philippe_44 wrote: > If you need Ethernet, then the SqueezeAMP is not going to work without a > fair bit of hardware tinkering, so I would not recommend it Appreciate the reply and guidance. Cheers. MrC's Profile: http://forums.slimdevices.com/member.php?userid=468 View this thread: http://forums.slimdevices.com/showthread.php?t=116084 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] New approach to dead Boom / SB3 (Classic) / Transporter
Sorry for being vague, shouldn't have formulated a question before my first cup of coffee. I was thinking of the model of the memory device. But from your answer I can deduce roughly what kind of Flash it is. Flash of that generation usually have pretty much no data retention problems, but heat can accelerate the process so maybe using a hotplate for soldering could potentially be an issue. Never had a problem with data loss in normal circumstances, some 15 years ago I came across a few memories where single bits had been flipped, but that was on outdoor equipment where we suspected lightning could have been involved. alfista's Profile: http://forums.slimdevices.com/member.php?userid=32396 View this thread: http://forums.slimdevices.com/showthread.php?t=117140 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] New approach to dead Boom / SB3 (Classic) / Transporter
alfista wrote: > Curious, what's the model number of the device? You mean the programmer I'm using? That's a MiniPro TL866 (CS), a rather cheap but really capable device, along with a stack of adaptors for TSOP48 chips that I probably bought from AliExpress, and still it was about 40 USD. The pins of the chip need to be squeaky clean in order for it to work but it's easy to find out if a pin does not have good contact. The chip ID can not be retrieved in that case. I had ideal results in flooding the row of pins with tacky flux, then wiping over the bottom of each pin from the inside out and frequently cleaning all solder from the soldering iron tip. That leaves them shiny and consistent. Here's a photo of the setup: 39264 Cheers, Joe +---+ |Filename: photo1669797212.jpeg | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=39264| +---+ PN me if your Boom / Classic / Transporter display has issues! Blog: https://www.blogger.com/blogger.g?rinli=1=1=5053304027701850753#allposts JoeMuc2009's Profile: http://forums.slimdevices.com/member.php?userid=23131 View this thread: http://forums.slimdevices.com/showthread.php?t=117140 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss