From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.236.63.197 with SMTP id a45mr13759958yhd.9.1409220736101; Thu, 28 Aug 2014 03:12:16 -0700 (PDT) X-Received: by 10.140.31.202 with SMTP id f68mr3395qgf.30.1409220736072; Thu, 28 Aug 2014 03:12:16 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!peer01.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!i13no3816621qae.1!news-out.google.com!q8ni2qal.1!nntp.google.com!m5no3815056qaj.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Thu, 28 Aug 2014 03:12:16 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=77.176.196.103; posting-account=Fmp50goAAAA9sbkA2aX-X9YQy6-lkg3J NNTP-Posting-Host: 77.176.196.103 References: <60a42dc6-d8d0-4432-ae5a-86de18b82840@googlegroups.com> <5kkrv9hejn2qhdckkeo8lidkbh3bkme1gn@4ax.com> <5b91313c-acf9-4a6e-b157-6ba7c8021567@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <0513ad07-6fbe-463a-be6f-097cd5113f52@googlegroups.com> Subject: Re: STM32F4 Discovery, communication and libraries From: Roy Emmerich Injection-Date: Thu, 28 Aug 2014 10:12:16 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Received-Bytes: 3410 X-Received-Body-CRC: 4252139745 Xref: news.eternal-september.org comp.lang.ada:21944 Date: 2014-08-28T03:12:16-07:00 List-Id: On Thursday, 28 August 2014 03:48:59 UTC+2, Dennis Lee Bieber wrote: > I wasn't referring to the three you mentioned -- but rather to your > plaint that you wanted libraries for accessing various communications > devices, etc. >=20 > THOSE libraries are probably being written for proprietary products in > support of a higher level (though still minimal) OS -- > http://en.wikipedia.org/wiki/Integrated_modular_avionics -- The OS is in = C > or Ada, the processor board is provided with a board support package (BSP= ) > that handles extremely low hardware access (driving GPIO, > enabling/disabling memory management, other stuff), and libraries/drivers > are written to provide an interface between the OS and the BSP. The BSP > tends to come from the board manufacturer, the OS from somewhere else > (Windriver, for example, or home-grown). By writing a new driver layer it > is possible to rebuild the OS/applications on a new processor board witho= ut > making changes to the high layers. >=20 > But those driver layers tend to only be useful in the environment (the > application/OS) above them. I have just read that Wikipedia link you sent. Wow! This is very high end s= tuff. I am not intending to control planes with my project. My concept is actually very simple. Please, allow me to briefly explain: I want to use a finite state machine (FSM) approach. There will be a superv= isor module which will instantiate sub-modules which communicate with perip= herals. Each sub-module will be a separate sub-FSM, reporting its state to = the supervisor. Each sub-module will make use of a protocol library (e.g. M= ODBUS RTU) and a hardware driver library (e.g. UART over RS485/232) to comm= unicate with devices. That is it. No OS, no middleware. I realise my approach probably goes against the grain of many classically t= rained computer scientists using Ada for highly critical systems. I'm large= ly self-taught and want to develop something quickly and simply for a very = specific niche market a couple of levels above the tinkerer.