RE: TI-H: Multimaster I2C routines
[Prev][Next][Index][Thread]
RE: TI-H: Multimaster I2C routines
Why don't you just make it programmable, so that you can tell the software to recieve all messages with the TO Address being whatever it is. Then when you transmit, tell it to transmit to that address when it is in "ROOM MODE". That way, you wouldn't have to have any freeform data clutter, where we don't have the space(ie the packet would be big and cluttered) Something like the way we send messages to ti-hardware...
Chris Kuberg
kubergh@apci.net
----------
From: Andy Johnson[SMTP:prjohnson@sisna.com]
Sent: Wednesday, June 04, 1997 4:28 PM
To: ti-hardware@lists.ticalc.org
Subject: Re: TI-H: Multimaster I2C routines
Osma Suominen wrote:
>
> Andy Johnson wrote:
>
> > > Then there'd be a variant for the general call address (00000000) that
> > > every I2C device receives. This will be very similar, but requires some
> > > thought. It could, for example, be used for "All hosts, identify
> > > yourself" -type requests, public messages in a chat program etc.
> >
> > You could also have a specific id code that many calcs would respond to
> > as a kind of chat room. Only calculators in that chat room should
> > respond.
>
> Good point. But that could be done in the chat program only, so the
> "room id" would reside in the freeform data inside a packet with the
> "chat" protocol id.
>
> Now who wants to make a multimaster I2C chat program? =)
Well yes it could be done that way, but then any calc in any chat room
at all would have to look at the freeform data in all chat messages. If
you were to put the chat room code in the leading address, the calc
could ingnore messages going into other chat rooms.
--
Andy Johnson
- Warning
- Could not process part with given Content-Type:
application/ms-tnef
Follow-Ups: