Subject:
|
Re: Sfida prossimo LF
|
Newsgroups:
|
lugnet.loc.it
|
Date:
|
Mon, 26 Mar 2001 16:39:23 GMT
|
Viewed:
|
444 times
|
| |
|
|
"Bernardo Dal Seno" <piu1759@cdc8g5.cdc.polimi.it> ha scritto:
> Questo mi ha fatto pensare a un altra cosa. Ci sarà qualcuno con un
> portatile e una torre IR per ri-scaricare il programma se ciò dovesse
> essere necessario? (Una pila nuova che fa cilecca o cose del genere :-)
Sì, di solito ci sono sempre vari portatili. Sul mio, che porterò, ho varie
versioni di NQC e il pbForth. Se occorre a richiesta posso installare anche
legOS.
> > > 2) I cubi catturati devono per forza rimanere nel proprio campo di • partenza:
> > > completamete al 100%; almeno il 50%; almeno 1%; 0% basta che • siano
> > > totalmente da una parte del confine, anche oltre la linea di fondo.
> >
> > Io direi totalmente da una parte del confine, anche sul bordo ma non • fuori
> > dalla pedana.
> > A inizio gara i cubi saranno posizionati sulla linea di confine o sparsi • a
> > caso sul tabellone?
>
> Voto per la linea di confine; tanto per trasportare un cubo nel proprio
> territorio un robot deve attraversare il confine due volte e quindi i cubi
> verrano sparsi molto in fretta.
Ok.
>
> > > 3) I campi saranno di colore bianco e nero, mentre il bordo sarà • verde,
> > > oppure bianco e verde con bordo nero?
> >
> > La mia pedana aveva un campo bianco e uno verde, bordo nero. Può darsi • che
> > la pedana definitiva abbia il grigio al posto del verde (per evitare • crisi
> > epilettiche a qualcuno :-) ), ma sarà in ogni caso un colore quanto più
> > possibile vicino alla lettura intermedia tra il bianco e il nero.
>
> Una colorazione più simmetrica sarebbe usare il bianco e il nero per i
> campi, e il verde (grigio, viola o quello che sarà :-) per il bordo. In
> questo modo per entrambi i robot il colore del confine sarebbe il colore
> intermedio tra il colore del proprio campo e quello dell'avversario. • Nella
> pedana usata per l'esperimento (complimenti, Mario), per esempio, il
> comportamento "resta nel campo bianco" è più facile da ottenere di quello
> "resta nel campo verde", dato che nel primo caso è sufficiente andare
> sempre verso la zona più chiara.
Va bene, a me non costa nulla. A questo punto dobbiamo decidere solo le
dimensioni della pedana. Che ne dite di 2 campi interni di 60x60 e un bordo
di 10cm? I campi in realtà non devono necessariamente essere quadrati, anzi
forse è meglio avere meno profondità e più larghezza (confine). Allora forse
80x40, bordo 10, o forse anche 100x50, bordo 10?
> La lettura dei sensori di luce varia a seconda del firmware usato (io ha
> fatto confronti solo tra legOS e il firware Lego). Questo vale anche per
> la definizione di "lettura intermedia" oppure questa dipende solo dalle
> proprietà fisiche delle superfici? Qualcuno ha fatto esperimenti in
> proposito?
La lettura varia leggermente da sensore a sensore, ma non da firmware a
firmware, in quanto tutti i firmware si appoggiano sul codice ROM di basso
livello del RCX per la scansione e decodifica dei sensori.
Dimenticavo: anche il livello di carica delle pile influisce.
>
> > > 4) 1 solo RCX, ma pezzi a piacere da qualsiasi set, tranne quelli • verdi.
> >
> > 1 solo RCX, 1 solo sensore di luce, solo parti originali Lego (no IRPD
> > ecc.), nessun altro limite. Il mio robot questa volta sarà proprio verde • :-)
>
> Mi sembrano dei limiti ragionevoli. Credo che limitare i sensori di luce
> sia importante.
>
> > > 5) Torneo all'italiana (o svizzero), con colore iniziale assegnato il • più
> > > equamente possibile:
> > > le partenze sul bianco e sul nero, alla fine del torneo, devo • differire al
> > > massimo di una.
> >
> > Se non vogliamo gestire la variabile campo nel tabellone degli incontri
> > possiamo anche assegnare il campo di partenza con lancio di moneta prima • di
> > ogni incontro. Francamente non mi sembra un aspetto determinante ai fini • del
> > risultato.
>
> Se il campo è colorato simmetricamente (v. sopra) sono d'accordo con il
> lancio della moneta.
Ok, allora ci siamo quasi. Appena ho un attimo provo a riassumere tutto il
regolamento in unico documento poi vediamo cosa salta fuori.
Ciao
Mario
|
|
Message has 3 Replies:
 | | Re: Sfida prossimo LF
|
| "Mario Ferrari" <mario.ferrari@edis.it> wrote in message news:GAtD1E.DDH@lugnet.com... (...) A me risulta che LegOS utilizzi un proprio interrupt handler per leggere i sensori. Mi sbaglio? Cheers Carlo (23 years ago, 26-Mar-01, to lugnet.loc.it)
| | | Re: Sfida prossimo LF
|
| (...) Scusa se ti contraddico ma legOS gestisce i sensori attivi con delle temporizzazioni diverse dal firmware standard e questo causa delle differenze nelle letture, anche se credo che nelle ultime versioni di legOS si ottengano letture più simili (...) (23 years ago, 26-Mar-01, to lugnet.loc.it)
| | | Re: Sfida prossimo LF
|
| (...) Credo che la profondità non sia molto importante ai fini della gara, la battaglia si svolgerà tutta vicino al confine. Credo quindi che un 80x40 o un 100x50 siano meglio; quale tra questi due però non saprei, a naso non dovrebbe fare molta (...) (23 years ago, 26-Mar-01, to lugnet.loc.it)
|
Message is in Reply To:
| | Re: Sfida prossimo LF
|
| (...) Questo mi ha fatto pensare a un altra cosa. Ci sarà qualcuno con un portatile e una torre IR per ri-scaricare il programma se ciò dovesse essere necessario? (Una pila nuova che fa cilecca o cose del genere :-) (...) Voto per la linea di (...) (23 years ago, 26-Mar-01, to lugnet.loc.it)
|
41 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
|
|
|
|
