Multi-Stamp Communication
Archiver
Posts: 46,084
Hi all! I'm looking for a method that would allow 4 Stamps to communicate
with each-other. Because the Stamps will be occupied with other devices, I do
not want to rely solely on a software method. Ideally, each stamp would send
out the data with a suffix, identifying the intended receiver... But, since
the receiver of the data will most likely be busy with "those other devices,"
it will not receive the data. So, I want to send the data to a "blackboard"
that each Stamp can read, to see if there is any data waiting for it, and
then retrieve it. (Just to make it clear, each Stamp should also be able to
write to it.) I want to do this with a maximum of 3 I/O lines per Stamp. Any
ideas? Devices? Source code? Has anyone already done this?
Thanks in Advance,
Edward Kindler
with each-other. Because the Stamps will be occupied with other devices, I do
not want to rely solely on a software method. Ideally, each stamp would send
out the data with a suffix, identifying the intended receiver... But, since
the receiver of the data will most likely be busy with "those other devices,"
it will not receive the data. So, I want to send the data to a "blackboard"
that each Stamp can read, to see if there is any data waiting for it, and
then retrieve it. (Just to make it clear, each Stamp should also be able to
write to it.) I want to do this with a maximum of 3 I/O lines per Stamp. Any
ideas? Devices? Source code? Has anyone already done this?
Thanks in Advance,
Edward Kindler
Comments
I didn't see any replies to your post, so I'll just mention one concept
that came to mind... Scenix <http://WWW.SCENIX.COM/> has published the
source code for a multi-channel UART application in their SX series
microcontrollers. This combination should make a good fit!
>Hi all! I'm looking for a method that would allow 4 Stamps to communicate
>with each-other. Because the Stamps will be occupied with other devices, I
do
>not want to rely solely on a software method. Ideally, each stamp would send
>out the data with a suffix, identifying the intended receiver... But, since
>the receiver of the data will most likely be busy with "those other
devices,"
>it will not receive the data. So, I want to send the data to a "blackboard"
>that each Stamp can read, to see if there is any data waiting for it, and
>then retrieve it. (Just to make it clear, each Stamp should also be able to
>write to it.) I want to do this with a maximum of 3 I/O lines per Stamp. Any
>ideas? Devices? Source code? Has anyone already done this?
Mike Hardwick, for Decade Engineering -- <http://www.decadenet.com>
Manufacturer of the famous BOB-II Serial Video Text Display Module!
overall data is small and throughput quick, you might get away with simply
storing the message in stamp RAM. If not, consider adding external RAM
rather than use the EEPROM. Possible scenario: each of the 4 stamps use a
serial line in, a serial line out, and maybe an "attention" line to alert
the 5th stamp that it should service that one of the 4.
Just thinking out loud.
Regards,
Daniel
Original Message
From: RiffRaff82@a... <RiffRaff82@a...>
To: basicstamps@egroups.com <basicstamps@egroups.com>
Date: 13 June 2000 16:19
Subject: [noparse][[/noparse]basicstamps] Multi-Stamp Communication
>Hi all! I'm looking for a method that would allow 4 Stamps to communicate
>with each-other. Because the Stamps will be occupied with other devices, I
do
>not want to rely solely on a software method. Ideally, each stamp would
send
>out the data with a suffix, identifying the intended receiver... But, since
>the receiver of the data will most likely be busy with "those other
devices,"
>it will not receive the data. So, I want to send the data to a "blackboard"
>that each Stamp can read, to see if there is any data waiting for it, and
>then retrieve it. (Just to make it clear, each Stamp should also be able to
>write to it.) I want to do this with a maximum of 3 I/O lines per Stamp.
Any
>ideas? Devices? Source code? Has anyone already done this?
>
>
>Thanks in Advance,
>Edward Kindler
>
>
>
>
>