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=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,136c120daac2a1 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news2.google.com!news4.google.com!news.glorb.com!newsfeed2.telusplanet.net!newsfeed.telus.net!nntp.abs.net!news.abs.net!not-for-mail Newsgroups: comp.lang.ada Subject: Re: tasksing and TCP sockets References: <1138748598.084128.58760@o13g2000cwo.googlegroups.com> From: Stephen Leake Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (windows-nt) Cancel-Lock: sha1:LnXvSUla2aPj16arcC2LL0eOJuo= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 31 Jan 2006 20:26:02 -0500 NNTP-Posting-Host: 66.159.65.1 X-Complaints-To: abuse@toad.net X-Trace: news.abs.net 1138757164 66.159.65.1 (Tue, 31 Jan 2006 20:26:04 EST) NNTP-Posting-Date: Tue, 31 Jan 2006 20:26:04 EST Xref: g2news1.google.com comp.lang.ada:2731 Date: 2006-01-31T20:26:02-05:00 List-Id: "Rolf" writes: > tmoran@acm.org wrote: >> But it seems to me that if the object is to use TCP to emulate hardware, >> one should design for that hardware and do whatever is needed with UDP or >> TCP to make the best emulation. Is the intended hardware going to be >> polled or generate interrupts or Windows messages or what? > > The real sensor hardware will be directly connected to the I/O pins of > the mcu. I think that counts as polling. The application code simply > reads variables from the h/w abstraction layer. How do those "variables" get set? Does one of the IO pins generate an interrupt, that triggers the h/w abstraction layer "read all pins" function? Or is the h/w abstraction layer a cyclic executor, driven by a clock? How does the application know when to read the variables? By a clock, or some interrupt/event from the h/w abstraction layer? -- -- Stephe