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
	autolearn=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Paul Rubin <no.email@nospam.invalid>
Newsgroups: comp.lang.ada
Subject: Re: Getting started with bare-board development
Date: Mon, 14 Nov 2016 00:11:37 -0800
Organization: A noiseless patient Spider
Message-ID: <87lgwmeb0m.fsf@nightsong.com>
References: <o05g4n$q11$1@dont-email.me> <o06obm$u1b$1@dont-email.me>
	<o07f4o$9r4$1@dont-email.me> <o08oi5$bo4$1@dont-email.me>
	<o0agtr$2gg$1@dont-email.me> <o0akh0$fp4$1@dont-email.me>
	<o0anol$qna$1@dont-email.me>
Mime-Version: 1.0
Content-Type: text/plain
Injection-Info: mx02.eternal-september.org;
 posting-host="03fecdfd4a0a56c38de130ca20bb1a41";
	logging-data="18559"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX19QonZNPz9WwFwdsW+Aon9Y"
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
Cancel-Lock: sha1:uk58QtZWGy12ue+mCPE8OCX/T9c=
	sha1:V2q3icsdqxooDAyvOQZ8qBA1yfE=
Xref: news.eternal-september.org comp.lang.ada:32306
Date: 2016-11-14T00:11:37-08:00
List-Id: <comp.lang.ada>

Adam Jensen <hanzer@riseup.net> writes:
> It would probably help a lot to see a very basic little ("Hello,
> Real-Time World") example of [your development approach to] real-time
> software with a mocked hardware interface that can be executed directly
> on a workstation. I suppose the hardware could be as simple as a clock
> and maybe a counter or two.

If it were me, I'd set up the test harness with some kind of event queue
that would allow scheduling i/o completions, interrupts etc. to happen
at specified timestamps in the future.  Then when you run the test, only
the time ticks where something happens would get executed, without the
idle ticks causing any delays in the test.  The idea is you want your
tests to be fast even if the system being simulated is much slower.
That lets you run the tests more frequently, which is a good thing.

> Maybe there could be some interrupts and two or three tasks that do
> something very simple. And maybe all of this could take place under
> the Ravenscar profile. Would that be a lot of effort to write and
> post?

To me that sounds like a lot of work for the purpose of a news post.
You might look at some existing test framework (maybe not in Ada) and
some programs that use it.