|
The UKHA-ARCHIVE IS CEASING OPERATIONS 31 DEC 2024
|
Latest message you have seen: xAP Display |
[Date Prev][Date
Next][Thread Prev][Thread Next][Date
Index][Thread Index]
RE: xAP - The Proposed Architecture Explained...
- To: <ukha_d@xxxxxxx>
- Subject: RE: xAP - The Proposed Architecture
Explained...
- From: "Dr John Tankard" <john@xxxxxxx>
- Date: Wed, 14 Aug 2002 16:35:59 +0100
- Mailing-list: list ukha_d@xxxxxxx; contact
ukha_d-owner@xxxxxxx
- Reply-to: ukha_d@xxxxxxx
I did not say it well...
What worries me is its fine to come up with a highly expressive,
extendable, lots of other nice words. But we have to squese the code
into a tiny space, I am sure it can be done, but at what expence,
dropping out features ? Loosing the possibility of adding other stuff.
Personlay I would prefer to spend my time writing code that does
something in the real world (that's what embedded programmers like to
do) not writhing code to understand loads of different messages, of all
different types.
I would like to see a situation where the PC is not vital to the
running
off the system, sure it's a important part and used to configure the
system.
I see a situation where we have say embedded controler with TCP/IP, a
few serial ports, some direct IO, RTC perhaps a anlogue port. We start
with this talking over a multidrop serial to displays. The controler
gets instructions on what to display by packets sent via the ethernet
port. When that working we produce software to directly connect say
HV
to another of the controlers serial ports, now the controler can act on
events, or indeed send data to HV received on the ethernet wire.
We don't need to define at the outset all the messages or all the
methods, start dead simple, message from a PC to a controler could be
(converted to ascii so you can read it)
1077L135Date 14 Aug Time %t Temperature 22C##
Which could be message form device 10 to device 7 please display on
line
one the folowing 35 chars "Date 14 Aug Time %t Temperature 22C"
and
please replace %t with your RTC's current time, please keep updating
the
time every second
You might then send say :=
1007F11##
Message form device 10 to 7 please flash line one at a rate of 1Hz
Actualy the two and from bit can be handled by the SNAP packet (if
that's what is used) but this is a example of how simple I personlay
think it can be
John
> -----Original Message-----
> From: BUTLER, Tony, FM [mailto:roaming@xxxxxxx]
> Sent: 14 August 2002 15:55
> To: 'ukha_d@xxxxxxx'
> Subject: RE: [ukha_d] xAP - The Proposed Architecture Explained...
>
>
> John,
>
> that's not at the physical level. I'm talking hard
> connectors here. If it's ethernet then fine - everything
> plugs into a hub/switch in a star configuration. If it is
> serial as seems to be the case here, then do we have a serial
> hub/switch or would it be a daiy chain ala 10base-T? that's
> what I'm getting at - how will the physical serial port on my
> input device be connected to the serial ports on my 1/2 dozen
> output devices?
>
> thanks,
>
>
> Tony
> > -----Original Message-----
> > From: Dr John Tankard [mailto:john@xxxxxxx]
> > Sent: 14 August 2002 15:50
> > To: ukha_d@xxxxxxx
> > Subject: RE: [ukha_d] xAP - The Proposed Architecture
Explained...
> >
> >
> > I would say, PC <Ethernet> Rabbit or any number of
powerfull micros
> > <RS485> Pic powerd displsy
> >
> > You can talk fiarly high level with the controler if that's
> your bag,
> > personaly I think its over kill, but the contoler will talk very
> > simply with the pic.
> >
> > Please draw a distinction between PC and embedded systems,
> > compare your
> > PC to ZX81, the ZX81 is very very powerfull compaird to a
> PIC, we are
> > just talking bytes of ram.
> >
> > We have mixed talents here, from a embedded standpoint its
> got to be
> > simple
> >
> > John
> >
> > > -----Original Message-----
> > > From: BUTLER, Tony, FM [mailto:roaming@xxxxxxx]
> > > Sent: 14 August 2002 15:14
> > > To: 'ukha_d@xxxxxxx'
> > > Subject: RE: [ukha_d] xAP - The Proposed Architecture
Explained...
> > >
> > >
> > > Thanks Ian, I understand what you're saying, but how do
you
> > > physically connect all these things together - do you have X
> > > input ports and Y output ports on some sort of central
hub?
> > >
> > > > interface manufacturer. The device in the middle does
the
> > > > interfacing and the display displays.
> > > >
> > > > In order to connect these to another type of network
which
> > > may include
> > > > RS485, TCPIP etc. there would need to be another
conversion
> > > layer that
> > > > converts the inbound data to serial to send to the
> > interface of the
> > > > display. This way any network can be connected.
> > >
> > >
> > >
> > >
>
********************************************************************
> > > Visit our Internet site
at http://www.rbsmarkets.com
> > >
> > > This e-mail is intended only for the addressee named
> above. As this
> > > e-mail may contain confidential or privileged information,
if you
> > > are not the named addressee, you are not authorised to
> retain, read,
> > > copy or disseminate this message or any part of it. The
> Royal Bank
> > > of Scotland is registered in Scotland No 90312 Registered
> Office: 36
> > > St Andrew Square, Edinburgh EH2 2YB Regulated by the
Financial
> > > Services Authority
> > >
>
********************************************************************
> > >
> > >
> > > ------------------------ Yahoo! Groups Sponsor
> > > ---------------------~--> 4 DVDs Free +s&p Join Now
> > > http://us.click.yahoo.com/pt6YBB/NXiEAA/RN.GAA>
/IBOolB/TM
> > >
> > >
> > >
--------------------------------------------------------------
> > > -------~->
> > >
> > > For more information: http://www.automatedhome.co.uk
> > > Post message: ukha_d@xxxxxxx
> > > Subscribe: ukha_d-subscribe@xxxxxxx
> > > Unsubscribe: ukha_d-unsubscribe@xxxxxxx
> > > List owner: ukha_d-owner@xxxxxxx
> > >
> > > Your use of Yahoo! Groups is subject to
> > > http://docs.yahoo.com/info/terms/
> > >
> > >
> > >
> >
> >
> >
> >
> > ------------------------ Yahoo! Groups Sponsor
> > ---------------------~-->
> > 4 DVDs Free +s&p Join Now
> > http://us.click.yahoo.com/pt6YBB/NXiEAA/RN.GAA/IBOolB/TM
> >
--------------------------------------------------------------
> > -------~->
> >
> > For more information: http://www.automatedhome.co.uk
> > Post message: ukha_d@xxxxxxx
> > Subscribe: ukha_d-subscribe@xxxxxxx
> > Unsubscribe: ukha_d-unsubscribe@xxxxxxx
> > List owner: ukha_d-owner@xxxxxxx
> >
> > Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
>
>
>
>
********************************************************************
> Visit our Internet site at http://www.rbsmarkets.com
>
> This e-mail is intended only for the addressee named above.
> As this e-mail may contain confidential or privileged information,
> if you are not the named addressee, you are not authorised to
> retain, read, copy or disseminate this message or any part of it.
> The Royal Bank of Scotland is registered in Scotland No 90312
> Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB
> Regulated by the Financial Services Authority
>
********************************************************************
>
>
> ------------------------ Yahoo! Groups Sponsor
> ---------------------~-->
> 4 DVDs Free +s&p Join Now
> http://us.click.yahoo.com/pt6YBB/NXiEAA/RN.GAA/IBOolB/TM
> --------------------------------------------------------------
> -------~->
>
> For more information: http://www.automatedhome.co.uk
> Post message: ukha_d@xxxxxxx
> Subscribe: ukha_d-subscribe@xxxxxxx
> Unsubscribe: ukha_d-unsubscribe@xxxxxxx
> List owner: ukha_d-owner@xxxxxxx
>
> Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
>
>
>
Yahoo! Groups
Sponsor |
ADVERTISEMENT
| |
For more information: http://www.automatedhome.co.uk
Post message: ukha_d@xxxxxxx
Subscribe: ukha_d-subscribe@xxxxxxx
Unsubscribe: ukha_d-unsubscribe@xxxxxxx
List owner: ukha_d-owner@xxxxxxx
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Home |
Main Index |
Thread Index
|
|