Subject:
|
R: Sfida prossimo LF
|
Newsgroups:
|
lugnet.loc.it
|
Date:
|
Fri, 23 Mar 2001 08:42:42 GMT
|
Viewed:
|
288 times
|
| |
|
|
Ciao Mario,
> La mia proposta semplificata prevede che il colore dei cubi sia • irrilevante,
> e che conti solo il numero totale di cubi sul proprio campo a fine
partita.
Molto bene
> - A inizio partita i cubi sono sulla linea di confine. Ogni robot deve
> cercare di ingaggiare un cubo e portarlo sul proprio campo.
Regola un pochino strana, che infatti porta ad una lunga serie di messaggi
esplicativi e regolamentazione della "pala" molto complesso.
> - La pedana avrà un bordo di un terzo colore per evitare al robot di
uscire.
I miei robot, a malapena riescono a stare in una pedana con due colori
(sfondo + bordo),
con tre colori sono certo che tutti si perderanno appena spostato il primo
cubo.
Il punto critico è la zona di confine tra i due campi, che volenti o nolenti
verrà vista come grigia.
Visto che i robot possono solo spingere i cubi, è inevitabile che ogni volta
che ne individuano uno, debbano sconfinare per aggirarlo e spingerlo nel
proprio campo. In questo modo devono passare due volte il confine, avendo
la possibilità di perdersi miseramente, credendo di essere fuori dalla
pedana. Se poi un cubo dovesse capitare veramente vicino al bordo esterno
della pedana, sarebbe praticamente raggiungibile solo da un robot veramente
temerario (o con un GPS).
Per risolvere queste ambiguità occorrono almeno due sensori di luminosità
(che ancora non ho),
oppure una pedana con bordi rialzati, che in cambio richiede piu` sensori di
contatto.
In ogni caso (parlo per me) sono nell'impossibilità di realizzare anche uno
straccio di pedana di prova.
> Se comunque esce accidentalmente viene trattenuto fuori per un numero di
> secondi (da decidere) di penalità e poi rimesso in campo.
Puo` succedere di frequente, rendendo l'esito un po` troppo random.
> - Se i due avversari restano accidentalmente incastrati (v. Sumo!) vengono
> separati e rimessi nei rispettivi campi.
I veri robot sumo, hanno un profilo convesso, per cui non si incastrano mai!
:-)
> - I cubi devono essere spinti e non raccolti.
Grande problema, si potessero almeno rastrellare :-)
> - La sfida termina dopo un tempo limite (da decidere).
3 minuti bastano.
> - Il punteggio è dato dal numero di cubi che si trovano interamente sul
> proprio campo, quelli sul confine o sul bordo non contano.
Quanti cubi, propongo un numero dispari: 7
> - Durante la gara i robot possono "rubare" i cubi dal campo avversario.
Avrò difficoltà a trovare il mio campo, figurati se vado ad a casa
dell'altro, come minimo gli porto due cubi in regalo :-)
> - I robot avranno una dimensione prefissata e limitata (es. 16x16 o 20x20
bottoni).
Anch'io voto per la seconda che hai detto.
> Le caratteristiche (secondo me) positive di questa sfida:
> - dotazione necessaria minima: 1 RCX (o CM o Scout), due motori, un • sensore
> di luce (per la pedana), un touch (per il cubo).
Non mi sembra possibile avere un solo sensore di luce e scamparla.
Dopo lunga meditazione voglio ora provare a proporre qualcosa:
Secondo me si dovrebbe semplificare la pedana, in modo che tutti possano
fare delle prove:
Io userei esattamente la pedana del mini sumo, simulabile col test pad.
I robot partono da due angoli opposti del ring, orientati a piacere stavolta
:-)
I cubi, in numero dispari, vengono disseminati a caso ma il più
uniformemente possibile.
Lo scopo del gioco è quello di spingere i cubi fuori dal ring:
ogni cubo eliminato vale 1 punto, ogni avversario eliminato vale 0 punti :-)
Se il robot elimina piu` cubi contemporaneamente (in parallelo) totalizza
comunque 1 punto soltanto.
Ogni robot "chiaramente" uscito dalla pedana per almeno 5 secondi verrà
riposizionato al punto di partenza:
è permesso spegnerlo e riaccenderlo dopo aver chiuso tutte le finestre :-).
In alternativa "forse" non è poi così difficile imporre di caricare e
trasportare i cubi sul robot,
non trascinare al proprio interno :-) come fanno molti harvester americani.
Allo scadere del tempo si conta 1 punto per ogni cubo raccolto.
Occorre un motore in piu` risolverebbe moltissime ambiguità.
Ciao, Guido
|
|
Message has 4 Replies:
 | | Re: Sfida prossimo LF
|
| "Guido Truffelli" <guy@aga.it> ha scritto: (...) Possiamo anche dire che i cubi (in questo caso in numero pari) sono distribuiti uniformemente nei due territori. Il problema della definizione della "pala" esiste comunque a prescindere dal (...) (24 years ago, 23-Mar-01, to lugnet.loc.it)
| | | Re: R: Sfida prossimo LF
|
| (...) Sono concorde infatti sto macinando parecchie idee ma alla fine mi sembra sempre di operare al limite concetto (...) Per i tre colori secondo me si dovrebbe fare riferimento al test pad visto che ci sono il bianco il nero e il verde. Però ti (...) (24 years ago, 23-Mar-01, to lugnet.loc.it)
| | | Re: R: Sfida prossimo LF
|
| (...) La zona di confine verrà sì vista come grigia, ma solo per un breve intervallo di tempo se il robot si muove. Distinguere tra la zona di confine e il bordo campo dovrebbe essere fattibile controllando la persistenza di una lettura "grigio". (...) (23 years ago, 23-Mar-01, to lugnet.loc.it)
| | | Re: Sfida prossimo LF
|
| "Guido Truffelli" <guy@aga.it> ha scritto: (...) nolenti (...) Per passare dalla teoria alla pratica e discutere di fatti, oggi ho fatto un esperimento di "navigazione" sulla pedana tricolore. Ho usato la pedana del mini sumo (bianca con bordo (...) (23 years ago, 25-Mar-01, to lugnet.loc.it)
|
Message is in Reply To:
| | Sfida prossimo LF
|
| Pensavo di proporvi una versione semplificata del Diavoletto di Maxwell (di termodinamica memoria) ideato da David Schilling: (URL) che è al tempo stesso anche una variante della raccolta di biglie proposta da Sergio. Nella versione originale di (...) (24 years ago, 20-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
|
|
|
|
