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.66.249.73 with SMTP id ys9mr23002189pac.9.1409154281887; Wed, 27 Aug 2014 08:44:41 -0700 (PDT) X-Received: by 10.140.104.235 with SMTP id a98mr15275qgf.40.1409154281839; Wed, 27 Aug 2014 08:44:41 -0700 (PDT) Path: border2.nntp.dca1.giganews.com!nntp.giganews.com!uq10no5856540igb.0!news-out.google.com!j6ni7969qas.0!nntp.google.com!i13no3599691qae.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Wed, 27 Aug 2014 08:44:41 -0700 (PDT) In-Reply-To: <5kkrv9hejn2qhdckkeo8lidkbh3bkme1gn@4ax.com> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=77.176.215.183; posting-account=Fmp50goAAAA9sbkA2aX-X9YQy6-lkg3J NNTP-Posting-Host: 77.176.215.183 References: <60a42dc6-d8d0-4432-ae5a-86de18b82840@googlegroups.com> <5kkrv9hejn2qhdckkeo8lidkbh3bkme1gn@4ax.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <7252d8ae-cbed-4211-96e3-4b7e8748e339@googlegroups.com> Subject: Re: STM32F4 Discovery, communication and libraries From: Roy Emmerich Injection-Date: Wed, 27 Aug 2014 15:44:41 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: number.nntp.dca.giganews.com comp.lang.ada:188680 Date: 2014-08-27T08:44:41-07:00 List-Id: Hi Dennis, Thanks for your reply. I'm curious to know how/why you opted for your messa= ge not to be archived on this forum? > Do you have any experience with assembler (any) -- since so much of C > mapped to the PDP series instruction set (pre/post increment/decrement > operators, for example). Unfortunately I don't have any assembler experience. It strikes me as even = more hairy than C! Something left to those forced to do it under duress or = the few for whom this excites. If I had to ever programme in Assembler I wo= uld want to keep it to the absolute, absolute minimum. Dare I ask you to re= commended some learning materials? > If you are familiar with Java AND with disciplined software > development, a copy of the K&R book for C should be all you need to learn > the language itself. Thanks for this tip. I think I will start learning it again as I have the h= unch it'll be impossible to avoid entirely :) =20 > >3. www.eluaproject.net >=20 > Based on LUA?, probably interpreted. Yes it is based on LUA and it looks interpreted. I have played with this th= e least. > I suspect a lot of those are being developed by companies for > proprietary products, possibly using some internal core "OS" for > interfacing between application code and the board support layer. As a > result, even if one got their hands on the driver source, one would have = to > replicate the OS environment to make use of it. At work, I believe the > common route is to use IOCTL() calls to manipulate the hardware specific > drivers, leaving a common POSIX (?) interface to C, and wrapping the C > calls for Ada (if not directly wrapping the assembler entry point to the > same functionality). Ummm I think I understood you... All 3 of the projects I listed are using the STM32F4 direct, without any OS= . The chip was released with a bunch of C drivers to access I/O and the var= ious on-board peripherals (i.e. in the chip). You can take a look at them h= ere: https://github.com/espruino/Espruino/tree/master/targetlibs/stm32f4/lib Regards Roy --- www.infinitefingers.com