Gli errori da esordienti che ogni nuova squadra FTC rimpiange
Ciò che affonda le squadre FTC esordienti sono le abitudini, non il talento: iniziare tardi la costruzione, saltare le prove di guida, esagerare con i meccanismi e trascurare il quaderno. Ecco come evitarli tutti e dodici.
La maggior parte delle squadre esordienti della FIRST Tech Challenge non perde per mancanza di talento. Perde per le abitudini: iniziare la costruzione troppo tardi, non provare mai con il pilota e cercare di costruire un robot che faccia tutto insieme. La buona notizia è che quasi ogni rimpianto raccontato da una squadra al primo anno è evitabile, se sai che sta arrivando. Ecco gli errori che le nuove squadre commettono ancora e ancora, e che cosa fare invece.
Inizia a costruire prima di sentirti pronto
Il rimpianto più comune degli esordienti è partire tardi. Le squadre passano settimane su progetti alla lavagna, aspettano l'idea perfetta e tagliano il primo metallo un mese prima del loro primo evento. Un robot che funziona a ottobre vale più di un progetto geniale a gennaio.
Fissa una scadenza rigida per avere un telaio che si muove entro le prime due settimane, anche se non porta ancora nulla. Un robot capace di muoversi, girare ed essere guidato nello spazio di lavoro vale più di qualsiasi schizzo. I meccanismi si imbullonano dopo. Le settimane perse no.
Prova a guidare finché non diventa noioso
Gli esordienti sottovalutano quanto il rendimento in gara dipenda dal pilota e non dal robot. Un robot modesto con un pilota che ha fatto un paio di centinaia di cicli di prova segnerà più punti di un robot ingegnoso il cui pilota tocca i comandi per la prima volta in gara.
Costruite un campo di prova o, come minimo, tracciate col nastro adesivo gli elementi chiave sul pavimento di un'aula o di un garage. Fate ruotare i piloti all'inizio, poi scegliete una coppia e lasciatele accumulare ore vere. Provate le cose noiose: allinearsi, raccogliere, parcheggiare prima della sirena. Il load shedding vi costerà qualche serata, quindi proteggete le sessioni che riuscite a fare.
Tieni il meccanismo semplice e affidabile
L'ambizione è la terza trappola. Le nuove squadre progettano un robot che segna in ogni modo possibile, poi restano senza tempo e finiscono con tre sistemi a metà che si inceppano tutti. Le squadre esperte scelgono le due cose che valgono più punti e fanno funzionare quelle due cose ogni singola volta.
Nelle qualificazioni vince l'affidabilità. Un robot che fa in modo affidabile un solo lavoro per dieci partite si classificherà meglio di un robot che ne tenta quattro ma si rompe nella metà delle partite. Nel dubbio, scegliete il meccanismo più semplice. Si può sempre iterare una volta che i punti sono a tabellone.
Proteggi il quaderno, il codice e la conoscenza
Tre errori più silenziosi costano alle squadre la stagione in modi che si notano solo alla fine.
Il primo è trattare il quaderno di ingegneria come un compito da sbrigare la sera prima della valutazione. Il quaderno è il modo in cui si vincono i premi assegnati dai giudici, e quei premi sono il modo in cui le squadre esordienti avanzano senza avere il robot più veloce. Scriveteci un po' dopo ogni sessione, con date, schizzi e le ragioni dietro ogni decisione. È un diario, non un tema.
Il secondo è non avere alcun controllo di versione sul codice. Un file sovrascritto la sera prima di un evento può cancellare una settimana di messa a punto. Mettete il codice in un repository condiviso dal primo giorno, fate commit spesso e scrivete messaggi brevi, così potete tornare indietro quando una modifica rompe il robot.
Il terzo è lasciare che una sola persona detenga tutta la conoscenza. Se solo uno studente sa cablare il control hub o caricare il codice, la vostra stagione dipende dal fatto che quello studente non si ammali mai e non sia sommerso dagli esami. Accoppiate ogni competenza critica, così che almeno due persone sappiano fare ciascun lavoro.
La checklist completa degli errori da esordienti
Stampatela e controllatela prima del vostro primo evento.
- Iniziare la costruzione troppo tardi invece di completare un telaio che si muove nelle prime due settimane.
- Nessuna prova di guida, o piloti che toccano i comandi per la prima volta all'evento.
- Meccanismi troppo ambiziosi che provano a segnare in ogni modo e non ne segnano nessuno in modo affidabile.
- Ignorare il quaderno di ingegneria fino alla sera prima della valutazione.
- Nessun controllo di versione, così un file sbagliato spazza via giorni di lavoro.
- Dipendenza da una sola persona, dove solo uno sa cablare, programmare o guidare.
- Non leggere con attenzione il regolamento di gara e poi perdere punti per penalità evitabili.
- Saltare il periodo autonomo perché all'inizio sembra troppo difficile.
- Nessun pezzo di ricambio, così una staffa spezzata il giorno della gara chiude la giornata.
- Cablaggi disordinati che causano disconnessioni casuali che nessuno riesce a diagnosticare.
- Non osservare mai le altre squadre prima della selezione delle alleanze.
- Inseguire solo la gara dei robot ignorando la divulgazione e i premi dei giudici.
Una verifica della realtà sudafricana
Le squadre locali portano qualche vincolo in più. I ricambi importati possono metterci settimane ad arrivare, quindi ordinate una piccola scorta dei pezzi che più probabilmente si rompono prima dell'inizio della stagione e mettete a bilancio circa un decimo del costo del kit per le sostituzioni. Pianificate le sessioni di costruzione attorno al load shedding e tenete un portatile carico e un elenco di attività stampato, così che un blackout non blocchi l'intera squadra. Quadrimestri ed esami mangiano tempo di costruzione, quindi tracciate il calendario a ritroso dal vostro primo evento e trattate le vacanze di dicembre come settimane di costruzione preziose, non come pausa.
Le squadre esordienti se la cavano meglio anche quando i loro membri arrivano alla stagione con basi di programmazione e costruzione già acquisite. Gli studenti più giovani che hanno seguito lezioni strutturate, che sia su una scheda per principianti come sheenbot∞ o in classe, arrivano sapendo come fare debug, iterare e leggere uno schema di cablaggio. La nostra academy e i workshop delle vacanze esistono proprio per costruire quelle abitudini, così la stagione si passa a gareggiare invece che a imparare a saldare sotto pressione.
In sintesi
Nessuno di questi errori richiede soldi o genio per essere corretto. Iniziate presto, provate la guida, costruite una cosa sola ma affidabile, tenete al sicuro il quaderno e il codice e condividete la conoscenza in tutta la squadra. Fate queste cinque cose e chiuderete la stagione d'esordio davanti alla maggior parte delle squadre al primo anno, qualunque cosa dica il tabellone. Per altre guide pratiche come questa, sfogliate la newsroom di sheen.
