Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
06/14/06 07:19
Read: times


 
#118262 - Packages explanation
Responding to: ???'s previous message
Hi Nagarajan,

I guess I didn't specify exactly the structure of the packages. As I told ONE package holds all the information that is needed from the transmitter. That means one package contains the ID of the transmitter and some data. If another package is sent it contains another data BUT IT HAS NO CONNECTION to the previous package. It's simpple a new information.
That means if only one package is received from one transmitter, it is enough to evaluate the data. The size of the evaluation data is only some bits.

The reason for using so small packages is the energy issue. As I wrote this is an ultra-low power application. Some transmitter has energy to send only 3x4 bytes. Another transmitter has power for sending more bytes.
And the idea behind the repetition of the packages is that the transmitter doesn't have enough energy to execute "listen than talk" functionality. The repetition should avoid the collision with other transmitters.

thanks for responses,

greetings

Attila

List of 21 messages in thread
TopicAuthorDate
Buffer management optimalization            01/01/70 00:00      
   Simple things first ...            01/01/70 00:00      
   You can use circular buffer            01/01/70 00:00      
      Fragmentation problem...            01/01/70 00:00      
         all methods have some problems            01/01/70 00:00      
         Start of package or End of package            01/01/70 00:00      
            Packages explanation            01/01/70 00:00      
               Individual buffers            01/01/70 00:00      
                  Good Idea            01/01/70 00:00      
   New packages            01/01/70 00:00      
      hash table unefective            01/01/70 00:00      
         why keep that many            01/01/70 00:00      
            Reason of 5 or more buffer            01/01/70 00:00      
               Protocol specifics            01/01/70 00:00      
                  One way protocol            01/01/70 00:00      
                     One way protocol            01/01/70 00:00      
                        never            01/01/70 00:00      
                           Definition of need            01/01/70 00:00      
                              Grant, I agree with what you post re thi            01/01/70 00:00      
                        Simply reason why one way transmission            01/01/70 00:00      
                           then why not just do it the easy way            01/01/70 00:00      

Back to Subject List