TODOPIC
Mecatrónica => UAV => Mensaje iniciado por: Noelillo en 03 de Agosto de 2015, 12:06:07
-
Que utilizaría?
Pic, Arduinos...
Que lenguaje de programación?
Protón ide, c....
Y todo esto metido un avión rc quitándole la rc.
Estas son las dudas q tengo.
Un saludo
-
Un micro que sea lo suficientemente rapido y que tenga memoria/modulos para lo que deseas hacer, la eleccion de si es un PIC o un Atmega (nada de arduino) va a depender de las herramientas de desarrollo que tengas.
Si tenes programador para PICs entonces usa un pic, si tenes para los Atmega entonces utiliza esos, tambien va a depender del compilador que tengas si es gratuito o no.
Finalmente, SI o SI usa C. Todos los fabricantes de microprocesadores se decantan por C en sus herramientas de desarrollo, no se por que alguien querria complicarse la vida usando otro lenguaje.
-
Que utilizaría?
Pic, Arduinos...
Que lenguaje de programación?
Protón ide, c....
Y todo esto metido un avión rc quitándole la rc.
Estas son las dudas q tengo.
Un saludo
de que tamaño el avion?
-
Killerjr:
Yo suelo utilizar pic en protón ide (basic).
A una frecuencia de 48mhz (18F4550).
Aquí en España el ministerio de fomento, esta controlando mucho lo de los drones.
Esta limitando mucho su uso. Supongo que ve negoció... Tasas por poder pilotarlos etc.
elgarbe:
El tamaño... Creo que lo que hagas en uno pequeño se podrá llevar a uno grande. No?
-
Killerjr:
Yo suelo utilizar pic en protón ide (basic).
A una frecuencia de 48mhz (18F4550).
Aquí en España el ministerio de fomento, esta controlando mucho lo de los drones.
Esta limitando mucho su uso. Supongo que ve negoció... Tasas por poder pilotarlos etc.
elgarbe:
El tamaño... Creo que lo que hagas en uno pequeño se podrá llevar a uno grande. No?
pequeño y grande es muy relativo. depende a lo que le llames grande. que es grande para vos? por ejemplo, de que envergadura y peso en orden de vuelo estamos hablando?
y no, no es lo mismo.
sds.
-
Yo imagino que debe importar el peso por que dependeria mucho que le pondrias encima, si es grande podes usar un Arduino como queres, pero si es pequeño el Arduino va a quedar gigante (es decir la relacion peso Control/avion va a ser mala). Me parece que por eso elgarbe esta preguntando, ya que estamos hablando de la parte de control y nada mas, los drivers y demas todavia no se esta contando.
Yo suelo utilizar pic en protón ide (basic).
El tema ya se hablo en el foro y el por que de usar C, o sea no hay una razon "tecnica" de por que C es mejor que otro compilador, incluso algun compilador en basic puede ser mejor que uno de C tranquilamente. El tema pasa por los ejemplos, ayuda que puede brindar los demas y soporte que podes conseguir directametne del fabricante. Entonces cuando te encontras con un problema solo una pequeña parte de las personas te van a poder ayudar, sin contar que si buscas una libreria para X componente seguro que te encontras una de arduino hecha en C++, y que casi tendria una traduccion directa a algun compilador de C ( XC8 y CCS ). Otra de las cosas es que como los compiladores aceptan todos los micros por ser del fabricante. Mientras que con Proton IDE solos soporta algunos y no te permite elegir el PIC que quieras, sino que te encontras limitado a lo que podes hacer en el compilador. Es como si necesitaras un PIC con 3 UART por ejemplo y no podes comprarlo por que el Proton IDE no lo soporta, asi que te tenes que comprar uno de 2 UART para poder programarlo.
Lista de PICs soportados, que tenga una lista significa que hay PICs que pueden no ser soportados.
http://www.protonbasic.co.uk/content.php/1878
Creo que esas son las limitantes ante ese compilador y el que ofrece Microchip (XC8 , XC16) incluso compiladores como CCS que podriamos llamarle el "competidor" de XC, no soporta todos los PICs.
Pero vi mucha gente que NO le gusta C, se encierra en cosas simples como decir "No me gusta estar encerrando entre llaves las cosas" u alguna otra. Por eso al final es decision tuya que vas a usar. Pero ante tu pregunta, me decanto si o si para C
-
porque no un arduino... el nano pro, es pequeñisimo, además el puerto Analogico incorpora dos pines extras respecto del Atmega328p en DIP, y claro si es un mago, hasta podría soldar el micro en formato tqfp o qfn.
Inicia con processsing por facilidad y lo termina directamente en C-avr como el mejor hacker.
La cosa más pasa por buscar un módulo de RF que sea de gran alcance.
(http://www.robotshop.com/blog/en/files/sfe-arduino-pro-mini-B.jpg)
-
.
Monta un Fubarino y arreando. Luego necesitarás un GPS, un altímetro y un acelerómetro para los 3 ejes. Programación en C, por supuesto. Un Arduino se te quedará muy corto, apenas tiene memoria de programa para hacer cosas interesantes en esta aplicación.
Y a poco que busques por Google, seguro que alguien ya ha realizado un proyecto de un aeromodelo autónomo controlado con microcontrolador, GPS, altímetro y demás, de hecho todo eso ya lo llevan los drones quadcopter que te venden los chinos por cuatro duros. Me suena haber visto un proyecto así, en Elektor, un avión de aeromodelismo que vuela solo.
(http://i00.i.aliimg.com/wsphoto/v0/32301901480_1/Fubarino-SD-%D0%B4%D0%BE%D1%81%D0%BA%D0%B0-%D0%BC%D0%BE%D0%B6%D0%B5%D1%82-%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D1%8C%D1%81%D1%8F-%D0%B2-%D0%BA%D0%B0%D1%87%D0%B5%D1%81%D1%82%D0%B2%D0%B5-USB-microSD-%D0%B0%D0%B4%D0%B0%D0%BF%D1%82%D0%B5%D1%80-%D0%BD%D0%B5%D0%BF%D0%BE%D1%81%D1%80%D0%B5%D0%B4%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE-%D1%81%D0%BE%D0%B2%D0%BC%D0%B5%D1%81%D1%82%D0%B8%D0%BC%D0%BE-%D1%81-3-3-%D0%92.jpg)
-
No quiero crear polémica, pero si que puedes usar un Arduino si ves que te puede resultar una buena elección.
Es cierto que su memoria se puede quedar algo corta, pero antes de que se te quede corta ya habrás implementado funcionalidades bastante avanzadas.
Puedes echarle un ojo a este enlace:
http://copter.ardupilot.com/wiki/common-autopilots/common-apm25-and-26-overview/
Es open-source y puedes encontrar el código en su repositorio por si quieres echarle un ojo.
Un saludo!
-
Yo no entiendo, o al menos parece que no entiendo la jerga.
Arduino que conozca , son Arduino UNO y unas cuantas placas mas.
https://www.arduino.cc/en/Main/Products
Pero todo placa que tenga un ATmega se le llama Arduino ?
El link que paso Tisco, le llaman "ardupilot" pero si ves es una placa diseñada y tiene un ATmega, es decir no es una placa de "arduino" como las que postee arriba, sino una placa propia.
Sino es como decir que todo lo realizado con PIC es un PICuino (?
Vi que dice Arduino compatible, esto es por que respeta los pines del micro con los de la placa (cual? la UNO, la zero, la MEGA) y ademas open HW/SW?, o solo por ser open source ya es Arduino?
Yo no se si me estoy equivocando en concepto. Que seria genial que alguien me lo aclare si estoy equivocado, Pero yo me referia a no usar una placa de esas como la de Arduino (que en mi basto conocimiento solo conocia placas GRANDES), obviamente luego de ver las nano o como se llamen como posteo Alesergi pienso que podria ser utilizado siempre y cuando le de la memoria/velocidad
-
Si, hay bastantes PCBs de Arduino, unas más "grandes" y otras más "pequeñas".
En este caso, cuando empezó el proyecto de ardupilot, se empleó una Arduino Mega con una shield de sensores (brújula, acelerómetro, giroscopio, gps...) para poder tener un sistema IMU.
Cuando el proyecto fue avanzando, se diseñó su propia PCB (con el mismo uC que la Mega) para evitar estar usando una Arduino Mega más una shield.
El proyecto, de todas formas, se seguía desarrollando con el "IDE" de Arduino.
Más tarde, cuando el micro (Atmega) se quedó corto de memoria, se pasó a usar un micro de ST (cortex m4) con más memoria, velocidad y prestaciones. El código se portó a traves de unas APIs y capas HAL.
De todas formas, la PCB conocida como APM sigue siendo muy utilizada por su relación de bajo precio y buenas prestaciones. Incluye servicios como el return to home, autodespegue y autoaterrizaje, vuelo autónomo entre waypoints, telemetría, control desde PC, diferentes tipo de vuelos manuales, etc.
Los nuevos servicios o características ya no se implementan para la APM por falta de memoria, pero si una persona quiere prácticar y hacerse su propio FW/SW para un UAV, con ella tendría para trastear una buena temporada.
Espero, con este mensaje, haber ayudado a aclarar un poco el tema de por qué he dicho que sí se puede hacer con Arduino; pues ya se ha hecho. No quiero decir que sea la mejor forma de hacerlo, está claro que existen hardwares más ponentes que un Atmega de 8 bits, pero es una posibilidad.
Tampoco quiero desvirtuar el tema con una discusión de Arduino sí o Arduino no, que no es el asunto principal a tratar.
Un saludo!
-
Creo Que estáis discutiendo por una cosa que no tiene sentido, yo hd trabajado con drones muy muy grandes de mas de 20 kilos,
Y antes de hablar de todo esto, se deberian de cerrar unas basesbases de como va a ser el dron en cuestión, estamos hablando de un juguete? De un dron profesional,? Debe poder llevar cargas? Cámaras? Control automatizado de vuelvo?
Etc . Una vez Se sepa esto se puede decidir que usar y que no.
Por ejemplo he tratado con drones que necesitaban un procesador A9 y un sistema operativo en tiempo real de pago. Porque era imposible hacerlo con un microcontrolador.
Un saludo.
-
Y antes de hablar de todo esto, se deberian de cerrar unas basesbases de como va a ser el dron en cuestión, estamos hablando de un juguete? De un dron profesional,? Debe poder llevar cargas? Cámaras? Control automatizado de vuelvo?
Etc . Una vez Se sepa esto se puede decidir que usar y que no.
Y todo esto metido un avión rc quitándole la rc.
Me alegra saber que has trabajado en el ramo, yo también llevo trabajando unos cuantos años en sistemas autónomos ;-) tanto de aviación como de automoción, no hay mucha gente que se dedique a esto :)
-
Creo Que estáis discutiendo por una cosa que no tiene sentido, yo hd trabajado con drones muy muy grandes de mas de 20 kilos,
Y antes de hablar de todo esto, se deberian de cerrar unas basesbases de como va a ser el dron en cuestión, estamos hablando de un juguete? De un dron profesional,? Debe poder llevar cargas? Cámaras? Control automatizado de vuelvo?
Etc . Una vez Se sepa esto se puede decidir que usar y que no.
Por ejemplo he tratado con drones que necesitaban un procesador A9 y un sistema operativo en tiempo real de pago. Porque era imposible hacerlo con un microcontrolador.
Un saludo.
por eso mi pregunta de que estamos hablando, si es para jugar o si es algo grande grande.
yo estioy trabajando (colaborando) en este proyecto:
https://code.google.com/p/gentlenav/wiki/MatrixPilot
portando el código a un stm32f4
saludos!
-
Un proyecto muy bonito elgarbe :-/ no te vas a aburrir jeje
Me alegra saber que has trabajado en el ramo, yo también llevo trabajando unos cuantos años en sistemas autónomos wink tanto de aviación como de automoción, no hay mucha gente que se dedique a esto
Yo no es que sea ningún experto ni muchísimo menos en aviación, es mas yo me encargaba mas de la robótica y aaviónica colaborando en un proyecto europeo.
Era un bicharraco, un dron con un ordenador intel i7 industrial a bordo (entre otras cosas), y un brazo articulado de 6 ejes (yo me encargaba del brazo) , pero quitando eso tampoco he hecho gran cosa en ese mundo, nunca me ha llamado mucho la atención.
De todas formas viendo el hilo, recomiendo empezar por un dron "juguete" y si es un proyecto de hobby recomendaría no usar nada tipo arduino ni nada de eso, si no hacerlo todo, ya que mas que el dron te llevaras los conocimientos, que es de verdad lo importante.
Y como ya te han contestado los compañeros, no, no tiene nada que ver uno grande con uno chico.
Un saludo
-
Sobre la duda de qué es Arduino:
1.- Arduino es una marca registrada que incluye el nombre Arduino y el símbolo del infinito con un más y un menos en color azul.
2.- Bajo la marca Arduino, el equipo de desarrollo ha creado muchos productos hardware y software que comercializa o distribuye con licencias libres.
Los productos suministrados bajo esta marca son:
1. Diversas placas Hardware basadas en Atmega (y algún micro más)
2. Bootloader
3. Firmware USB
4. IDE de programación
5. Librerías C y archivos de cabecera
Esta placa no es Arduino:
(https://www.arduino.cc/en/uploads/Products/Uno_SMD_F.jpg)
Esta es una falsificación de la placa Arduino Uno, que utiliza la marca Arduino de forma fraudulenta.
Esta placa no es Arduino:
(https://images.indiegogo.com/file_attachments/969081/files/20141029110303-afforduinobo.png)
La marca Arduino no aparece por ningún sitio. Esta es una copia no fraudulenta de la placa Arduino Uno.
Estas placas se suelen denominar compatibles con Arduino porque funcionan de manera semejante.
En resumen... Arduino es una marca registrada.
Todos los productos Arduino son Open Hardware y Open Software con alguna restricción. Por ejemplo el Firmware USB utiliza un código de identificación que no puede utilizarse para comercializar placas compatibles.
Lo clásico (y muy simple) es decir Arduino para referirse a la placa Arduino Uno (o un clon ya sea fraudulento o no) programada bajo IDE Arduino con Bootloader Arduino y firmware USB de Arduino.
También se suele decir que no es Arduino cuando no se utiliza ninguno de estos elementos componentes.
El resto de combinaciones (por ejemplo utilizar el IDE Arduino para programar una placa Atmega a medida) no se tienen en cuenta y casi siempre se obvian como si no existieran.
Hay que tener en cuenta que Arduino es una placa de desarrollo programada en avr-gnu C++. Los desarrollos hechos en esta plataforma se pueden migrar con mucha facilidad a placas a medida con entornos avanzados del tipo Eclipse o Atmel Studio.
Saludos.
-
Respecto a la potencia de las placas de marca Arduino, la placa Due incorpora un micro de 32 bits bastante más potente que el de la placa UNO:
https://www.arduino.cc/en/Main/arduinoBoardDue
The Due has a 32-bit ARM core that can outperform typical 8-bit microcontroller boards. The most significant differences are:
A 32-bit core, that allows operations on 4 bytes wide data within a single CPU clock. (for more information look int type page).
CPU Clock at 84Mhz.
96 KBytes of SRAM.
512 KBytes of Flash memory for code.
a DMA controller, that can relieve the CPU from doing memory intensive tasks.
Saludos.
-
Madre de dios...
Me recuerda esto cuando tenía 12 Años si era mejor un MSX o un sprectrun..
Yo de momento 18F4550 a 48mhz y mirare programar en c.
Hay dos maneras de hacer esto. Comprar un dron y destriparlo y meterle tu proyecto dentro y a ver q pasa o hacer tu dron desde cero y elegir entre avión o helicóptero (4 rotores ).
Ahora mismo estoy liado con un cochecillo, que quiro q sea un poco autónomo. Dispone de un emisor de untrasonidos y un módulo GPs. Q busco? Q aprenda!!!
Un saludo.
-
Madre de dios...
Me recuerda esto cuando tenía 12 Años si era mejor un MSX o un sprectrun..
No, no... esto es peor.
Si programas en C estandar y al final decides por cualquier razón cambiar de micro, la migración será sencilla.
C estandar y actual para el 18F4550 es el XC8
http://www.microchip.com/pagehandler/en_us/devtools/mplabxc
En cuanto al micro, si tienes oportunidad de pedir samples a Microchip o de comprar otro modelo, yo buscaría uno de más capacidad.
Saludos.
-
Los micros de 16bits pueden trabajar con sistemas operativos de tiempo real (RTOS) que te van a facilitar la tarea de programación.
Además realizan cálculos mucho más rápido y tienen más memoria.
Hay varias opciones para trabajar directamente con 5voltios y no son caros.
El problema es que tendrás que pasar a un encapsulado TQFP. Con los TQFP de 64 pines no hay ningún problema. Se pueden soldar con un soldador cualquiera y un poco de maña.
Un poco de flux en pasta para facilitar la soldadura y una tira de cobre trenzado para corregir errores también pueden ayudar.
Saludos.
-
Obviamente... era mejor el zx spectrum con reales 48k de ram! el msx nunca encontrabas programas, y el Comodore apestaba! jah jah... :D