Progetto e Realizzazione di un Sensore Ibrido Omnidirezionale/pin ...

More documents

Recommendations

Info

2.4.2. Progetto del sistema A questo punto si sono suddivise le funzionalità analizzate nella fase precedente in gruppi il più possibile coesi ed indipendenti tra di loro. Ognuno di questi gruppi sarà incluso in uno o più moduli che dovranno fornire tutte le funzionalità specificate. Una prima suddivisione di alto livello può essere fatta distribuendo le funzionalità tra due moduli: − un modulo di generazione e gestione delle tabelle (che renda anche disponibile l’accesso alle tabelle stesse) che chiameremo CALIBRA; − un modulo di impiego delle tabelle per la rielaborazione delle immagini che chiameremo IMAGELAB. Questa suddivisione in due moduli, seppur sbilanciata a livello di numero e complessità di funzionalità da supportare, crea però una netta divisione tra il primo, modulo centrale del sistema (con elevate possibilità di riutilizzo in successive evoluzioni o di supporto in altri sistemi), ed il secondo, modulo di supporto e test del funzionamento del primo. Data inoltre la necessità di gestire molte tabelle bidimensionali contenenti diversi tipi di dati si è deciso di creare un terzo modulo in grado di gestire tutte le funzioni legate alle tabelle e al loro accesso (comprendenti funzionalità quali l’inizializzazione run-time, l’accesso, la modifica, la cancellazione, ecc.), che chiameremo MATRICI. In figura 2.33 viene presentato un diagramma dei moduli e delle loro dipendenze utilizzando lo strumento di rappresentazione grafica detto Graphical Design Notation nel quale i rettangoli corrispondono a moduli, le frecce rappresentano la relazione USA (a meno che non provengano dall’esterno, nel qual caso si tratta di ingressi del modulo), le frecce di maggior spessore (quelle grigie) la relazione EREDITA DA (usata per le classi), il contenimento di un modulo in un altro indica la relazione COMPOSTO DA. Verrà inoltre usato il corrispondente strumento testuale detto Textual Design Notation per una descrizione semiformale dei moduli stessi. 60
Figura 2.33 IMAGELAB utilizza le tabelle gestite da CALIBRA, quindi è evidente la sua dipendenza da esso. Per rendere più immediato l’utilizzo delle risorse richieste da IMAGELAB e quindi più veloce l’elaborazione complessiva, si è deciso di trasformare questa dipendenza in una vera e propria ereditarietà, cosicché IMAGELAB diviene una sottoclasse di CALIBRA, pur mantenendo rispetto a quest’ultima il più stretto grado di information hiding. In effetti, da un punto di vista concettuale e di ruolo dei due moduli, questa trasformazione non è pienamente condivisibile. Tuttavia il motivo principale per fare ciò è la ricerca di efficienza nell’accesso ai dati delle tabelle. L’impostazione del progetto è quindi orientata agli oggetti, cosa che come vedremo permette anche un’efficace gestione delle tabelle del modulo MATRICI implementato come classe. Attraverso la Textual Design Notation, diamo ora una descrizione più formale e completa dei moduli realizzati, a partire dalla definizione di alcuni tipi di dato utili a tali moduli. Type posizione; Made of xspazio:integer; yspazio:integer; -- variabili di definizione delle coordinate di un punto spaziale 61
Page 1 and 2:
Università degli Studi di Parma Fa
Page 3 and 4:
3.2. Soluzione roto-traslazionale 7
Page 5 and 6:
sensore HOPS, nel terzo (brevemente
Page 7 and 8:
Capitolo 1. La visione artificiale
Page 9 and 10: 1.2. Le fasi di elaborazione delle
Page 11 and 12: 1.3. La visione artificiale e la ro
Page 13 and 14: una ricostruzione tridimensionale c
Page 15 and 16: 1.4. Obiettivi generali e introduzi
Page 17 and 18: Capitolo 2. Calibrazione di un sens
Page 19 and 20: misurare la risoluzione dell’imma
Page 21 and 22: Figura 2.1 Nel processo descritto l
Page 23 and 24: calibrazione deve individuare) e I(
Page 25 and 26: 2.2. Sensore catadiottrico per la v
Page 27 and 28: Tutti questi aspetti fanno sì che
Page 29 and 30: 2.2.2. Realizzazione del prototipo
Page 31 and 32: egione centrale e una esterna dello
Page 33 and 34: 2.2.3.1. Tecnica di calibrazione ge
Page 35 and 36: dell’equazione f(R) con R distanz
Page 37 and 38: 160 140 120 d (pixel) 100 80 60 40
Page 39 and 40: Figura 2.9 Questa interpolazione li
Page 41 and 42: Scegliere in questo modo i punti ca
Page 43 and 44: Figura 2.14 Figura 2.15 Dall’osse
Page 45 and 46: Figura 2.16 Invece di eseguire ques
Page 47 and 48: Nelle figure è mostrato il confron
Page 49 and 50: Figura 2.25 Figura 2.26 49
Page 51 and 52: 2.3.1. Variante della tecnica di ca
Page 53 and 54: Figura 2.29 Qui si può notare come
Page 55 and 56: y c = round( C(Y a ) ) x c = round[
Page 57 and 58: 2.4.1. Analisi dei requisiti Dato u
Page 59: Figura 2.32 59
Page 63 and 64: Ed ora passiamo ai moduli del siste
Page 65 and 66: Uses MATRICI; -- qui MATRICI viene
Page 67 and 68: Figura 2.34 Figura 2.35 Si può not
Page 69 and 70: di destra, ad essa competerà una l
Page 71 and 72: 3.2. Soluzione roto-traslazionale C
Page 73 and 74: Figura 3.2 Figura 3.3 Figura 3.4 73
Page 75 and 76: 4.2. Algoritmi utilizzati e risulta
Page 77 and 78: Figura 4.2 La prima operazione che
Page 79 and 80: La seconda operazione è una trasfo
Page 81 and 82: Figura 4.8 Figura 4.9 Figura 4.10 8
Page 83 and 84: Nell’immagine ottenuta dal confro
Page 85 and 86: Figura 4.14 85
Page 87 and 88: tutte le altre vengono calcolati un
Page 89 and 90: successiva fase di matching: if { [
Page 91 and 92: Per commentare l’esempio, secondo
Page 93 and 94: Le regioni differenza che non risul
Page 95 and 96: Mentre i primi due indicatori si fo
Page 97 and 98: Utilizzando i seguenti valori di so
Page 99 and 100: Figura 4.19 I tempi medi di esecuzi
Page 101 and 102: Figura 4.20 Acquisizione frontale A
Page 103 and 104: Acquisizione frontale Acquisizione
Page 105 and 106: 4.3. Sviluppi futuri In questa prim
Page 107 and 108: 5.2. Definizione dei requisiti Il m
Page 109 and 110: sistema R1.5 Identificare il campo
Page 111 and 112:
5.3. Analisi dei requisiti e modell
Page 113 and 114:
Feature Robot Ogni elemento di cui
Page 115 and 116:
Suddividiamo i concetti tra queste
Page 117 and 118:
5.4. Progetto del modulo visivo Com
Page 119 and 120:
Package Coordinamento Generale Comu
Page 121 and 122:
Vediamo poi il processo di start up
Page 123 and 124:
ImmagineRGB ImmagineRGB Ricostruita
Page 125 and 126:
5.5. Sviluppi futuri Nello svolgime
Page 127 and 128:
Gli sviluppi futuri si concentreran
Page 129 and 130:
Bertozzi M., Broggi A. Real Time La
Page 131 and 132:
Mallot H.A., Zielke T., Storjohann
show all

Progetto e Realizzazione di un Sensore Ibrido Omnidirezionale/pin ...

Create successful ePaper yourself

Delete template?

Save as template?