cpu su modelli
 

salve a tutti!
per quello che sapete è possibile montare una cpu e non un pic su un modello?
il mio scopo è quello di un "autopilota"...
con una cpu si potrebbero scrivere semplici funzioni in C ad esempio, piuttosto che in Assembly per i PIC... ed inoltre sarebbe piu capiente e altri vantaggi che sicuramente intuirete e sapete... grazie a tutti :D

A parte il fatto che una cpu essendo un processore, non ha ram al suo interno, che tipo di cpu vorresti usare, visto che la "semplici funzioni in C" in ogni caso andrebbero compilate, per quel processore?

Ad esempio un ARM9 con porta di lettura per schede micro SD.
Oppure un ATMega...
Così eh, ho pescato giusto una configurazione a caso.... :P

Codice in C compilato con WinAVR, PonyProgr, ecc...

Ciao!

Anche il pic si può programmare in C, per tua info dentro al copilot FMA c'è un pic16f872. Anche io stò lavorando ad un copilot, la parte difficile è reperire le termopile, io per ora utilizzo il sensore FMA e mi rifaccio la centralina per gestire un ely con piatto a 120. Le termopile più economiche in Italia le ho trovate a 12€ cad, all'estero a 8$ cad + 10$ di spedizione.
Acquistando il sensore FMA completo (solo sensore con 4 termopile) si spende 42$+8.50$ di spedizione.
Se invece intendi fare un autopilota con sensori giroscopici e accelerometri un pic potrebbe rimanere corto!

Ciao Ciao

potevi lasciare che rispondesse lui...:D

Non avevo capito che era un test... ^_^

Il problema secondo me sta nel MODELLO... piu' grande e' ... piu' grossa si puo' montare la CPU :icon_rofl:icon_rofl:icon_rofl.

Scusate la battuta....:wink: Microcontrollori (CPU + chip di memoria + Bus I/O e periferiche varie con USART SPI ecc...)
mentre CPU solo il cervello e poco altro ma tutte le periferiche come interfaccie e memoria sono esterni....

Per l'autopilota dipende da cosa deve fare ...molti uav hanno funzioni di auto stabilita' , di autoguida , di inseguimento percorso , di aiuto al pilotaggio... devi specificare cosa deve fare questo autopilota e che interfaccie deve sfruttare.... autopilota e' un po' generico :wink:

una cpu comunque al suo interno ha una chace memory.. e poi per quello che ne so è piu flessibile una cpu di un pic... vorrei che uscisse un autopilota molto flessibile... chiedevo a voi appunto perche di queste cose so poco niente...
so programmare un pc ma mi fermo li...

@marcosinatti-> "Anche il pic si può programmare in C, per tua info dentro al copilot FMA c'è un pic16f872" quanto puo essere flessibile?

Paparazzi!
 

Questo lo conosci?
Main Page - Paparazzi

Ti conviene iniziare esaminando un progetto Open Source come questo per capire le problematiche e come sono state risolte, poi decidere se collaborare nello sviluppo di questo progetto o se prendere la strada di soluzioni personalizzate...

Ciao!

Quante CPU complete di convertitori A/D, D/A, PWM conosci ?

Sai la potenza di calcolo dei nuovi PIC a 16/32 bit?

Mai sentito parlare dei micro Cypress con blocchi analogici e digitali ?

Sei ancora convinto che una CPU sia più flessibile e che un micro (PIC) non si possa programmare in C ?

Guarda che il bello e la bravura di un programmatore si dimostrano facendo molto con poco, non scrivendo migliaia di righe di codice.

:yeah:

mai sentito parlare.... :P
ho ancora molto da studiare... e cerco di farmi strada come posso :D

Non credo di sbagliare affermando che, la bravura di un programmatore è quella di risolvere i problemi con quello che ha a disposizione e non nel minor numero di righe che scrive per risolvere lo stesso problema.

Naraj.

Mannaggia ci sono dei micro controllori che oggi fanno la "barba" a molte cpu di qualche anno fa e includono al loro interno molte piu'ì periferiche di quanto non si creda.

Se proprio vuoi operare con una struttura CPU allora puoi basare il tuo lavoro su una struttura ARM come quella dei Pocketpc ma dovrai poi svilupparti tutta la parte hardware di contorno con schede di conversione A/D e pin di interfaccia per l/O ... e magari potresti affidarti ad un S.o. Linux o MS ma allora dovrai lottare con la progettazione di driver adhoc e con la fruibilita' di sistemi RT (realtime)... ognuno e' libero di scegliere la strada che vuole per arrivare allo scopo, pero' valuta bene le difficolta' e sopratutto ingombri e pesi ... se vuoi fare un cppilot per sistemi in scala 1:1 puo' andare anche bene ma se la scala e' piuì' piccola ricorda che ingobri e consumi sono parametri da tenere molto in conto :wink::wink::wink:

Un buon programmatore per prima cosa sceglie i componenti hardware più idonei a risolvere il problema entro i limiti di budget imposti, poi il linguaggio di programmazione più adatto ed infine cerca di scrivere il codice più efficiente possibile.

Poichè in ogni riga di programma si può nascondere un bug, meno righe si scrivono minori possibilità di errore ci sono (windows docet).

Naturalmente ognuno è libero di usare il linguaggio che vuole e lo stile di programmazione che vuole, certo che ci saranno differenze, anche sensibili, nel risultato finale. IMHO.

:yeah: