Subject:
|
Re: Idea per ELF. Riassunto.
|
Newsgroups:
|
lugnet.loc.it
|
Date:
|
Mon, 27 Dec 1999 22:10:10 GMT
|
Viewed:
|
391 times
|
| |
|
|
Mario Ferrari wrote:
>
> Il problema può essere nelle comunicazioni.
Sono d'accordo.
Sara' certamente necessario identificare ogni RCX che partecipera'
al coro con un ID univoco. Il "direttore" dovra' quindi prevedere
una fase iniziale di assegnazione di questi ID. Un'idea potrebbe
essere quella di accendere i "coristi" uno per volta da destra a
sinistra, dando modo al maestro di incrementare ogni volta un suo
contatore dei componenti del coro, contatore che va a comunicare
via via ad ogni nuovo corista che si aggiunge. In questo modo
tutti i coristi possono avere lo stesso software, sara' il
direttore a differenziarli nella fase iniziale.
> Secondo me bisogna creare una sorta di protocollo di secondo
> livello per evitare che i messaggi si confondano.
> Qualcuno ricorderà che abbiamo parlato di una cosa del genere
> all'ultimo legofest: destinare alcuni bits del byte di messaggio
> ad identificare il mittente o il destinatario, e il resto per il
> contenuto.
Questa strada mi sembra poco praticabile, perche' pone limiti
seri o al numero di partecipanti del coro o al payload di ciascun
byte inviato (se i coristi sono p.es. piu' di 8 puoi veicolare solo
4 bit di informazione). Inoltre la decodifica dei messaggi puo' essere
piuttosto onerosa, se consideri che in NQC le funzioni di scorrimento
dei bit agiscono solo sulle costanti e non sulle variabili. In pratica
bisognerebbe implementare "a manovella" gli operatori ">>" e "<<" con
spreco di variabili preziose, nonche' di tempo macchina.
> Si possono anche realizzare messaggi multi-byte composti da
> inizio, mittente, destinatario, contenuto, fine.
Questa mi sembra decisamente la strada da percorrere.
Bisognera' solo fare in modo che i byte di "inizio" e "fine" non
possano essere presenti nei byte del contenuto. Inoltre farei anche
in modo che il destinatario, una volta ricevuto il byte "fine", mandi
un messaggio di ACKnowledgement al mittente. In mancanza di ACK il
mittente trasmettera' il messaggio di nuovo.
Cosa ne pensate?
Ciao,
Antonio
P.S. Qualcuno sa qual e' la velocita' di invio dei messaggi
con la funzione SendMessage() di NQC?
|
|
Message has 1 Reply:
 | | Re: Idea per ELF. Riassunto.
|
| (...) Già tutto ideato come tu dici. In + il software del maestro, dato il totale dei coristi, dividerà per area centrale, destra e sinistra. Tutto ciò con una semplice operazione di div intera. (tra l'altro questo tuo messaggio mi ha ridimensionato (...) (25 years ago, 28-Dec-99, to lugnet.loc.it)
|
Message is in Reply To:
| | Re: Idea per ELF. Riassunto.
|
| (...) Io non credo che legOS sia indispensabile. NQC sfrutta bene le (modeste) capacità musicali esprimibili dall'RCX. Il problema può essere nelle comunicazioni. Secondo me bisogna creare una sorta di protocollo di secondo livello per evitare che i (...) (25 years ago, 24-Dec-99, to lugnet.loc.it)
|
11 Messages in This Thread:
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
This Message and its Replies on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
