Hi >>>So I'd like to pose the question back to the original poster of this thread karry....@gmail.com <https://groups.google.com/>. Why are you using a Beagle if you need fast boot times? it's an older product and we have to migrate it with enhanced peripheral. in the existing product, beagle bone board was used so as of now we can not change the board. Recently we upgraded from ubuntu 16 to ubuntu 18. in ubuntu 16 total boot time was 30 sec only. But after ubuntu 18, boot time is taking too much time. Also we already showing "in progress" kind of message in our product, as "Tuning... " kind of message suggested.
Thanks Karishma Jaiswal On Tuesday, May 25, 2021 at 4:07:14 AM UTC+5:30 jo...@autoartisans.com wrote: > > From: beagl...@googlegroups.com [mailto:beagl...@googlegroups.com] On > Behalf Of Dennis Lee Bieber > > <robert.styles.forsyth-...@public.gmane.org> wrote: > > > > > > > >For a screen based turnkey app, you can only display a splash screen > for a > > >few seconds, before the user thinks it is broken, a bit longer for an > > >animated splash screen. Imagine a car radio, something has happen > > >immediately after power on (speaker click or LED indicator or screen > > >backlight), then less than half a second "Tuning..." before music > appears. > > > > > Probably not the best example. At best the "car radio" is running a > > microcontroller -- not a microcomputer -- with maybe an RTOS at best. > The > > "radio application" is burned into the microcontroller flash memory, AND > > RUNS out of that flash memory. There is no setting up RAM (virtual > memory > > mapping) as "RAM" in most microcontrollers is the general purpose > register > > bank. There may be secondary flash or EEPROM used to store user settings > > (current volume/tone encoder position, stored station listing). A bigger > > unit may include a spinning disk or "user flash" for storing MP3s, but > the > > core system doesn't have real "boot" phase. > > I think the requirements concept is the issue. Too many times in the past > I've run into projects where the client makes a choice on the architecture > and then we have to make the project fit. Instead of a layout of the > requirements and current/future capabilities as a design specification > first. Then look around at what is available to fill that. > > Now if boot time is an issue then what amount of time is acceptable. If it > needs to be running in under 1 second then it doesn't matter how embedded > the controller might be, a beagle or a pi running Linux is just not the > tool for it. Sort of... > > Volume of systems sold is another criteria as well as development time and > longevity. The design decisions made if the device goes into a hard to > access location will impact how it's designed and what's done with it. Etc. > > I will state that waiting over two minutes for a Beagle to boot into Linux > desktop mouse/keyboard/screen is unacceptable. Windows with a 640K 8088 or > a Pentium-33MHz could create a graphical desktop way faster than a 1GHz > Beagle with super fast SD card and 512MB of ram. From an end user > perspective anything longer than 10 to 15 seconds just means it's not done > right. > > So I'd like to pose the question back to the original poster of this > thread karry....@gmail.com. Why are you using a Beagle if you need fast > boot times? What is it that the Beagle Green has that you need compared to > something with an RTOS (Free RTOS for example). Why Linux? > > I've been on both sides of the fence. I might have already posted the > attached photo that shows a PiZeroW mounted onto a board that holds a > PIC32, SuperCaps, RTC along with GPS module and SMS module. Two antennas: > one for GPS, one for SMS messaging. And the connector to power and the > vehicle CAN bus which requires instant on logging while the PiZero provides > the file/networking infrastructure. The Pi is the SPI master, the PIC32 is > the SPI slave. As long as the PIC has the RAM storage for all the CAN > messages during the 18 second PiZeroW boot time all is good. It wasn’t > worth the time to port Microchip SD card file system support or all the > network stuff needed for cell net access. We only built 20. > > And with respect to University days I'll deny I ever took Fortran or Cobal > courses......... > > John > > > > > -- 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 beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/3a1ceabc-55d5-4646-91e5-df43ba9a3b38n%40googlegroups.com.