That's not a good sign...

Yeah, I figure if something were so great, it would have been wildy
popular by now.

I am actually working on the Particle Electron with GPS and it has
never failed me. I have a GPS module that got launched in near space
like 5 times, and every time it worked without a fuss. Particle is
great.

On Mon, Feb 18, 2019 at 6:08 AM Christopher Svec
<[email protected]> wrote:
>
> I’ve seen Nuttx used at 2 companies, and both regretted it. I’ve never 
> personally used it, but people who did from both companies said the same 
> thing: it’s a buggy, poorly documented and supported project. Its included 
> drivers that were supposedly complete had gaping holes in them.
>
> I heard enough that I won’t touch Nuttx myself.
>
>
>
>
> On Mon, Feb 18, 2019 at 8:50 AM -0500, "Pete Soper via TriEmbed" 
> <[email protected]> wrote:
>
>> Hi Huan,
>>   I'm curious how external interrupt handling works with Nuttx layered on 
>> top of Linux? The last layered system I looked at along these lines used 
>> poll system calls by the app with file descriptors to detect state changes 
>> triggered by the hardware interrupt seen by the Linux kernel. The "realtime" 
>> attribute was right out the window with this because the Linux scheduler was 
>> involved so latency was effectively random up to multiples of milliseconds. 
>> Even if a thread could be bound to a core it was impossible to see how to 
>> achieve hard real time app layer response to a hardware interrupt with 
>> Linux. So I'm curious how Greg has cracked this nut. :-)
>>
>> But I know many of us are curious to know what you're scouting RTOS choices 
>> to implement?
>>
>> Pete
>> PS In case it's unfamiliar to others, "hard realtime" is jargon that implies 
>> a strict guarantee of timing tolerances and that no, meeting the spec 99% of 
>> the time is not success. But we don't know if that's relevant here. I'm just 
>> biased about systems bandying about "RTOS" when in some circumstances they 
>> are "WTOS" with the "W" standing for "whenever, man, but usually we're 
>> cool". :-)
>>
>> -------- Original message --------
>> From: Huan Truong <[email protected]>
>> Date: 2/18/19 1:54 AM (GMT-05:00)
>> To: Mike Lisanke <[email protected]>
>> Cc: Pete Soper <[email protected]>, Triangle Embedded Interest Group 
>> <[email protected]>
>> Subject: Re: [TriEmbed] NuttX
>>
>> There is even a lovely Youtube channel that one of the developers (I
>> think?) talk about getting various things done on NuttX. I like his
>> easy-to-follow video style, and the menuconfig is my favorite of
>> NuttX.
>>
>> https://www.youtube.com/channel/UC0QciIlcUnjJkL5yJJBmluw/videos
>>
>> I have just ordered a Electron Photon board which they say they
>> support to test out. I recently worked with the ESP32 and was really,
>> really impressed by how organized and easy to get things done with
>> FreeRTOS on ESP32. At the same time, having being able to port real
>> Linux programs to it is going to be a huge boon for me.
>>
>>
>>
>>
>> On Sun, Feb 17, 2019 at 7:41 PM Mike Lisanke via TriEmbed
>> <[email protected]> wrote:
>> >
>> > Small footprint AND not Owned by Amazon :-p
>> >
>> > On Sun, Feb 17, 2019 at 2:59 PM Pete Soper via TriEmbed 
>> > <[email protected]> wrote:
>> >>
>> >> On 2/17/19 2:04 PM, Huan Truong via TriEmbed wrote:
>> >>
>> >> Anyone worked with NuttX? This is the first time I've heard of NuttX
>> >> when I searched for FreeRTOS and NuttX came up.
>> >>
>> >> https://www.embedded.com/electronics-blogs/say-what-/4458729/What-is-the-NuttX-RTOS-and-why-should-you-care-
>> >>
>> >> "NuttX is a POSIX RTOS. You don’t need to learn a new API to program
>> >> it. You can write an application in a POSIX Operating System like
>> >> Linux or MacOS, validate it, and then compile it to run on NuttX. If
>> >> you don't want to create an application from scratch, you can grab
>> >> some small Linux libraries and perform some minor modifications to get
>> >> them working on NuttX."
>> >>
>> >> Hi Huan!
>> >>
>> >>   I'd never heard of it. The detail of the porting guide is impressive. 
>> >> The fact that it was originally written by one person is (IMO) a major 
>> >> plus and that person appears to be VERY active (retired in Cost a Rica?). 
>> >> With a highest number of 128 there are only 12 open issues in the 
>> >> BitBucket repo. And this todo list is really interesting. It
>> >>
>> >> -Pete
>> >>
>> >> That sounds a really compelling reason to me to use it.
>> >>
>> >> PS: I hope everyone is doing well in NC. I haven't found a group quite
>> >> like ours in Bay Area yet.
>> >>
>> >> - Huan.
>> >>
>> >> _______________________________________________
>> >> Triangle, NC Embedded Computing mailing list
>> >>
>> >> To post message: [email protected]
>> >> List info: http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
>> >> TriEmbed web site: http://TriEmbed.org
>> >> To unsubscribe, click link and send a blank message: 
>> >> mailto:[email protected]?subject=unsubscribe
>> >>
>> >
>> >
>> > --
>> > Best regards,  Mike
>> > _______________________________________________
>> > Triangle, NC Embedded Computing mailing list
>> >
>> > To post message: [email protected]
>> > List info: http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
>> > TriEmbed web site: http://TriEmbed.org
>> > To unsubscribe, click link and send a blank message: 
>> > mailto:[email protected]?subject=unsubscribe
>> >
>>
>>
>> --
>>
>> Huan Truong
>> www tnhh.net / twitter @huant



-- 

Huan Truong
www tnhh.net / twitter @huant

_______________________________________________
Triangle, NC Embedded Computing mailing list

To post message: [email protected]
List info: http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
TriEmbed web site: http://TriEmbed.org
To unsubscribe, click link and send a blank message: 
mailto:[email protected]?subject=unsubscribe

Reply via email to