X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Authenticated-IP: 207.224.51.38
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1084)
Subject: Re: [geda-user] OT scripting inside an MCU
From: John Doty <jpd AT noqsi DOT com>
In-Reply-To: <CANqhZFwwcLvje75uwWBv402hgwTxjs3B9UUy7pNnzZSC2Do+gg@mail.gmail.com>
Date: Fri, 31 Aug 2012 08:56:39 -0600
Message-Id: <E8CBA753-A06F-4CDF-807C-F2CEDD1DD248@noqsi.com>
References: <CACwWb3DPSG8YgiTsHnfbQE0uyE7X57wPUG4+6-1+XAObLZ=x2Q AT mail DOT gmail DOT com> <5040BF06 DOT 9040601 AT ecosensory DOT com> <CACwWb3AGf1LTJ75bWFN3zSWbJtXHfCyxebbKF_GDC70=V-fj4g AT mail DOT gmail DOT com> <CANqhZFwwcLvje75uwWBv402hgwTxjs3B9UUy7pNnzZSC2Do+gg AT mail DOT gmail DOT com>
To: geda-user AT delorie DOT com
X-Mailer: Apple Mail (2.1084)
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id q7VEujwF013371
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk


On Aug 31, 2012, at 8:03 AM, Gareth Edwards wrote:

> Hi Levente,
> 
> On 31 August 2012 14:58, Levente <leventelist AT gmail DOT com> wrote:
>> I don't know how to solve the programmability with your approach. Maybe I
>> wasn't clear enough. I want to change the program at run time as well for
>> example by writing an SMS to the integrated GSM modem, or editing from a
>> keypad, etc. I could write code in native C of course, but I don't want to
>> re-program the root-card each time I want to set new temperature, etc.
>> 
> 
> I've not done it myself but this is an area that FORTH has in the past
> excelled in - real-time control with a lightweight interpreted
> language.

I use my implementation of an old MIT Forth dialect. It's available (GPL) at:

https://github.com/noqsi/LSE-ARM

The build process in the makefiles uses the gnuarm toolchain and openocd.

Despite the fact that in its present form it is much less efficient in its use of memory than it could be, I use it to control scientific instruments using MCU's with 32k RAM and 128k flash.

The current project structure is clumsy: I need to split it into a machine-independent core, machine-dependent initialization and device drivers, and applications.

John Doty              Noqsi Aerospace, Ltd.
http://www.noqsi.com/
jpd AT noqsi DOT com