@Gerald I’m a bit new on this forum; forgive me if you’re not the right person to ask… (please, anyone else, respond if you are) Its just that I’ve heard other people request and defer to your opinion on things, and, well, you have a pretty official looking email address! :)
I understand the goal of keeping the BBB cost low (part of what attracted me to it over the RPi in the first place). I agree, it is good to keep it competitive and within the reach of hobbyists. I realize it may not be as much of an issue to the use-cases of others, but it’d seem that an inability to keep a BBB reliably running without physically pressing its reset button is a bit of an Achilles Heel for the platform (speaking here not generally of UPS-style Mains protection, but specifically of the issue that sometimes prevents its restart without physically pressing the button. IE you can’t simply use a OTS UPS, without some additional logic. ) It’d seem that anyone who wants to leave their device running for an extended period of time would be impacted by this. Do you know folks at TI who are as invested as you are in the success of the BBB platform? In my own research, I’ve come to understand that TI makes many of the components that might form the basis of a rock solid “Reliability System” (as discussed in this thread). (Things like supercap chargers, buck-boost chips, etc) It’d seem that this problem would be a natural fit for someone at TI to solve in the form of a TI Reference Design, or Application Notes for their product line on their end. Such an effort would be a win-win. TI would be able to sell more TI components, support the BBB user community and open the device to new use cases, and their resulting markets. The BBB community would be able to implement (or purchase) the TI/BBB reliability circuit, and focus on their primary designs, without having to solve the same basic reliability issue over and over. Is there someone at TI, I could present this idea to? Is this the kind of thing that’d even get considered and resourced? Is TI nimble enough to care, and responsive to the BBB user community? Thanks for your thoughts, ST > On May 16, 2016, at 7:12 PM, Gerald Coley <[email protected]> wrote: > > Sounds good to me! > > Gerald > > > On Mon, May 16, 2016 at 6:52 PM, Dave Loomis <[email protected] > <mailto:[email protected]>> wrote: > > > You can sum it all up into this; The problem is completely solved by using > > a battery and having acpid installed. Except you need a way to completely > > disconnect power, from the BBB's input, for a single, or perhaps two corner > > cases that would otherwise require a hard reset. > > I love the no-nonsense mentality, and quality design behind this approach for > most use cases. But, for some high-reliability use cases like mine -- a > device permanently installed in a remote, client wall — batteries aren’t a > great fit. > > For long-term accessibility: Battery maintenance, even after years > of initial functionality, is extremely inconvenient or impossible. > For insurance reasons: The potential liability of installing > LiPo, which is known to have potential fire issues, into a client’s wall. > For shipping reasons: The added hassle of international > shipping of LiPo-based systems. > > > All these fancy high cost solutions are honestly ridiculous, and if you can > > just use an OTS UPS . . . > > Hardware cost is relative. The “high” cost (<$100) of a system > design is nothing, if it will potentially save me things like panicked client > calls, last-minute international plane tickets and high-pressure field > repairs. Those just aren’t fun. Obviously every project out there isn’t > heading to a NASA rover, but in some lines of work this kind of service is > expected when a high-end, mission-critical system goes down. In the end, if > I do my job right, the price is just passed on to the client who is willing > to pay a premium for a high reliability, maintenance-free product. > > I’d like to be able to deploy those systems based on the BBB, because I know > it, find the platform highly versatile, and a good match for the variety of > projects I take on. I think the PRUs especially make this a very unique > little SoC. > > Best, > ST > > > > -- > For more options, visit http://beagleboard.org/discuss > <http://beagleboard.org/discuss> > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected] > <mailto:beagleboard%[email protected]>. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beagleboard/8A4F134B-E937-4958-8A25-E8BEDB02E6FC%40lumieria.com > > <https://groups.google.com/d/msgid/beagleboard/8A4F134B-E937-4958-8A25-E8BEDB02E6FC%40lumieria.com>. > For more options, visit https://groups.google.com/d/optout > <https://groups.google.com/d/optout>. > > > > -- > Gerald > > [email protected] <mailto:[email protected]> > http://beagleboard.org/ <http://beagleboard.org/> > [email protected] <mailto:[email protected]> > > > -- > For more options, visit http://beagleboard.org/discuss > <http://beagleboard.org/discuss> > --- > You received this message because you are subscribed to a topic in the Google > Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/RaFm9AT7-2c/unsubscribe > <https://groups.google.com/d/topic/beagleboard/RaFm9AT7-2c/unsubscribe>. > To unsubscribe from this group and all its topics, send an email to > [email protected] > <mailto:[email protected]>. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beagleboard/CAHK_S%2Bf%3Dk5zSYuJ95pf03BFrVxC5%3Dqm0YUguSZ%2B2_y1mwiSDkQ%40mail.gmail.com > > <https://groups.google.com/d/msgid/beagleboard/CAHK_S%2Bf%3Dk5zSYuJ95pf03BFrVxC5%3Dqm0YUguSZ%2B2_y1mwiSDkQ%40mail.gmail.com?utm_medium=email&utm_source=footer>. > For more options, visit https://groups.google.com/d/optout > <https://groups.google.com/d/optout>. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/ABCD0E77-166F-41AF-88B0-08FA01D29317%40gmail.com. For more options, visit https://groups.google.com/d/optout.
