TODOPIC
Otros Microcontroladores / Dispositivos programables => Raspberry Pi y similares => Mensaje iniciado por: Rseliman en 03 de Marzo de 2017, 13:09:49
-
Hola Amigos , hace un tiempo que no andaba por aca , programo en c Pic , y estoy por comprar una raspberry pi 3 , la pregunta es la siguiente , que lenguaje puedo usar para hacer software que pueda ser usado en la misma con una pantalla tactil , por ejemplo delphi , que se puede usar en la raspberry
Muchas gracias
-
.
Yo utilizo QT Creator y el compilador gratuito GCC.
Precisamente ahora estaba instalando el entorno con el compilador cruzado y QT Creator 5, que es lo que me está dando algo de guerra porque ha cambiado desde que lo usé hace tiempo. Entonces tenía un Windows XP 32 bit y ahora un Windows 7 64 bit, además la herramienta para sincronizar ambas es distinta, no se porque ahora al lanzarla me da un error de socket por un tema de permisos.
Para mi lo mejor es C/C++ con QT Creator, aunque hay gente que prefiere JAVA o incluso Python.
Hace tiempo postee este hilo, con detalles para instalar todo el entorno, pero desgraciadamente los impresentables de Imageshack se han cargado todas las fotos.
http://www.todopic.com.ar/foros/index.php?topic=41770.0
En cuanto resuelva el problema que me da la sincronizacion con SmarTTY, resubiré el hilo, actualizado a QT5 con todas las novedades que he encontrado, que son bastantes con respecto a aquel hilo.
-
Como siempre todopic excelente el grupo !!! gracias Planeta9999 muchas gracias por la respuesta , cuando llegue mi placa , voy a estar on line nuevamente con algunas preguntas ..
Saludos
-
Como siempre todopic excelente el grupo !!! gracias Planeta9999 muchas gracias por la respuesta , cuando llegue mi placa , voy a estar on line nuevamente con algunas preguntas ..
Saludos
Bien, fenomenal, yo ahora voy a estar muy activo con RAspberry porque tengo un par de proyectos. Voy a usar la Raspberry Pi3 y tambien la Raspberry Compute 3, que es una versión de la RPY3 en formato SODIMM para proyectos profesionales.
Sobre QT Creator consigo instalar la versión 4, que es la que documenté hace años, pero creo que esa versión de compilador no vale para la Raspberry Pi3, si que sirve para la 2. Tengo que conseguir instalar QT5 con la última versión de GCC o no se puede compilar para RPY3.
En última instancia he probado a usar la herramienta de sincronización de QT4 pero me da otro error, de un path no definido. En fin, es cuestión de darle y al final sale. Lo malo es que tampoco encuentro este error reportado buscando por Google, lo que es raro, es un problema de permisos de Windows, tiene que ser una chorrada, pero por ahora no doy con ello.
http://www.todopic.com.ar/foros/index.php?topic=47437.msg395013;topicseen#msg395013
Seguimos en contacto, y a ver si se une más gente, la Raspberry Pi es una pasada, lo mejor con diferencia comparado con microcontroladores, Arduino y demás. No se porque apenas hay movimiento por aquí. A ver si le damos un empujón documentando bien la instalacion del entorno de desarrollo (todo gratuito) y algún tutorial para crear programas con QT Creator. Siempre con compilación CRUZADA, osea trabajando desde el PC en Windows, con transferencia y ejecución automática a la RPY por Ethernet.
Otra cosa que he configurado es el acceso al entorno gráfico con el escritorio remoto, una maravilla, asi no hay que tener el RPY con teclado, ratón y monitor, lo controlas todo desde el PC.
-
Dale Buenisimo !!! me prendo desde ya , solo que no tengo placa todavia , pero porsupuesto que a penas la tenga estare on line , lo ultimo que pedi desde china me demoro 1,5 meses en tenerlo en casa ...espero que esto sea igual...mientras voy a seguir investigando
Saludos Planeta ...seguimos en contacto , y como vos decis ojala que se prenda mas gente
Abrazo
-
.
Después de buscar en montones de webs, encontré una en la que tratan lo que me interesa, que es QT Creator 5 instalado en Windows para compilación cruzada con Raspberry Pi 3. Parece mentira que algo tan aparéntemente básico para meterse a programar en C/C++ para RPY esté apenas documentado.
Mucha gente se conforma con instalar QT en la RPY y programar allí, pero eso es EXTREMADAMENTE LENTO en comparación con trabajar en el PC, editar, compilar y automáticamente volcar al RPY por Ethernet. Una vez el ejecutable en la RPY ya podemos entrarle gráficamente con el escritorio remoto y probarlo todo, pero para las tareas de desarrollo, no hay nada como trabajarlo todo en el PC, es infinitamente más rápido.
Las instrucciones son muy similares a las que yo posteé hace años para QT4 y RPY2, pero hacen falta algunos cambios, ya que el compilador tiene que ser la versión 4.9 para que soporte la RPY3, y el Mingw tiene que ser la versión de 64 bits (Mingw64).
Este es el enlace, con instrucciones precisas para instalar QT5 para RPY3 con compilación cruzada para Windows, que a su vez hace referencia a otro enlace con la instalación original para RPY2, indicando las diferencias en la instalación:
https://forum.qt.io/topic/68381/cross-compile-qt-windows-to-raspberry-3
https://visualgdb.com/tutorials/raspberry/qt/embedded/
De las instrucciones del segundo enlace, yo me quedo atascado en el paso 6, con este error que he reportado en este post. http://www.todopic.com.ar/foros/index.php?topic=47437.msg395013#msg395013
A ver si alguien supiese el motivo, tiene que ser una tontería relacionada con temas de permisos, pero por ahora no doy con la solución.
(http://www.todopic.com.ar/foros/imgtiny/20j24pj.jpg)
-
Yo directamente he trabajado poco con linux para ARM (kernel, dts y poca cosa más) y todo lo he hecho con una máquina virtual de Fedora, lo que sí se es que como comentas la compilación cruzada es muuuuuy lenta. ¿Si trabajas a menudo no te merece la pena ponerte una máquina dedica con un Linux y un disco SSD?
-
Yo directamente he trabajado poco con linux para ARM (kernel, dts y poca cosa más) y todo lo he hecho con una máquina virtual de Fedora, lo que sí se es que como comentas la compilación cruzada es muuuuuy lenta. ¿Si trabajas a menudo no te merece la pena ponerte una máquina dedica con un Linux y un disco SSD?
Me da mucha pereza montar todo eso, si puedo trabajar con un único equipo con Windows, lo prefiero. Ya resolví el problema, era del cortafuegos, sigo con la instalación, y me ha surgido otro, pero este ya es de instalación y creación de QT.
-
.
Bueno, sigo con la instalación y configuración de QT5 para Raspberry Pi3, una vez conseguido resolver el problema de la sincronización que era por culpa del cortafuegos, he seguido con los pasos que se indican en los enlaces:
https://forum.qt.io/topic/68381/cross-compile-qt-windows-to-raspberry-3
https://visualgdb.com/tutorials/raspberry/qt/embedded/
Todo ha ido bien, hasta llegar al paso 12 (del segundo enlace, el 11 del primero), ahí al lanzar el proceso me da este error:
(http://www.todopic.com.ar/foros/imgtiny/bjzw3.jpg)
-
.
Sigo con el tema, pero esto es de locos. El error anterior parece que está relacionado con que ciertos directorios no están en el PATH de búsqueda del sistema, por eso el proceso casca (no encuentra el compilador GCC).
En las intrucciones se indica en el paso 9, que nos cercioremos de que el path al directorio de Mingw que contiene GCC esté añadido a PATH, y ponen esta pantalla, donde se está comprobando que con el comando which de Linux se encuentran gcc.exe y arm-linux-gnueabihf-gcc, ahí se puede ver que los encuentra:
(https://visualgdb.com/w/wp-content/uploads/2015/09/05a-which.png)
Antes miré en la variable PATH de Windows, y ahí están las vías de acceso a C:/SysGCC/Mingw64/bin y C:/SysGCC/Raspberry/bin que es donde están los ejecutables del compilador, osea gcc.exe y arm-linux-gnueabihf-gcc. Sin embargo cuando yo hago el which para esos dos programas, me manda a freir monas, y me dice que no los encuentra y parece que me dice donde los está buscando, que no tiene NADA que ver con el PATH de Windows. Estoy hasta el GORRO de Linux y la madre que lo trajo al mundo.
¿ De donde narices, se saca el PATH, el entorno este del MSYS2 de MinGW64 ?, entiendo que MSYS2, es un shell que emula un entorno Linux dentro de Windows, porque todos los comandos que se teclean ahí son de Linux, y parece que tiene un PATH que no tiene nada que ver con el definido en Windows, la cuestión es ¿ donde está definido ese PATH y como se cambia ?.
(http://www.todopic.com.ar/foros/imgtiny/b5kuh4.jpg)
(http://www.todopic.com.ar/foros/imgtiny/rh34ab.jpg)
-
.
Sigo, averigue como ver el PATH en este entorno. La variable se llama también PATH como en Windows, pero su contenido no tienen NADA que ver con el PATH de Windows.
Tecleando esto me dice el PATH, que es el que me aparece en la búsqueda al hacer el which:
$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/opt/bin:/c/Windows/System32:/c/Windows:/c/Windows/System 32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor _perl:/usr/bin/core_perl
-
Yo directamente he trabajado poco con linux para ARM (kernel, dts y poca cosa más) y todo lo he hecho con una máquina virtual de Fedora, lo que sí se es que como comentas la compilación cruzada es muuuuuy lenta. ¿Si trabajas a menudo no te merece la pena ponerte una máquina dedica con un Linux y un disco SSD?
Me da mucha pereza montar todo eso, si puedo trabajar con un único equipo con Windows, lo prefiero. Ya resolví el problema, era del cortafuegos, sigo con la instalación, y me ha surgido otro, pero este ya es de instalación y creación de QT.
Lo decía únicamente porque la mayoría de herramientas y sus tutoriales están para Linux: con lo que también hay ventajas. Claro eso es una decisión personal. Me alegro de que solucionases tu problema! :-)
-
Cuando entras en mingw los path son distintos para que se parezca a los path de linux, que suelen ser siempre los mismos. Esto viene bien para que todas las macros y Makefiles funcionen correctamente en cualquier unix sin cambiar nada.
Por ejemplo casi todos los ejecutables suelen estar en /bin
Intenta instalar los programas en su directorio por defecto para evitar estos problemas.
Los path de mingw tienen la raiz en el directorio donde instalas mingw.
Si quieres acceder al resto del disco, lo tienes que montar con mount. Por defecto los discos ya vienen montados en un directorio, no recuerdo exactamente cual.
Un saludo.
-
Una vez que te acostumbras al entorno Linux, comienzas a ver sus ventajas y las echas de menos en Windows.
Otro entorno mucho más completo y parecido al Linux es cygwin. Por ejemplo en cygwin se distinguen mayúsculas y minúsculas en los nombres mientras que en mingw no. Cygwin tiene muchas más aplicaciones portadas a windows, incluso con ventanas X.
Un saludo.
-
Una vez que te acostumbras al entorno Linux, comienzas a ver sus ventajas y las echas de menos en Windows.
Otro entorno mucho más completo y parecido al Linux es cygwin. Por ejemplo en cygwin se distinguen mayúsculas y minúsculas en los nombres mientras que en mingw no. Cygwin tiene muchas más aplicaciones portadas a windows, incluso con ventanas X.
Un saludo.
Ya he avanzado bastante, casi me lo compila todo, falla al final una cosa. Pero todo radica en que el proceso está muy mal documentado, más adelante otro usuario comenta todo lo que ha tenido que cambiar para poder compilarlo todo sin errores, y es muchísimo lo que ha tenido que modificar, cosas que se habían omitido, etc...
Yo hay una cuantas cosas de Linux que jamás entenderé, ¿ porque esa costumbre de darlo todo como fuentes y que lo tengas que compilar ?, eso no genera más que problemas y mucha pérdida de tiempo. ¿ Porque esa afición de tener que hacerlo todo con comandos escritos, como se hacía en la prehistoria con DOS ?. Y en este caso concreto ¿ porque narices no dan todo ya compilado, listo para usarse, comprimido en un ZIP y subido a un server ?, es terrible la cantidad de tiempo que se pierde, y encima como el proceso para compilarlo todo está tan mal documentado, echarlo a andar es una pesadilla.
Me estresa Linux, muy bien que sea gratuito, pero es un SO para masoquistas, gente que tienen mucho tiempo libre y ganas de reventarse los dedos a teclear.
-
.
Ya está casi, falla al final del todo. Aún así las instrucciones iniciales están mal, con cosas que se han omitido y otras que directamente no funcionan. He tenido que seguir las indicaciones con todos los cambios que da más abajo en este link el usuario lygstate. https://forum.qt.io/topic/68381/cross-compile-qt-windows-to-raspberry-3/11
(http://www.todopic.com.ar/foros/imgtiny/30vg493.jpg)
Hay un archivo que detalla los errores del proceso, pero vamos que lo leo y me suena a chino:, parece que no reconoce algunos parámetros relacionados con el tipo de procesador ARM, A53 y V8. Da la sensación de ser un problema de la versión del compilador de C++ para Raspberry que estoy usando (el que ha instalado el Toolchain), que no reconoce determinados parámetros.
executing config test use_gold_linker
cd C:\SysGCC\qt-build\qtbase\config.tests && C:/SysGCC/Raspberry/bin/arm-linux-gnueabihf-g++ -fuse-ld=gold -o conftest-out conftest.cpp
cc1plus.exe: error: unrecognized command line option '-fuse-ld=gold'
test config.qtbase.tests.use_gold_linker FAILED
executing config test verifyspec
cd C:\SysGCC\qt-build\qtbase\config.tests\common\verifyspec && C:\SysGCC\qt-build\qtbase\bin\qmake.exe -qtconf C:/SysGCC/qt-build/qtbase/bin/qt.conf "CONFIG -= qt debug_and_release app_bundle lib_bundle" "CONFIG += shared console" "QMAKE_CFLAGS += --sysroot=C:/SysGCC/Raspberry/arm-linux-gnueabihf/sysroot" "QMAKE_CXXFLAGS += --sysroot=C:/SysGCC/Raspberry/arm-linux-gnueabihf/sysroot" "QMAKE_LFLAGS += --sysroot=C:/SysGCC/Raspberry/arm-linux-gnueabihf/sysroot" C:/SysGCC/qt-everywhere-opensource-src-5.8.0/qtbase/config.tests/common/verifyspec
cd C:\SysGCC\qt-build\qtbase\config.tests\common\verifyspec && set MAKEFLAGS=& C:/SysGCC/msys2/usr/bin/make
C:/SysGCC/Raspberry/bin/arm-linux-gnueabihf-g++ -c -march=armv8-a -mtune=cortex-a53 -mfpu=crypto-neon-fp-armv8 -mfloat-abi=hard --sysroot=C:/SysGCC/Raspberry/arm-linux-gnueabihf/sysroot -O2 -Wall -W -fPIC -IC:/SysGCC/qt-everywhere-opensource-src-5.8.0/qtbase/config.tests/common/verifyspec -I. -IC:/SysGCC/qt-everywhere-opensource-src-5.8.0/qtbase/mkspecs/devices/linux-rpi3-g++ -o verifyspec.obj C:/SysGCC/qt-everywhere-opensource-src-5.8.0/qtbase/config.tests/common/verifyspec/verifyspec.cpp
cc1plus.exe: error: bad value (armv8-a) for -march switch
cc1plus.exe: error: bad value (cortex-a53) for -mtune switch
C:/SysGCC/qt-everywhere-opensource-src-5.8.0/qtbase/config.tests/common/verifyspec/verifyspec.cpp:1:0: error: invalid floating point option: -mfpu=crypto-neon-fp-armv8
make: *** [Makefile:176: verifyspec.obj] Error 1
executing config test verifyspec
cd C:\SysGCC\qt-build\qtbase\config.tests\common\verifyspec && C:\SysGCC\qt-build\qtbase\bin\qmake.exe -qtconf C:/SysGCC/qt-build/qtbase/bin/qt.conf "CONFIG -= qt debug_and_release app_bundle lib_bundle" "CONFIG += shared console" "QMAKE_CFLAGS += --sysroot=C:/SysGCC/Raspberry/arm-linux-gnueabihf/sysroot" "QMAKE_CXXFLAGS += --sysroot=C:/SysGCC/Raspberry/arm-linux-gnueabihf/sysroot" "QMAKE_LFLAGS += --sysroot=C:/SysGCC/Raspberry/arm-linux-gnueabihf/sysroot" C:/SysGCC/qt-everywhere-opensource-src-5.8.0/qtbase/config.tests/common/verifyspec
cd C:\SysGCC\qt-build\qtbase\config.tests\common\verifyspec && set MAKEFLAGS=&
C:/SysGCC/msys2/usr/bin/make clean && set MAKEFLAGS=& C:/SysGCC/msys2/usr/bin/make
rm -f verifyspec.obj
rm -f *~ core *.core
C:/SysGCC/Raspberry/bin/arm-linux-gnueabihf-g++ -c -march=armv8-a -mtune=cortex-a53 -mfpu=crypto-neon-fp-armv8 -mfloat-abi=hard --sysroot=C:/SysGCC/Raspberry/arm-linux-gnueabihf/sysroot -O2 -Wall -W -fPIC -IC:/SysGCC/qt-everywhere-opensource-src-5.8.0/qtbase/config.tests/common/verifyspec -I. -IC:/SysGCC/qt-everywhere-opensource-src-5.8.0/qtbase/mkspecs/devices/linux-rpi3-g++ -o verifyspec.obj C:/SysGCC/qt-everywhere-opensource-src-5.8.0/qtbase/config.tests/common/verifyspec/verifyspec.cpp
cc1plus.exe: error: bad value (armv8-a) for -march switch
cc1plus.exe: error: bad value (cortex-a53) for -mtune switch
C:/SysGCC/qt-everywhere-opensource-src-5.8.0/qtbase/config.tests/common/verifyspec/verifyspec.cpp:1:0: error: invalid floating point option: -mfpu=crypto-neon-fp-armv8
make: *** [Makefile:176: verifyspec.obj] Error 1
-
Al ser un entorno opensource es obligatorio suministrar las fuentes (el código). Pero habitualmente se suministran también los binarios ya compilados en las diferentes versiones más utilizadas (32bit, 64bit, intel, amd, arm, etc).
Si no fuese opensource, probablemente no tendrías versión para el chip Broadcom de Raspberry y no podrías hacer nada para solucionarlo.
Ahora al menos dispones de las fuentes para compilarlas a tu conveniencia. Con otro tipo de software no tendrías nada de nada.
En cuanto a la línea de comandos, ocurre lo mismo. La tienes disponible, pero no siempre es obligatorio utilizarla. También vas a tener herramientas alternativas con ventanas.
Pero la línea de comandos es muy útil y ahorra mucho tiempo. Hace poco acabé hasta el gorro del Eclipse para desarrollar java. Al final terminé compilando con maven en línea de comandos y desde entonces no he tenido ni un problema. Es cierto que Eclipse facilitaba ciertas tareas, pero al final me manejo mejor con un editor de textos normal y una macro en línea de comandos.
Una vez que consigas compilar todo, los cambios van a ser más sencillos y podrás configurar todo mucho mejor que con un IDE.
Un saludo.
-
¿Has probado con esto?:
http://gnutoolchains.com/raspberry/
http://gnutoolchains.com/raspberry/tutorial/
-
Yo hay una cuantas cosas de Linux que jamás entenderé, ¿ porque esa costumbre de darlo todo como fuentes y que lo tengas que compilar ?, eso no genera más que problemas y mucha pérdida de tiempo. ¿ Porque esa afición de tener que hacerlo todo con comandos escritos, como se hacía en la prehistoria con DOS ?. Y en este caso concreto ¿ porque narices no dan todo ya compilado, listo para usarse, comprimido en un ZIP y subido a un server ?, es terrible la cantidad de tiempo que se pierde, y encima como el proceso para compilarlo todo está tan mal documentado, echarlo a andar es una pesadilla.
Me estresa Linux, muy bien que sea gratuito, pero es un SO para masoquistas, gente que tienen mucho tiempo libre y ganas de reventarse los dedos a teclear.
Planeta9999, no estoy de acuerdo con este comentario en absoluto.
Si bien es cierto que a veces las instrucciones pueden estar incompletas o equivocadas, esto no es exclusivo de linux. Cualquier autor puede cometer errores o meterse en berengenales ajenos, lo cual no implica que un determinado sistema operativo sea mejor o peor por ello.
Respondo tu primera pregunta: El proporcionar los fuentes tiene varias ventajas y el unico inconveniente de que debe emplearse cierto tiempo para compilarlo. Algunas de las ventajas son: poder personalizar la aplicacion si se tienen los conocimientos necesarios, al compilarse en la propìa maquina donde se va a ejecutar se optimiza el resultado final, cualquiera puede "revisar" el codigo y asegurarse de que no contiene cosas "extrañas". En cualquier caso si se cumplen los requerimientos y las instrucciones son claras, concisas y correctas, no se generan ni errores ni perdidas de tiempo.
Tu segunda pregunta: No todo se hace con comandos, ahora bien la potencia y alcance de la consola de comandos no puede ser sustituida por ningun entorno grafico, por bueno y eficaz que sea. A nivel de usuario "normal", no se tocan los comandos. Solo cuando quieres hacer algo mas profesional es cuando se utiliza la consola y no es para uso diario, sino solamente para poner en marcha ciertos procesos. Normalmente en la mayoria de ocasiones si que se da todo compilado, comprimido y subido a algun servidor, aparte de que tambien se brinde la otra opcion, o sea compilar tu propia aplicacion.
Finalmente te aseguro que a mi me pone de los nervios el solo escuchar el nombre Windows y que al igual que tu crees que Linux es para masoquistas, yo podria decir que Windows es para tontos ya que solo tienes que pinchar donde te indica la pantalla. En Linux tu controlas al ordenador, en Windows el ordenador te controla a ti.
No obstante entiendo que prefieras la comodidad del "pinche en si, si quiere decir si" al "GCC va a compilar su aplicacion, pinche en ACEPTAR si esta de acuerdo y proporcione los datos que se le pidan". Es simplemente un ejemplo y lo que pretendo es que entiendas que cuando pinchas sucesivamente en "Next" una y otra vez, sin saber que esta ocurriendo en tu maquina, es muy sencillo y rapido, pero tu no te enteras de nada. En cambio Linux te da la oportunidad de saber todo lo que estas haciendo paso a paso y entender como funciona tu maquina y la aplicacion correspondiente.
Ahora quiero romper una lanza en favor de Linux. No solo es gratuito, tambien es casi inmune a los virus, es muchisimo mas estable que windows, no crea un "registro" que va aumentando dia a dia hasta hacer inoperativa la maquina por el tremendo tamaño de dicho registro, no guarda basura de instalaciones y desinstalaciones, no invade todos tus discos con archivos del sistema que no sirven para nada, no hace copias de la papelera en todas las particiones y/o discos que tengas, si decides cambiar el disco de sistema no es imprescindible perder lo que tenias, puedes pasarlo todo al nuevo disco y seguira funcionando, no es imprescindible instalarlo, lo puedes probar en VIVO tanto desde CD como desde USB, en caso de decidir instalarlo es totalmente respetuoso con el resto de SO instalados, creando un menu de arranque con todos ellos, no viola, restringe ni coarta nuestra privacidad y muchisimas mas cosas que se me quedan en el tintero. A cambio de todo ello, solo un inconveniente: apenas hay juegos de alta calidad para Linux y eso no es por culpa de Linux, ya que tiene mas posibilidades que windows a todos los niveles y optimiza mucho mejor el uso de recursos, el problema es que hay muchos mas usuarios de Windows que de Linux y los creadores van a lo facil y rentable.
Bueno disculpa el "tocho" pero es que entendi que tu ofuscacion no tenia su justificacion en Linux mismo, sino en una mala experiencia vivida con Linux y queria aclararlo.
Saludos.
-
¿Has probado con esto?:
http://gnutoolchains.com/raspberry/
http://gnutoolchains.com/raspberry/tutorial/
Si, todo eso ya lo ví, lo que estoy aplicando esta basado en eso con algunas modificaciones para poder usarlo con Raspberry pi 3.
-
Yo hay una cuantas cosas de Linux que jamás entenderé, ¿ porque esa costumbre de darlo todo como fuentes y que lo tengas que compilar ?, eso no genera más que problemas y mucha pérdida de tiempo. ¿ Porque esa afición de tener que hacerlo todo con comandos escritos, como se hacía en la prehistoria con DOS ?. Y en este caso concreto ¿ porque narices no dan todo ya compilado, listo para usarse, comprimido en un ZIP y subido a un server ?, es terrible la cantidad de tiempo que se pierde, y encima como el proceso para compilarlo todo está tan mal documentado, echarlo a andar es una pesadilla.
Me estresa Linux, muy bien que sea gratuito, pero es un SO para masoquistas, gente que tienen mucho tiempo libre y ganas de reventarse los dedos a teclear.
Planeta9999, no estoy de acuerdo con este comentario en absoluto.
Entiendo lo que comentas, pero hay casos como este, en el que no está justificado dar fuentes y que el usuario se las componga para compilarlo todo y echarlo a andar.
He visto también muchos otros casos en los que la filosofía es la misma, te dan los fuentes, unas instrucciones escuetas y con frecuencia insuficientes o con errores, y no hay manera de terminar con un ejecutable que es lo único que necesitas.
En no pocas ocasiones he intentado pasarme a Linux, y la verdad, me da dolor de estómago, se pierde muchísimo tiempo con cosas superfluas que yo doy por hechas. Es como comprarte un coche a piezas, yo necesito el coche listo para usar, no puedo perder semanas o meses montando el coche tornillo a tornillo, aunque eso haga que conozca hasta el más mínimo detalle de como está construido y como funciona, no me interesa saber como está construido, solo que funcione desde el minuto cero. Habrá otros casos en los que si necesite conocer las tripas de un producto, pero esos son los casos en los que yo lo diseño.
-
.
A todo esto, parece que ya he conseguido que compile, al menos ya no da errores, ahora está ahi curra que te curra, a saber la de tiempo que necesitará para compilarlo todo. Otro de los inconvenientes de la filosofía fuentes-compílatelo tú, esto puede tardar HORAS, incluso he leído que hasta un día entero.
¿ Que le habría costado al que ha dado estas instrucciones, una vez compilado todo, comprimirlo y subirlo a MEGA para que se lo descargue cualquiera, los ejecutables listos para usar ?, eso es lo que yo haré en cuanto lo compile, lo dejaré en un ZIP listo para usar, sin pérdidas de tiempo con todas estas gaitas de las compilaciones con unas instrucciones interminables, insuficientes o erroneas, y un proceso de compilación que puede llevar horas.
(http://www.todopic.com.ar/foros/imgtiny/25zi8w3.jpg)
-
Te recomiendo que también guardes el Makefile o la macro que has utilizado para compilar, con una explicación de las dependencias (aplicaciones y su ruta de instalación)
Si otro día necesitas recompilar para eliminar un bug o actualizar un fuente, lo tendrás todo preparado.
Yo no utilizo Linux, pero si utilizo a menudo mingw, cygwin o gnuwin desde hace muchos años y no puedo imaginar Windows sin ellos.
Un saludo.
-
Antes de conocer Python, hacía macros con awk. Para ciertas cosas es increíblemente rápido y preciso.
Las macros pueden ser una sóla línea de comandos o todo un archivo de muchas líneas
Echa un vistazo a los ejemplos y verás. No hay otra herramienta parecida:
http://www.thegeekstuff.com/2010/01/awk-introduction-tutorial-7-awk-print-examples
https://www.gnu.org/software/gawk/manual/html_node/Preface.html
Un saludo.
-
Te recomiendo que también guardes el Makefile o la macro que has utilizado para compilar, con una explicación de las dependencias (aplicaciones y su ruta de instalación)
Si otro día necesitas recompilar para eliminar un bug o actualizar un fuente, lo tendrás todo preparado.
Yo no utilizo Linux, pero si utilizo a menudo mingw, cygwin o gnuwin desde hace muchos años y no puedo imaginar Windows sin ellos.
Un saludo.
No se por donde anda eso del Makefile, porque estás cosas apenas las conozco, y aunque cuando trabajo con los STM32 y los Kinetis también anda por ahí lo del Makefile, para mi es algo transparente, no lo he tocado nunca a mano ni se exactamente que contiene. Sospecho que tiene todas las llamadas para la compilación y el enlazado, pero nunca me he preocupado por estudiarlo.
A todo esto, el proceso de compilación aún sigue, madre de dios esto es eterno. A ver que mire cuanto lleva, 1 hora compilando desde mi anterior post (en un I7 a 4.4Ghz), y no se cuando acabará. Y solo faltaba que después de un buen rato, por lo que sea, de algún error de compilación, de pesadilla.
-
Antes de conocer Python, hacía macros con awk. Para ciertas cosas es increíblemente rápido y preciso.
Las macros pueden ser una sóla línea de comandos o todo un archivo de muchas líneas
Echa un vistazo a los ejemplos y verás. No hay otra herramienta parecida:
http://www.thegeekstuff.com/2010/01/awk-introduction-tutorial-7-awk-print-examples
https://www.gnu.org/software/gawk/manual/html_node/Preface.html
Un saludo.
Gracias, le echaré un ojo.
-
.
¡¡¡ Aleluya, terminó la compilación con éxito ¡¡¡, una hora ha tardado aproximadamente. Y ahí ya tengo los binarios de QT5 para Raspberry Pi3, para poder trabajar con compilación cruzada.
Mañana lo subiré todo por SmarTTY a la Raspberry Pi 3 y empezaré a probar todo el entorno de compilación QTCreator desde el PC. En cuanto vea que va bien, lo subo todo ya compilado y listo para usar, en un ZIP a MEGA, y documento la instalación en un nuevo post que reemplazará al que hice hace unos años.
Dos días sudando la gota gorda, ayer toda la noche sin dormir probando mil cosas. El caso es que esto lo necesito para un par de proyectos y otros futuros que tengo en mente, quiero exprimir la Raspberry, para mi es la mejor opción para muchos de mis diseños, a años luz de cualquier microcontrolador, y con las versiones Compute puedes hacer maravillas en desarrollos profesionales integrados a precios de risa.
(http://www.todopic.com.ar/foros/imgtiny/21d3llj.jpg)
(http://www.todopic.com.ar/foros/imgtiny/n2mkwg.jpg)
-
Hace unos años descubrí una aplicación en Linux para crear gráficos vía línea de comandos que tenía también un instalador para hacerla funcionar en Windows. El proceso de instalación era algo similar a este caso, se instalaba un núcleo principal y después, desde una ventana DOS, se añadían módulos, configuración, etc.
El problema era que el instalador de Windows estaba en manos de otra gente y su desarrollo no iba a la par de la aplicación Linux, de manera que al añadir algunos módulos (que habían cambiado y ya no eran compatibles con el núcleo de Windows) el proceso rompía.
En el caso de MinGW hay una parte para 32bits en manos de mingw.org cuya instalación entiendo que no presenta problemas, y un añadido para 64bits desarrollado por otra gente en mingw-w64.sourceforge.net, y todavía en versión release candidate (entiendo que en algún momento habrá un instalador).
Creo que esta variedad de versiones sumado al desarrollo de MSYS2 por otra parte y la actualización a QT5 es lo que está complicándolo todo.
Yo no he continuado con el proceso de instalación pero después de darle unas vueltas al tema de PATH se me ocurrió instalar MinGW32 (además de MinGW64) y el problema se solucionó:
(http://www.todopic.com.ar/foros/imgxocas/qtcreator01.png)
un saludo
MinGW: https://wiki.qt.io/MinGW (atención a la frase "For Qt 5, a newer MinGW-w64 toolchain is actually required")
Instalador 32/64bits (que no he probado): https://sourceforge.net/projects/mingw-w64/
Instrucciones e instalador MSYS2: http://www.msys2.org/
-
.
¡¡¡ Aleluya, terminó la compilación con éxito ¡¡¡, una hora ha tardado aproximadamente. Y ahí ya tengo los binarios de QT5 para Raspberry Pi3, para poder trabajar con compilación cruzada.
Mañana lo subiré todo por SmarTTY a la Raspberry Pi 3 y empezaré a probar todo el entorno de compilación QTCreator desde el PC. En cuanto vea que va bien, lo subo todo ya compilado y listo para usar, en un ZIP a MEGA, y documento la instalación en un nuevo post que reemplazará al que hice hace unos años.
Dos días sudando la gota gorda, ayer toda la noche sin dormir probando mil cosas. El caso es que esto lo necesito para un par de proyectos y otros futuros que tengo en mente, quiero exprimir la Raspberry, para mi es la mejor opción para muchos de mis diseños, a años luz de cualquier microcontrolador, y con las versiones Compute puedes hacer maravillas en desarrollos profesionales integrados a precios de risa.
Muchas gracias por toda esta investigacion Planeta9999 ...la verdad es que yo tambien he querido pasarme a linux muchas veces y es cierto , coincido con que sea un SO excelente , pero no estoy de acuerdo con que se tenga que perder tanto tiempo , eso es llo que hace que el comun de la gente se aleje de el y al final la cantidad de usuarios linux es minima , nunca voy a entender porque ... si solo tuviese llas dos cosas , seria muchisimo mejor que Guindows como le dicen os usuarios de linux , me encanta tener la posibilidad de poder saber todo sobre lo que hago y ademas poder cambiarlo , es cierto , Guindows te maneja , Microchot hace llo que el quiere y no lo que quiere el usuario ...pero yo no he podido abandonarlo ...y no es por los juegos , por ejemplo ...uso SolidWorks ...y no es cierto que hay algo que lo reemplace ...no existe en linux , es una lastima , pero es asi , me parece que el 90% de la gente no va a abandonar Guindows ...veremos que pasa con el SO de Google ...que se prevee este operativo para este año ...creo que si la gente de Linux no hace nada , este SO quedara solo para los compiladores programadores y hackers ...el resto de la gente quedara con Guindows o Google
Saludos y nuevamente gracias Planeta9999 , apenas este operativo con lla RP3 , me dedico a full al tema
-
Ya que estoy pregunto , algun link para comprar la Raspberry pi 3 , y cual es la mejor opcion , en ebay o pagina directa de vendedor ...Muchas gracias a todos
-
No se por donde anda eso del Makefile, porque estás cosas apenas las conozco, y aunque cuando trabajo con los STM32 y los Kinetis también anda por ahí lo del Makefile, para mi es algo transparente, no lo he tocado nunca a mano ni se exactamente que contiene. Sospecho que tiene todas las llamadas para la compilación y el enlazado, pero nunca me he preocupado por estudiarlo.
Pues merece la pena para proyectos relativamente grandes, es casi imprescindible.
El Makefile es un fichero con las órdenes para el comando make (https://www.gnu.org/software/make/manual/make.html) de Unix/Linux. Se utiliza para automatizar muchos tipos de tareas, pero sobre todo las compilaciones.
En el Makefile pones los ficheros fuentes, los objetos y cómo compilarlos:
foo.o : foo.c defs.h # targets : prerequisites
cc -c -g foo.c # rules
Para conseguir el fichero foo.o es necesario tener foo.c y defs.h y compilarlos con cc.
Si están foo.c y defs.h y su fecha de última escritura es mayor que la de foo.o, entonces make entiende que tiene que compilar foo.c para producir foo.o
En caso contrario, ya está bien compilado y no hace nada (esto es así para la mayoría de los fuentes)
También puedes escribirlo para todos los fuentes a la vez:
CFLAGS = -flag1 -flag2 ...
COMPILER = gcc
%.o : %.c
$(COMPILER) -c $(CFLAGS) $< -o $@
$@ = cada uno de los ficheros *.o
$< = cada uno de los ficheros *.c
Ya sólo falta añadir una línea para ejecutar el linkado.
Así, al final no tienes que preocuparte de qué es lo que hay que hacer en cada momento. Tú sólo escribes "make" en la línea de comandos y el programa se encarga de saber qué fuentes hay que compilar y cuáles no y cuándo hay que realizar el enlazado (si alguno de los objetos es más nuevo que el ejecutable final)
Muchos GUIs lo que hacen es escribir el makefile y pasar el control de compilación a make. De esta forma si quieres puedes automatizar la tarea sin pinchar nada con el ratón.
Yo conocí Make con Turbo C hace ya mucho tiempo. Es muy útil sobre todo para proyectos grandes como el tuyo en el que recompilar todo te lleva mucho tiempo. De esta forma sólo recompilas lo necesario y es más rápido.
El Makefile es muy conciso, se tarda poco en escribirlo y en pocas líneas pones todo lo necesario para ejecutar la compilación.
Lo que me pregunto es ¿cómo has conseguido compilar tu proyecto sin make?
Un saludo.
P.D. Por lo que veo en tus pantallazos sí que estás utilizando make.
Lo dicho, guarda bien el Makefile y añade en comentarios la referencia de dónde descargar los compiladores y librerías necesarios.
Con que publiques eso es suficiente para ayudar a que cualquier otro o tú mismo volváis a compilar los fuentes dentro de un tiempo.
-
Perdon por el OT, pero agrego unas cosas con make y con los IDEs.
Yo estoy usando STM32, las HAL y el cubeMX. El systemworkbench (eclipse) como IDE.
Para crear un proyecto puedo elegir (respecto de las HAL) agregar los .c/.h que utilizas al proyecto o linkearlos como referencia externa y dejar todos los .c/.h en su directoprio de instalacion. El primero tiene como ventaja de que en tu proyecto tienes copias de los .c/.h y si haces macana en el directorio de instalacion de las HAL o te vas a otra PC que no tiene las HAL el proyecto lo podes compilar igual. La contra es que las HAL pesan muchos megas. Si los linkeas pues tu proyecto pesa nada, pero necesitas que tengas las hal instaladas en un lugar determinado.
Bien, cuando queres compartir un proyecto y que otro colabore, tenes que pensar como el otro va tomar tu proyecto y lo va a hacer andar. Ahi es donde entra el make para mí.
Yo estoy intentando compartir en github un proyecto y por lo que he visto la mejor manera de hacerlo es creando una carpeta con las HAL, una carpeta con el proyecto, y configurar el make para que encuentre todo. Luego subir a github y ya cualquiera, con cualquier IDE/editor de texto puede programar y usando el make puede compilar. Sino tienes que dejar los proyectos armados para todos los IDE que hay dando vueltas, como hace ST para SE, Atollic, Kile, etc.
Coincido que en el trabajo diario, a mi me resulta mucho mas facil el eclipse en windows y solo hay cosas puntuales donde es mejor o se hace necesario ir al fondo y hacer el make, etc.
Quizá ahora si empiezo a hacer los propios make y puedo compilar sin IDE me termina gustando más y tiro a la mierd... el eclipse... jajaja ya veremos.
Saludos!
-
Ya que estoy pregunto , algun link para comprar la Raspberry pi 3 , y cual es la mejor opcion , en ebay o pagina directa de vendedor ...Muchas gracias a todos
Si estás en Argentina yo la compré en Electrocomponentes a aprox. $1000 (/16 -> U$S 62.50).
También te ofrecen gabinete y algun accesorio más.
-
Quizá ahora si empiezo a hacer los propios make y puedo compilar sin IDE me termina gustando más y tiro a la mierd... el eclipse... jajaja ya veremos.
Yo al final le di la patada al eclipse.
Make lleva funcionando desde hace décadas de la misma forma. Tu preparas ahora un Makefile y el día del juicio final lo compilas sin problemas.
Con los IDEs la cosa no funciona igual. Cada dos por tres cambian y evolucionan, además como bien has dicho hay muchos IDEs diferentes y cada uno te obliga a aprender dónde cambiar los parámetros y configuraciones y muchas veces no se pueden trasportar proyectos de uno a otro.
Si aprendes los comandos de compilación de gcc y a manejar proyectos con make, será igual en todos los S.O. para todas las personas y por muchísimo tiempo no cambiará nada.
La primera vez es muy duro enfrentarse a la línea de comandos Linux, pero una vez que aprendes a utilizarla, te sirve para siempre y en todos los entornos.
Un saludo.
-
Ya que estoy pregunto , algun link para comprar la Raspberry pi 3 , y cual es la mejor opcion , en ebay o pagina directa de vendedor ...Muchas gracias a todos
Si estás en Argentina yo la compré en Electrocomponentes a aprox. $1000 (/16 -> U$S 62.50).
También te ofrecen gabinete y algun accesorio más.
http://articulo.mercadolibre.com.ar/MLA-635596858-combo-raspberry-pi-3-gabinete-3-disipadores-_JM vendió 427 al día de hoy.
https://www.aliexpress.com/item/Original-Raspberry-Pi-3-Model-B-1GB-LPDDR2-BCM2837-64-bit-Quad-Core-1-2-GHz/32623151958.html (USD36.50 * 1.5 * 16 = $876)
te combiene en ML creo yo, la tenes en 1 semana y solo te cuesta $100 más
Saludos!
-
Ya que estoy pregunto , algun link para comprar la Raspberry pi 3 , y cual es la mejor opcion , en ebay o pagina directa de vendedor ...Muchas gracias a todos
Si estás en Argentina yo la compré en Electrocomponentes a aprox. $1000 (/16 -> U$S 62.50).
También te ofrecen gabinete y algun accesorio más.
Muchas gracias Leonardo !!! Gracias a todos
http://articulo.mercadolibre.com.ar/MLA-635596858-combo-raspberry-pi-3-gabinete-3-disipadores-_JM vendió 427 al día de hoy.
https://www.aliexpress.com/item/Original-Raspberry-Pi-3-Model-B-1GB-LPDDR2-BCM2837-64-bit-Quad-Core-1-2-GHz/32623151958.html (USD36.50 * 1.5 * 16 = $876)
te combiene en ML creo yo, la tenes en 1 semana y solo te cuesta $100 más
Saludos!
-
Hola a todos , me llego al fin la Raspberry 3 , ya la tengo instalada con el QT , porsupuesto como siempre el linux me esta haciendo renegar , siempre hay algo que no funciona bien , hasta ahora no se si soy yo el del problema , o es allgo del mismo raspbian , por llo pronto ya ogre compilar en la rspb y ejecutat programas , ahora estaba intentando hacer el cross con el croos tool ....estaba mirando esta pagina
http://visualgdb.com/tools/QtCrossTool/
hasta ahora va todo bien , desp posteo si termino !!!
Saludos
-
.
Estoy subiendo a MEGA los binarios de QT5 para Raspberry Pi3 con compilación cruzada, listos para usar. El comprimido son 1.5GB, y una vez descomprimido son unos 5.5Gb.
En cuanto haya subido, pongo el enlace para descarga directa, así los interesados no tienen que perder el tiempo con la pesadilla de tener que compilar los fuentes.
Y en cuanto tenga un rato, documento en un post la instalación y configuración completa de QTCreator y QT5 para Raspberry Pi3 con compilación cruzada. Yo ya empiezo a trabajar en un proyecto esta semana próxima.
-
.
Ahí va enlace con los binarios completos de QT5 para Raspberry Pi3 con compilación cruzada, descomprimir y listos parar usar, sin perder el tiempo con la gaita esa de tener que compilar los fuentes.
https://mega.nz/#!ZAtH3ZYJ!DH66_R08GhZlE6_Z9wvPI1VQjNh1-Sp_JqI5kc6TQB4
Descargar y descomprimir en C:\SysGCC, de manera que quede como C:\SysGCC\Raspberry. Y dentro de la vía C:\SysGCC\Raspberry\arm-linux-gnueabihf\sysroot\usr\local , tendremos el subdirectorio qt5 con los binarios.
Ahora toca instalar y configurar QT Creator en el PC, en cuanto tenga un rato abro un hilo con instrucciones detalladas para echar a andar todo el entorno con compilación cruzada.
(http://www.todopic.com.ar/foros/imgtiny/2rfbucn.jpg)
(http://www.todopic.com.ar/foros/imgtiny/ephqhl.jpg)
-
Hola a todos , me llego al fin la Raspberry 3 , ya la tengo instalada con el QT
Ojo, que así NO funcionará. Si vas a instalar QT Creator para compilación cruzada, NO debes de instalar QT directamente en la Raspberry o cuando hagas la sincronización se estropeará todo y la compilación de los fuentes te darán error. Eso ya me pasó a mi.
Para compilación cruzada, TODO se instala desde el PC. En cuanto pueda colgaré un post al detalle de como instalarlo y configurarlo todo. De momento he subido a MEGA el QT5 para Raspberry Pi3, ya compilado, así no perderás el tiempo compilando fuentes.
Un problema que tengo por resolver es el acceso con el Escritorio Remoto, desde el PC al Raspberry. Al pulsar las teclas, las letras no se corresponden con lo que pulsas, hay que configurar algo del perfil del teclado para que vaya bien. Mientras le entré con otro software (creo que con Putty y X11), pero lo ideal es usar el Escritorio Remoto.
-
Hola a todos , me llego al fin la Raspberry 3 , ya la tengo instalada con el QT
Ojo, que así NO funcionará. Si vas a instalar QT Creator para compilación cruzada, NO debes de instalar QT directamente en la Raspberry o cuando hagas la sincronización se estropeará todo y la compilación de los fuentes te darán error. Eso ya me pasó a mi.
Para compilación cruzada, TODO se instala desde el PC. En cuanto pueda colgaré un post al detalle de como instalarlo y configurarlo todo. De momento he subido a MEGA el QT5 para Raspberry Pi3, ya compilado, así no perderás el tiempo compilando fuentes.
Un problema que tengo por resolver es el acceso con el Escritorio Remoto, desde el PC al Raspberry. Al pulsar las teclas, las letras no se corresponden con lo que pulsas, hay que configurar algo del perfil del teclado para que vaya bien. Mientras le entré con otro software (creo que con Putty y X11), pero lo ideal es usar el Escritorio Remoto.
Muchas gracias Planeta !!! la verdad es que estaba medio desauciado con este tema , no puede ser que tenga que perder dias enteros para poder instalar programas , la idea de todo esto es programar !!! pero bueno ...mil gracias por los archivos en MEGA los estoy bajando , cualquier cosa te pregunto , ojala todo funcione bien !!! ya tengo ganas de empezar a programar tranquilo
Abrazo
-
Hola a todos , me llego al fin la Raspberry 3 , ya la tengo instalada con el QT
Ojo, que así NO funcionará. Si vas a instalar QT Creator para compilación cruzada, NO debes de instalar QT directamente en la Raspberry o cuando hagas la sincronización se estropeará todo y la compilación de los fuentes te darán error. Eso ya me pasó a mi.
Para compilación cruzada, TODO se instala desde el PC. En cuanto pueda colgaré un post al detalle de como instalarlo y configurarlo todo. De momento he subido a MEGA el QT5 para Raspberry Pi3, ya compilado, así no perderás el tiempo compilando fuentes.
Un problema que tengo por resolver es el acceso con el Escritorio Remoto, desde el PC al Raspberry. Al pulsar las teclas, las letras no se corresponden con lo que pulsas, hay que configurar algo del perfil del teclado para que vaya bien. Mientras le entré con otro software (creo que con Putty y X11), pero lo ideal es usar el Escritorio Remoto.
Bueno ya empece de nuevo ....me estaba volviendo loco ...baje el archivo de planeta de MEGA , lo descomprimi en SYSGCC tal cual lo propone planeta, desinstale el qt que tenia en la pc , ahora tengo los archivos necesarios en la pc , la pregunta es , el qt de la pc ?? lo instalo convencionalmente ?? o como ?? y si puedo usar SMARTtty para hacer la instalacion en la RPI ??
<muchas gracias
-
.
Si, el QT en el PC instálalo normal, el Editor QT Creator y las librerías QT5, la misma versión con la que se han creado los binarios para QT5 (5.8.0). En el Raspberry es donde no se debe de instalar directamente, solo desde el PC se transfieren todos los binarios y las librerías para compilación cruzada.
De esta manera en la Raspberry no tienes instalado QT Creator, solo las librerías QT5 para que se puedan ejecutar los programas que compiles en el PC con compilación cruzada. Es posible que QT Creator se pueda instalar en el Raspberry, pero no tiene utilidad para trabajar con compilación cruzada, todos los fuentes se crean, editan y compilan en el PC, y se transfieren automáticamente al RPY3 por Ethernet.
-
.
Si, el QT en el PC instálalo normal, el Editor QT Creator y las librerías QT5, la misma versión con la que se han creado los binarios para QT5 (5.8.0). En el Raspberry es donde no se debe de instalar directamente, solo desde el PC se transfieren todos los binarios y las librerías para compilación cruzada.
De esta manera en la Raspberry no tienes instalado QT Creator, solo las librerías QT5 para que se puedan ejecutar los programas que compiles en el PC con compilación cruzada. Es posible que QT Creator se pueda instalar en el Raspberry, pero no tiene utilidad para trabajar con compilación cruzada, todos los fuentes se crean, editan y compilan en el PC, y se transfieren automáticamente al RPY3 por Ethernet.
Bueno aca estoy todavia sin poder hacer andar la cross compilation , Planeta 9999 , ya baje los archivos de Mega , y los puse en raspberry tal como dice en las instrucciones , ahora el tema es el siguiente , a la Raspberri , la inicialice de 0 , le instale qt4 luego instale en el pc Smarttty y luego configure el QT de la PC , el cual creoq que no me quedo bien ,segui estos pasos http://www.ics.com/blog/configuring-qt-creator-raspberry-pi , y creo que en el paso 5 no estoy haciendo bien las cosas , lo otro que no termino de entender es que los archivos que descomprimi en SYSGCC/raspberry , deberia pasarselos a la RPI , con el Smarttty es asi verdad ?? , pero no se que archivos exactamente pasarle y como , me imagino deberan ser los archivos que estan compilados , y una ves que este eso y teniendo bien configurado el QT ya todo deberia funcionar ....
Espero comentarios y desde ya mil gracias ...y mil disculpas porque todavia no logro entender como es esto
-
Lo que yo entiendo es que hay dos formas de compilar el binario para un SO determinado. La comun es compilarlo en el mismo SO en el que va a correr la aplicacion. eso lo conoce todo el mundo y es la forma habitual de trabajar.
La otra es la que se llama copilacion cruzada y es compilar en un SO la aplicacion que va a correr en otro SO. En este caso compilar en windows una aplicacion que va a correr en linux.
En este caso lo que se hace en el SO linux es "nada". En el linux de la raspberry pi no necesitas nada más que el sistema operativo funcionando. Todo el trabajo se hace en la PC. Por eso planeta compilo los fuentes en windows e instala el QT en windows, porque toda la programacion se hace en windows. una vez que se crea la aplicacion y se compila en windows se deben transferir los binarios (y eventualmente alguna librería si es que no se incluye en los binarios) a la raspbery pi y listo, tiene que funcionar.
Entendiendo este concepto quizás te sea más facil seguir los plasos de planeta.
PD: que ganas de jugar una raspberry!!!!
saludos
-
Un problema que tengo por resolver es el acceso con el Escritorio Remoto, desde el PC al Raspberry. Al pulsar las teclas, las letras no se corresponden con lo que pulsas, hay que configurar algo del perfil del teclado para que vaya bien. Mientras le entré con otro software (creo que con Putty y X11), pero lo ideal es usar el Escritorio Remoto.
El mapeo por defecto en xrdp está para un teclado inglés. En este enlace (https://github.com/ddialar/RaspberryPi-xrdp-spanish-keyboard) tienes una posible solución.
Ojo si haces un copy/paste de las instrucciones porque hay un error en la primera línea ( 'hm-040a.ini' en lugar de 'km-040a.ini' ).
saludo
-
Un problema que tengo por resolver es el acceso con el Escritorio Remoto, desde el PC al Raspberry. Al pulsar las teclas, las letras no se corresponden con lo que pulsas, hay que configurar algo del perfil del teclado para que vaya bien. Mientras le entré con otro software (creo que con Putty y X11), pero lo ideal es usar el Escritorio Remoto.
El mapeo por defecto en xrdp está para un teclado inglés. En este enlace (https://github.com/ddialar/RaspberryPi-xrdp-spanish-keyboard) tienes una posible solución.
Ojo si haces un copy/paste de las instrucciones porque hay un error en la primera línea ( 'hm-040a.ini' en lugar de 'km-040a.ini' ).
saludo
Creo que eso del hm040a.ini ya lo probé y no conseguí resolver el problema, lo revisaré.
-
Bueno aca estoy todavia sin poder hacer andar la cross compilation , Planeta 9999 , ya baje los archivos de Mega , y los puse en raspberry tal como dice en las instrucciones , ahora el tema es el siguiente , a la Raspberri , la inicialice de 0 , le instale qt4 luego instale en el pc Smarttty y luego configure el QT de la PC , el cual creoq que no me quedo bien ,segui estos pasos http://www.ics.com/blog/configuring-qt-creator-raspberry-pi , y creo que en el paso 5 no estoy haciendo bien las cosas , lo otro que no termino de entender es que los archivos que descomprimi en SYSGCC/raspberry , deberia pasarselos a la RPI , con el Smarttty es asi verdad ?? , pero no se que archivos exactamente pasarle y como , me imagino deberan ser los archivos que estan compilados , y una ves que este eso y teniendo bien configurado el QT ya todo deberia funcionar ....
Espero comentarios y desde ya mil gracias ...y mil disculpas porque todavia no logro entender como es esto
Con los fuentes ya compilados, que he dado para descarga, sigue estas instrucciones a partir del paso 18. Fijate si ahorra faena el poder descargar los binarios de QT5, en vez de tener que currarte todo el proceso para compilar los fuentes. Lo que no entiendo es porque nadie lo ha hecho (dar los binarios de QT5, en vez de fuentes e instrucciones para compilarlos)
https://visualgdb.com/tutorials/raspberry/qt/embedded/ (seguir instrucciones a partir del paso 18)
Ya solo faltan las instrucciones para crear y configurar un proyecto en QT Creator para compilación cruzada. En cuando pueda subiré un post con instrucciones detalladas. El que ya puse en su día para RPY2, servía, pero los impresentables de Imageshack se cargaron todas las fotos, y sin fotos no vale para nada.
PD: aquí colgué la compilación de QT5 para Raspberry Pi3 con compilación cruzada, se ahorra un montón de tiempo y problemas. https://mega.nz/#!ZAtH3ZYJ!DH66_R08GhZlE6_Z9wvPI1VQjNh1-Sp_JqI5kc6TQB4
-
La otra es la que se llama copilacion cruzada y es compilar en un SO la aplicacion que va a correr en otro SO. En este caso compilar en windows una aplicacion que va a correr en linux.
Creo que la compilación cruzada no solo implica software (diferentes Sistemas Operativos), también implica hardware diferente (X86 vs ARM). Por eso también nos encontramos con instrucciones para configurar compilación cruzada entre un PC con Ubuntu (por ejemplo) y un Raspberry, ambos con Linux, pero plataforma hardware distinta.
Yo creo, incluso, que la compilación cruzada se refiere únicamente al hardware, en este caso compilar en una plataforma X86 para rodar lo compilado en ARM.
-
Tienes toda la razon, el punto central es el hardware donde va a correr, distinto del que se hace la compilacion!
Saludos
-
Tienes toda la razon, el punto central es el hardware donde va a correr, distinto del que se hace la compilacion!
Saludos
A ver si termino de entender esto ...ahora quiero compilar , pero claro que pasa con la wiringPi ?? el path donde esta la libreria ??
intento agregar esto en el .pro
INCLUDEPATH += $$[QT_SYSROOT]/usr/local/include
LIBS += -L$$[QT_SYSROOT]/usr/local/lib -lwiringPi
y cuando voy al header a poner el include , no ve la wiringPi
los archivos de wiring pi estan en
c:\SysGCC\Raspberry\arm-linux-gnueabihf\sysroot\usr\lib\
pero no los puedo agregar con esa forma ...
esto de mezclar los dos SO me vuelve loco
-
.
Mira la respuesta #31
http://www.todopic.com.ar/foros/index.php?topic=41770.30
-
.
Mira la respuesta #31
http://www.todopic.com.ar/foros/index.php?topic=41770.30
Bueno ...les pido disculpas a todos , pero esto me esta superando , mi gran problema es que no termino de entenderlo ...estoy siguiendo tutoriales y haciendo cosas que no se como van a funcionar , sin entender , y eso es lo que me esta matando ....les paso lo que tengo configurado ..mis paso son estos ....instale raspbian de 0 , en la pc instale QT , desp instale raspberry-gcc4.9.2-r4.exe , desp mingw32-gcc4.8.1.exe , Smartty , desp cross tool , desp descomprimi en SYSGCC el Archivo de Planeta9999 que baje de MEGA , que seria todo ya compilado , desp hice la sincronizacion con cross tools , y por ultimo trato de configurar el QT , no se si hasta ahi voy bien supongo que si , el tema es que hice tantas cosas y segui tantas paginas que ya no se donde estoy parado ...paso las imagenes de configuracion de QT , tambien use el archivo bat UpdateSysroot.bat y sincronice
(http://[attachment id=1 msg=395496][/attachment])
(http://[attachment id=2 msg=395496][/attachment])
-
[/img] - Tienes que ingresar para ver archivos adjuntos - [/img]
(http://[attachment id=2 msg=395497][/attachment])
-
(http://[attachment id=5 msg=395497][/attachment])
(http://[attachment id=6 msg=395497][/attachment])
-
.
¿ Pero te funciona o te da algún problema ?, yo he estado liado con otros temas y no he podido mirar todavía la instalación completa de Qt Creator para documentarlo al detalle en un post.
-
.
¿ Pero te funciona o te da algún problema ?, yo he estado liado con otros temas y no he podido mirar todavía la instalación completa de Qt Creator para documentarlo al detalle en un post.
Cuando quiero usar el cross compilation setup , me da este error , por lo cual no estoy generando la carpeta share que nesecito
(http://[attachment id=2 msg=395550][/attachment])
(http://[attachment id=3 msg=395550][/attachment])
-
.
Ese es el path para los Includes. Por algún sitio en la configuración se tienen que definir todos los path de trabajo.
-
.
Ese es el path para los Includes. Por algún sitio en la configuración se tienen que definir todos los path de trabajo.
he estado buscando en google de este tema y nada , hay muy poca documentacion , asi que por lo pronto estoy parado ahi ...a vos no te dio ese error ???
Suena como que si el error fuese de version de qmake , porque googlenado encontre a muchos que les funciona de esa manera pero con QT4
-
.
No he tenido tiempo todavía para configurar QT Creator. Esta semana que viene me pondré a ello, no debería de ser muy diferente a la configuración que postee hace tiempo en el foro, para QT4 y RPY2.
El post que puse en su día, esta inutilizado porque los de Imageshack se cargaron todas las fotos, pero lo tenía guardado en el ordenador, lo he comprimido en RAR y lo he subido a MEGA. Esa instalación la probé y funcionó perfectamente, igual te sirve para configurar también QT5 y RPY3.
Este es el enlace para la descarga, a partir del paso 7 está la configuración de QT Creator en el PC:
https://mega.nz/#!RBcTlA6Q!v5WmgWHRCOtHSt4o08qBAMtouxtf_yIYwmXFIb4IF-0
Mira, porque creo que todas esas definiciones están en el qmake.conf, y ya en su día habían problemas por algún bug de QT, y había que tocar ese fichero a mano.
-
.
No he tenido tiempo todavía para configurar QT Creator. Esta semana que viene me pondré a ello, no debería de ser muy diferente a la configuración que postee hace tiempo en el foro, para QT4 y RPY2.
El post que puse en su día, esta inutilizado porque los de Imageshack se cargaron todas las fotos, pero lo tenía guardado en el ordenador, lo he comprimido en RAR y lo he subido a MEGA. Esa instalación la probé y funcionó perfectamente, igual te sirve para configurar también QT5 y RPY3.
Este es el enlace para la descarga, a partir del paso 7 está la configuración de QT Creator en el PC:
https://mega.nz/#!RBcTlA6Q!v5WmgWHRCOtHSt4o08qBAMtouxtf_yIYwmXFIb4IF-0
Mil Gracias Paneta ,, ahora la miro , si anda todo bien y estas de acuerdo , posteo los paso a paso
Gracias
-
Casi que funciona , me da este error
:-1: error: Failed to upload file "C:\Users\Ramiro\Documents\build-Prueba1crusada-Qt_RaspberriPi3-Debug\debug\Prueba1crusada": Could not open for reading.
es como que no se corresponden los permisos en la RPI , use un directorio bajo home y tambien probe bajo usr , los dos lo mismo . el smartty se conecta perfecto y puedo escribir en la rpi
-
.
Si, eso es un problema de permisos en la Raspberry. Lo raro es que te ponga que es un error de apertura para lectura en el PC, lo más lógico sería un error de escritura en la Raspberry. ¿ O ese error te da al intentar hacer Debug ?.
¿ Entonces la compilación cruzada ya te funciona todo bien ?.
-
.
Si, eso es un problema de permisos en la Raspberry. Lo raro es que te ponga que es un error de apertura para lectura en el PC, lo más lógico sería un error de escritura en la Raspberry. ¿ O ese error te da al intentar hacer Debug ?.
¿ Entonces la compilación cruzada ya te funciona todo bien ?.
Tengo dos problemas , la compilacion se hace , pero .exe , el tema es que me falta bajo c:\SysGCC\Raspberry\arm-linux-gnueabihf\sysroot\usr\ el directorio o carpeta share , que creo se deberia generar al hacer el QT cross compilation que me da el error que te puse mas arriba , debido a esto me dan mal qmake y make en el kit ....me explico ??
-
.
¿ Como .exe ?, eso no es compilación cruzada, estás compilando para el PC con Mingw, no has definido correctamente los parámetros para la compilación.
Mira en el post que te he pasado en MEGA, ahí está definido todo correctamente para hacer compilación cruzada para ARM.
-
.
¿ Como .exe ?, eso no es compilación cruzada, estás compilando para el PC con Mingw, no has definido correctamente los parámetros para la compilación.
Mira en el post que te he pasado en MEGA, ahí está definido todo correctamente para hacer compilación cruzada para ARM.
Mira esto
(http://[attachment id=1 msg=395562][/attachment])
-
.
¿ Cuando hiciste la sincronización, antes o después de descomprimir los binarios de QT5 que colgué ??.
¿ Que versión de Toolchain te descargaste ??
Hay que mirar esto del Mkspec que es, me suena pero no lo recuerdo exactamente, ahí parece que está el problema.
(https://visualgdb.com/w/wp-content/uploads/2015/09/04-dirs.png)
Estoy mirando, y en los binarios de QT5, aparecen dos dispositivos Raspberry Pi3, hay que poner el correcto en Cross -specs directory, creo que el bueno es linux-rpi3-g++.
(http://www.todopic.com.ar/foros/imgtiny/1z86cm.jpg)
Hace años en la configuración de QT Creator para Raspberry Pi2, detecté y corregí este error, a ver si sigue estando igual para la RPY3, porque aquel problema también estaba relacionado con mkspecs.
" El problema es fácil de corregir, tiene que ver con las barras que se utilizan para escribir la vía de acceso a un fichero, parece que en Linux tienen que ser siempre inclinadas a la derecha (/), y por el motivo que sea en el fichero qmake.conf, la vía de acceso al directorio de la librerías de usuario, está con las barras inclinadas a la izquierda (\), así que solo hay que editar el fichero qmake.conf y cambiarlo.
Editar el fichero C:\SysGCC\Raspberry\arm-linux-gnueabihf\sysroot\usr\share\qt4\mkspecs\arm-linux-gnueabihf\qmake.conf
y cambiar esto: QMAKE_LIBDIR_QT = C:\SysGCC\Raspberry\arm-linux-gnueabihf\sysroot\usr\lib
por esto: QMAKE_LIBDIR_QT = C:/SysGCC/Raspberry/arm-linux-gnueabihf/sysroot/usr/lib "
-
.
Acabo de configurar y probar QtCreator para compilación cruzada, y a la segunda intentona (he corregido un detalle de mkspecs), parece que ha compilado sin problemas. Luego subiré el ejecutable compilado a la RPY3 y probaré que funciona, todavía no he subido los binarios de Qt5 a la RPY3, esperemos que sea algo rapidito.
Si va todo bien, ya documento con detalle la instalación y configuración, para poder ya trabajar, que es lo importante, en vez de perder tanto tiempo configurando para que eche a andar.
Es lo que me desespera de todas estas cosas, la cantidad de tiempo que pierdes intentando configurarlo, cuando debería de ser un proceso de instalación automático que te deje el producto listo para usar, necesito emplear mi tiempo en el desarrollo, no en la configuración.
Por si quieres hacer las pruebas, con un proyecto base sencillito (BasicQtProject), que abre una ventana con un botón, lo he vuelto a subir a MEGA, este es el enlace; https://mega.nz/#!tBMDEArL!wiFNB8Sfype-ellV7gNwFR4jwJigo7LkAORtv3pegxs
(http://www.todopic.com.ar/foros/imgtiny/a5dzra.jpg)
(http://www.todopic.com.ar/foros/imgtiny/2la7nrb.jpg)
Esta es la salida que da el programita BasicQtProject, cuando lo probé en su día en la RPY2 (ya hace nada menos que 4 años, en 2013, como pasa el tiempo). Ahora con el compilado para la RPY3, debe de hacer lo mismo, luego lo subo y lo pruebo.
(http://www.todopic.com.ar/foros/imgtiny/2dikfi1.jpg)
-
.
Venga que esto ya está en marcha, en breve lo documento, y nos podemos dedicar a lo importante, a desarrollar. QT Creator es una pasada, y la última versión creo que viene con unos plugins para aplicaciones gráficas, muy chulos.
Yo tengo un par de proyectos esperando a que esto ande, y ya toca, se acabó la pesadilla y el trauma de la instalación y la configuración, pasemos a lo interesante.
De paso, probaré el kit que compré con el Compute 3 de RPY, se me ocurren muchas ideas de proyectos con este hardware y programación en C++ con QT5.
-
.
¿ Cuando hiciste la sincronización, antes o después de descomprimir los binarios de QT5 que colgué ??.
¿ Que versión de Toolchain te descargaste ??
La hice desp , el tema es que por ejemplo yo quiero editar el qmake.conf que propones debajo , no puedo porque no existe el directorio o carpeta share ...me explico
Hay que mirar esto del Mkspec que es, me suena pero no lo recuerdo exactamente, ahí parece que está el problema.
(https://visualgdb.com/w/wp-content/uploads/2015/09/04-dirs.png)
Estoy mirando, y en los binarios de QT5, aparecen dos dispositivos Raspberry Pi3, hay que poner el correcto en Cross -specs directory, creo que el bueno es linux-rpi3-g++.
(http://www.todopic.com.ar/foros/imgtiny/1z86cm.jpg)
Hace años en la configuración de QT Creator para Raspberry Pi2, detecté y corregí este error, a ver si sigue estando igual para la RPY3, porque aquel problema también estaba relacionado con mkspecs.
" El problema es fácil de corregir, tiene que ver con las barras que se utilizan para escribir la vía de acceso a un fichero, parece que en Linux tienen que ser siempre inclinadas a la derecha (/), y por el motivo que sea en el fichero qmake.conf, la vía de acceso al directorio de la librerías de usuario, está con las barras inclinadas a la izquierda (\), así que solo hay que editar el fichero qmake.conf y cambiarlo.
Editar el fichero C:\SysGCC\Raspberry\arm-linux-gnueabihf\sysroot\usr\share\qt4\mkspecs\arm-linux-gnueabihf\qmake.conf
y cambiar esto: QMAKE_LIBDIR_QT = C:\SysGCC\Raspberry\arm-linux-gnueabihf\sysroot\usr\lib
por esto: QMAKE_LIBDIR_QT = C:/SysGCC/Raspberry/arm-linux-gnueabihf/sysroot/usr/lib "
-
.
Crea esta configuración, y te funcionará sin problemas. Solo me falta por probar el Debug y arreglado, lo documentaré todo en un post.
(http://www.todopic.com.ar/foros/imgtiny/aulvd.jpg)
(http://www.todopic.com.ar/foros/imgtiny/hs8fo8.jpg)
(http://www.todopic.com.ar/foros/imgtiny/29xg2fk.jpg)
-
.
Crea esta configuración, y te funcionará sin problemas. Solo me falta por probar el Debug y arreglado, lo documentaré todo en un post.
Bueno Ahora si ...por fin compila , y lo copia en el directorio de Raspberri por el ethernet , hasta ahi todo bien , el tema es que me parece no funcionan los binarios en la raspberry , trato de ejecutar directamente en la RPI el .pro y no pasa nada QT not found ...
y desde Windows me tira el error Cannot run: No command given.
Estoy Googleando a ver que encuentro ...
-
.
Crea esta configuración, y te funcionará sin problemas. Solo me falta por probar el Debug y arreglado, lo documentaré todo en un post.
Bueno Ahora si ...por fin compila , y lo copia en el directorio de Raspberri por el ethernet , hasta ahi todo bien , el tema es que me parece no funcionan los binarios en la raspberry , trato de ejecutar directamente en la RPI el .pro y no pasa nada QT not found ...
y desde Windows me tira el error Cannot run: No command given.
Estoy Googleando a ver que encuentro ...
Ya casi lo tengo ...compilo y lo paso al RPY , incluso lo abrio , pero del tamaño de toda la pantalla , en las salida de QT me da error en las fonts
QFontDatabase: Cannot find font directory /usr/local/qt5/lib/fonts.
Note that Qt no longer ships fonts. Deploy some (from http://dejavu-fonts.org for example) or switch to fontconfig.
QFontDatabase: Cannot find font directory /usr/local/qt5/lib/fonts.
Note that Qt no longer ships fonts. Deploy some (from http://dejavu-fonts.org for example) or switch to fontconfig.
QFontDatabase: Cannot find font directory /usr/local/qt5/lib/fonts.
Note that Qt no longer ships fonts. Deploy some (from http://dejavu-fonts.org for example) or switch to fontconfig.
QFontDatabase: Cannot find font directory /usr/local/qt5/lib/fonts.
Note that Qt no longer ships fonts. Deploy some (from http://dejavu-fonts.org for example) or switch to fontconfig.
User requested stop. Shutting down...
Application finished with exit code 1.
Voy a bajar las fonts y ponerlas en el directorio /usr/local/qt5/lib/fonts , el cual no exixte en lla raspberry
-
.
Crea esta configuración, y te funcionará sin problemas. Solo me falta por probar el Debug y arreglado, lo documentaré todo en un post.
Bueno Ahora si ...por fin compila , y lo copia en el directorio de Raspberri por el ethernet , hasta ahi todo bien , el tema es que me parece no funcionan los binarios en la raspberry , trato de ejecutar directamente en la RPI el .pro y no pasa nada QT not found ...
y desde Windows me tira el error Cannot run: No command given.
Estoy Googleando a ver que encuentro ...
Ya casi lo tengo ...compilo y lo paso al RPY , incluso lo abrio , pero del tamaño de toda la pantalla , en las salida de QT me da error en las fonts
QFontDatabase: Cannot find font directory /usr/local/qt5/lib/fonts.
Note that Qt no longer ships fonts. Deploy some (from http://dejavu-fonts.org for example) or switch to fontconfig.
QFontDatabase: Cannot find font directory /usr/local/qt5/lib/fonts.
Note that Qt no longer ships fonts. Deploy some (from http://dejavu-fonts.org for example) or switch to fontconfig.
QFontDatabase: Cannot find font directory /usr/local/qt5/lib/fonts.
Note that Qt no longer ships fonts. Deploy some (from http://dejavu-fonts.org for example) or switch to fontconfig.
QFontDatabase: Cannot find font directory /usr/local/qt5/lib/fonts.
Note that Qt no longer ships fonts. Deploy some (from http://dejavu-fonts.org for example) or switch to fontconfig.
User requested stop. Shutting down...
Application finished with exit code 1.
Voy a bajar las fonts y ponerlas en el directorio /usr/local/qt5/lib/fonts , el cual no exixte en lla raspberry
Listo ....uno menos ...las fonts las baje de http://dejavu-fonts.org y las puse en el directorio /usr/local/qt5/lib/fonts
ahora otro error mas
Unable to query physical screen size, defaulting to 100 dpi.
To override, set QT_QPA_EGLFS_PHYSICAL_WIDTH and QT_QPA_EGLFS_PHYSICAL_HEIGHT (in millimeters).
ya voy a ver donde esta ese archivo para corregirlo
-
Bueno sigo con los problemas de tamaño de pantalla , me habre una pantallla con lo que programe del tamaño del monitor completo , en my basch , en home es un archivo oculto , ahi le puse los datos en milimetros de la pantalla y la profundidad , pero no pasa nada siempre sale enorme , todo anda bien solo que el form principal sale del tamaño de la pantallla , le agrgue mas fonts , todos los de la pc , y corrigio aun mas cosas ahora salen todas las letras del form , antes no , hasta ahora no puedo corregir el tamaño de ninguna forma
estas son las lineas que agrego en el bashrc
export QT_QPA_EGLFS_PHYSICAL_WIDTH=myWidth
QT_QPA_EGLFS_PHYSICAL_HEIGHT=myHeight
QT_QPA_EGLFS_DEPTH=myDepth
-
.
En cuanto pueda, lo pruebo, pero creo que ya son problemas menores de configuración en la RPY3.
-
.
En cuanto pueda, lo pruebo, pero creo que ya son problemas menores de configuración en la RPY3.
Bueno otra ves trancado , ya no se que hacer , puede que haya un problema en los binarios de qt5 para la rpi ?? , el problema es el siguiente , ya compila , incluso lo compilado se ejecuta en forma automatica en la RPI , el preoblema es que en el monitor donde esta la RPI se ejecuta la ventana del programa del tamaño de pantalla completa y con los botones que no estan en su lugar , es como que por un lado no coinciden los fonts , entonces las letras no entran en los botones , y por otro lado , el form aparece ocupando toda la pantalla donde esta la RPI e hecho de todo , y no pasa nada , incluso en forma manual pasa lo mismo , ejecuto el archivo en la RPI y exactamente lo mismo , es como que si estuviese compilado con datos de salida de video que no se corresponden con los de RPI ...no se la verdad no entiendo !!! y googlenado hay gente qque le pasa o mismo y no llogra solucionarlo ..
Abrazo y mil gracias
-
.
¿ Ya resolviste los problemas ?, yo he estado liado con otras cosas y no he podido mirarlo todavía.
Parece un tema de configuración de resolución de pantalla en la Raspberry, en cuanto pueda me pongo a ello.
Con la RPY2, el mismo fuente compilado con compilación cruzada en el PC y subido por Ethernet automáticamente, iba perfecto.
Mira a editar los fuentes del proyecto con un editor de texto, por algún sitio estará la configuración de pantalla. El tema de los fonts también es importante, no se porque ahora en QT5 ya no están incluidos.
No te preocupes, funcionar, funcionará seguro, en fregados más gordos me he metido, y a base de darle y darle, al final sale. Lo malo, es la cantidad de tiempo que se pierde en la instalación y configuración, algo que debería de ser automático o estar bien documentado, hace perder un montón de tiempo que no dedicas a lo importante que es a desarrollar el software.
-
.
¿ Ya resolviste los problemas ?, yo he estado liado con otras cosas y no he podido mirarlo todavía.
Parece un tema de configuración de resolución de pantalla en la Raspberry, en cuanto pueda me pongo a ello.
Con la RPY2, el mismo fuente compilado con compilación cruzada en el PC y subido por Ethernet automáticamente, iba perfecto.
Mira a editar los fuentes del proyecto con un editor de texto, por algún sitio estará la configuración de pantalla. El tema de los fonts también es importante, no se porque ahora en QT5 ya no están incluidos.
No te preocupes, funcionar, funcionará seguro, en fregados más gordos me he metido, y a base de darle y darle, al final sale. Lo malo, es la cantidad de tiempo que se pierde en la instalación y configuración, algo que debería de ser automático o estar bien documentado, hace perder un montón de tiempo que no dedicas a lo importante que es a desarrollar el software.
Gracias Planeta !!! voy a seguir intentando , es cierto he perdido muchisimo tiempo con esto que podria haber utilizado programando
Gracias
-
.
Yo ya me pongo esta semana con el QT, porque además ya lo necesito para algunos proyectos. Ya diseñé y fabriqué el hardware, y ahora me quedo atascado sin poder acabar hasta que no ponga en pie el QT Creator para RPY3.
Me indigna que uno tenga que perder tanto tiempo para instalar y configurar un producto (pésimamente documentado), necesito mi tiempo para diseñar hardware y programar. Es una de las cosas por las que me chirría Linux.
-
Tranquilo planeta, con el tiempo seguro que terminas dominando el producto y deja de darte tantos problemas.
No creo que sea la primera vez que los ordenadores te complican las cosas ;-)
Un saludo.
-
Bueno , esto me supero , ya he perdido demasiado tiempo y me canso , no puedo solucionar el problema , les paso una imagen del problema , he hecho mil cosas y nada lo soluciona , google tampoco , al menos yo no lo encuentro , las soluciones propuestas no sirven , la verdad es que ya no se que hacer , estoy tan cerca y no llego , Planeta , si lograste solucionarlo , espero tu post ....me canse ... la cross compilation se hace perfecto , pero la ventana sale del tamaño del monitor y el boton desfazado , es como que si no le diera bolillas al tamaño , incluso el error sale en QT
Unable to query physical screen size, defaulting to 100 dpi.
To override, set QT_QPA_EGLFS_PHYSICAL_WIDTH and QT_QPA_EGLFS_PHYSICAL_HEIGHT (in millimeters).
Saludos
(http://[attachment id=1 msg=396071][/attachment])
-
Encontre esta pagina
http://www.qtrpi.com/home
me parecio buena , y decidi escribirles , y me contestaron lo siguiente
Hello,
Thanks for using QtRpi!
You can export the variables QT_QPA_EGLFS_PHYSICAL_WIDTH and QT_QPA_EGLFS_PHYSICAL_HEIGHT in the terminal or define it in the ~/.bashrc.
Here is the step by step video : , check at 3:47
Lo cual no me soluciona el problema tampoco ....
hoy seguire intentando otra ves !!!! y van !!!!!
Saludos
-
.
No desesperes, saldrá, parece un problema de configuración en el Raspberry. Yo esta semana todavía no puedo dedicarme a este tema, tengo que acabar un proyecto para un cliente, que ya lo llevo con muchísimo retraso.
Para mitad de la próxima semana creo que ya estaré libre, y me pongo con esto, porque también tengo esperando a mucho gente para un proyecto que tengo a medias, y tengo una montonera de clientes en USA para uno de mis proyectos con la RPY3.
-
.
¿ Como va eso Rseliman, te diste por vencido o has seguido probando ?. Estoy a punto de retomarlo donde lo dejé, porque ya lo necesito para terminar un proyecto.
-
.
¿ Como va eso Rseliman, te diste por vencido o has seguido probando ?. Estoy a punto de retomarlo donde lo dejé, porque ya lo necesito para terminar un proyecto.
Hola Planeta como estas ?? , ayer agarre de nuevo la raspberri despues de un tiempo ...y con toda la mala suerte de que tenia una gota de no se que arriba de un componente , seguramente a alguien se le volco algo encima y no me avisaron , el tema es que la limpie con alcohol , y un cepillito , empezo a fallar el video , lo mire abajo del microscopio y me encontre con un componente quebrado que no se que es , ahora ya no arranca ...si alguno de uds sabe donde conseguir el circuito de la RPI 3 le voy a agradecer , no quiero descartarla , es nueva ....y es ese componente seguro , esta al lado de la salida HDMI , seguramente alimenta algo , no tiene nombre , asi que la unica que me queda es el circuit diagram ...
Muchas gracias
Suerte Planeta !!! espero soluciones el tema y lo publiques !!
Saludos a todos
-
.
¿ De que componente se trata ??, si es U8, parece un cuarzo. El resto son resistencias, transistores, condensadores, bobinas y algún diodo.
Los esquemas disponibles para la RPY2 y la RPY3, están muy censurados, apenas dan nada.
https://www.raspberrypi.org/documentation/hardware/raspberrypi/schematics/RPI-3B-V1_2-SCHEMATIC-REDUCED.pdf
(http://www.todopic.com.ar/foros/imgtiny/2jb4gv4.jpg)
(http://www.todopic.com.ar/foros/imgtiny/97k2e8.jpg)
-
.
¿ De que componente se trata ??, si es U8, parece un cuarzo. El resto son resistencias, transistores, condensadores, bobinas y algún diodo.
es este mira
creo que es el U16 ...uhmmmm estoy listo ...no se si lo conseguire !!!!
2.7MHz 3A Step-Down Converter with I2
C Interface
http://www.richtek.com/assets/product_file/RT8088A/DS8088A-00.pdf
(http://[attachment id=1 msg=396769][/attachment])
-
.
Aunque lo consiguieras, no se como lo vas a soldar, es parecido a un BGA.
-
He cambiado integrados asi en celulares, el tema es de donde lo saco ...
Gracias Planeta !!!
no se si volvere a comprar otro rpi ...
-
en digikey está:
https://www.digikey.com/products/en?keywords=rt8088A
dentro de unas semanas creo que voy a estar haciendo un pedido a digikey. Si te sirve te traigo 1 o 2...
Saludos
-
Gracias Leo , te contacto por face !!! mil gracias
-
.
Seguimos con el tema, ya creo que me voy a poder dedicar a esto, porque además lo necesito para un proyecto. He creado un mini proyecto de pruebas, lo he compilado y subido por Smartty, lo ejecuto tanto directamente en el RPY como por el terminal remoto, y va bien, a mi no me han salido ninguno de esos errores, y la ventana del programa sale bien, con el botón y el texto en su sitio.
Debes de haber hecho algo mal, o te ha dado algún error en la sincronización, algún problema de permisos que no te ha dejado subirlo todo...
En mi caso, si que veo unos mensajes de aviso, cuando ejecuto el programa desde consola, tengo que ver que es eso, pero no impide que el programa se ejecute. Ahora voy a configurar la subida automática desde QT Creator en el PC al Raspberry, ahora mismo me da un error de permisos, nada importante.
Esta es una foto, tomada con la cámara del móvil, directo del monitor conectado a la Raspberry.
(http://www.todopic.com.ar/foros/imgtiny/vn125e.jpg)
En esta foto, lo mismo pero visto en el PC con el terminal remoto, sale exactamente lo mismo.
(http://www.todopic.com.ar/foros/imgtiny/zj8kfa.jpg)
Y aquí, ejecutando el programa desde la consola, saca unos mensajes que tengo que ver lo que significan (OpenGL y EGLconfig), en cualquier caso no impiden que el programa se ejecute, puede que solo sean avisos.
(http://www.todopic.com.ar/foros/imgtiny/zuovwn.jpg)
-
.
Otra prueba, he configurado el proyecto para que el ejecutable suba automáticamente al Raspberry desde el PC, nada más compilarse. Todo perfecto.
Tengo que mirar el tema de los permisos por directorios/usuario. He tenido que crear un subdirectorio PRUEBAS en el directorio tmp, en /usr/PRUEBAS me daba error de permisos. Luego de subir el fichero, para poder ejecutarlo le he cambiado los permisos con chmod a+x ./BasicQtProject. Todos estos rollos de los permisos en Linux me desesperan.
Para configurar el proyecto, para subida automática solo hay que añadir estas dos lineas en el fuente de proyecto (fichero .pro). En target.path pondremos el directorio en el Raspberry, al que QT Creator debe de subir el ejecutable.
target.path = /tmp/PRUEBAS
INSTALLS = target
(http://www.todopic.com.ar/foros/imgtiny/migt50.jpg)
Lo que me falla es que suba y ejecute, pero creo que tiene que ver con la configuración de X11, eso ya lo documenté hace años en el anterior post sobre QTCreator, lo miro y lo pruebo. También me ha dado error al intentar hacer Debug, lo voy mirando.
En la foto el programa con el fuente del botón principal modificado para un font mayor. Este ejecutable ha subido automáticamente desde QT Creator en el PC al Raspberry conectado por Ethernet, todo según lo previsto.
(http://www.todopic.com.ar/foros/imgtiny/2eow7xu.jpg)
-
.
El RPY3 tal cual lo tengo conectado, alimentación con su fuente por micro USB (por USB 3 desde el PC también se alimenta, pero da un aviso, seguramente por la insuficiente corriente que puede suministrar).
Conexión por Ethernet al PC, y toma HDMI a un monitor. Para trabajar directamente en la RPY también le conecto teclado y ratón por USB, pero estoy viendo que sale en pantalla exactamente lo mismo que se ve en el PC usando el terminal remoto, y como es mucho más cómodo. Lo trabajaré todo desde el PC, puedo quitar el cable HDMI, con alimentación y Ethernet va de sobra.
(http://www.todopic.com.ar/foros/imgtiny/20j1v6u.jpg)
Y en esta foto, el Raspberry Pi3, conectado al shield que he diseñado. Se trata de un placa que comunica por SPI con dos MCP23S17 de Microchip, para leer el estado de 32 señales de una máquina recreativa, y según una configuración almacenada en un pendrive USB (conectado a la RPY3), reproducirá una serie de videos de animaciones en un TFT de 13.3 pulgadas.
A veremos que tal, de momento bien. Ese electrólitico gorde pasante, es una ñapa que tuve que hacer porque sino el regulador conmutado me hacía cosas raras, en la versión final de la placa ya está añadido y de montaje en superficie.
(http://www.todopic.com.ar/foros/imgtiny/24nld.jpg)
-
.
Error al intentar hacer Debug, algo de GDB y un script en Python, por Google anda documentado este error, creo que lo podré arreglar. Lo que tampoco me va es la ejecución automática, tras subir el compilado, no es importante pero es más cómodo si puedes subir y ejecutar en un solo paso.
(http://www.todopic.com.ar/foros/imgtiny/xpq42x.jpg)
-
El conector USB para dar alimentación parece muy endeble como para dejarle en un producto final. ¿No hay otra solución?
Saludos.
-
El conector USB para dar alimentación parece muy endeble como para dejarle en un producto final. ¿No hay otra solución?
Saludos.
Mi producto no se alimenta por ahí, la placa que he diseñado tiene un terminal de tornillos, con un regulador LM2596 para sacar los 5v a partir de 12v, también tiene un LD1117 a 3.3v para alimentar los MCP.
Ahora lo alimento por el micro USB mientras pongo todo el entorno de programación en marcha. En cuanto el software funcione, mi placa necesita tensión de 12v, y esta suministra los 5v al Raspberry.
-
.
Rseliman creo que ya he encontrado la explicación (a que a mi me funcione y a ti no), el arreglo no me convence, pero funciona. No recordaba donde me había quedado, y por eso pensando que mi RPY ya tenía todo sincronizado y subido me puse a programar y subir el ejecutable.
La realidad es que no había subido el directorio qt5 a mi RPY3 (/usr/local/qt5). Cuando lo he subido es cuando han aparecido todos esos problemas. ¿ Y como me iba a mi sin tener subidas las librerías QT5 ?, pues porque entre todas las pruebas que estuve haciendo, instalé QT5 desde la Raspberry, no el QT Creator, sino las librerías QT5, que alguien ya compiló y subió.
Prueba, elimina el subdirectorio qt5 de usr/local e instala las librerías QT5 ejecutando estos comandos en tu RAspberry (conectada a Internet), el segundo comando te instala también QT Creator, podrías editar y compilar también en la Raspberry:
$ sudo apt-get install qt5-default
$ sudo apt-get install qtcreator
Ahora falta ver como solucionar el problema del Debug, parece que la versión de GDB del Toolchain no soporta scripts Python, y por eso casca. Habría que buscar una versión actualizada de GDB que los soporte.
-
.
Tema Debug arreglado, encontré un GDB para ARM con soporte para Python. Solo me queda mirar los mensajes de error de OpenGL/X11 y listo.
(http://www.todopic.com.ar/foros/imgtiny/1zlyhxg.jpg)
-
En cuanto el software funcione, mi placa necesita tensión de 12v, y esta suministra los 5v al Raspberry.
¿Y cómo conectas los 5 voltios a la Raspberry? Lo digo porque no he visto en la raspberry un conector diferente al usb (que me parece poca cosa)
De hecho una de las razones que me tiran para atrás a la hora de hacer un centro multimedia con la Raspberry es ese conector tan endeble.
PD: ¿Se puede alimentar a través del pin de 5V del conector GPIO?
Saludos.
-
¿Y cómo conectas los 5 voltios a la Raspberry? Lo digo porque no he visto en la raspberry un conector diferente al usb (que me parece poca cosa)
De hecho una de las razones que me tiran para atrás a la hora de hacer un centro multimedia con la Raspberry es ese conector tan endeble.
PD: ¿Se puede alimentar a través del pin de 5V del conector GPIO?
Saludos.
En el conector de 2x20 lo tienes todo, entrada de 5 voltios y salida de 3.3voltios.
El micro USB no lo voy a utilizar para nada en el producto final, solo ahora mientras pongo en marcha el entorno de programación, que ya está casi. Y a partir de ahí lo alimentaré todo con una fuente de 12v, porque donde irá instalado el producto, la máquina suministra ese voltaje sin estabilizar.
-
¿Y aguanta los 2 amperios de corriente a través del GPIO?
Imagino que conoces estas placas Raspberry industriales:
https://www.xataka.com/makers/la-raspberry-pi-3-ya-esta-disponible-en-formato-industrial-llegan-los-compute-module-3
(https://i.blogs.es/d00222/cm3-1/original.jpg)
En el artículo dicen que "Clientes como NEC ya aprovechan estos módulos para sus pantallas de gran formato"
Saludos.
-
¿Y aguanta los 2 amperios de corriente a través del GPIO?
Yo creo que si, son más gruesos los pines del conector de 2x20, que el pin de conector micro USB.
Imagino que conoces estas placas Raspberry industriales:
https://www.xataka.com/makers/la-raspberry-pi-3-ya-esta-disponible-en-formato-industrial-llegan-los-compute-module-3
En el artículo dicen que "Clientes como NEC ya aprovechan estos módulos para sus pantallas de gran formato"
Si, la tengo, lo compré hace tiempo en kit con una placa para pincharlo. También me pillé un par de zócalos SODIMM para hacer mis propias placas, aunque no se lo complicado que puede ser soldar esto, muchos pines y con un paso muy fino. Un día de estos lo probaré en algún diseño, me gusta la idea de los Compute3, una pena que no le hayan puesto el tarjetero micro SD.
(http://www.todopic.com.ar/foros/imgtiny/2envno5.jpg)
-
Yo echo en falta una conexión más DIY como en la zero: https://www.raspberrypi.org/products/pi-zero/
Lo de la corriente lo decía por todo el PCB. El pin sí que es más grueso, pero 2 amperios son muchos amperios y las pistas y los diodos (si hay alguno) también tienen que aguantar.
El GND imagino que irá al plano de masa y no tendrá problemas, pero si la pista Vdd es estrecha, no podrá con tanto.
Saludos.
-
.
El problema de la Zero es que solo venden una por por persona/pedido, y así no se puede diseñar nada con visos comerciales. Tengo un par por aquí para jugar, y para eso se quedarán, una pena.
El grosor de pista, que he puesto para el positivo de 5v, es el del pin de salida del LM2596, y ese chip aguanta 3 amperios. Además he puesto rectángulos de cobre, aunque creo que no hacen falta. La corriente que puede circular por ahí, seguro que es muy superior a la que puede pasar por el pin de un conector micro USB.
Siempre pongo plano de tierra en ambas caras, y rellenos con vías entre caras.
(http://www.todopic.com.ar/foros/imgtiny/29ftqvs.jpg)
-
Creo que Picuino habla del grosor de las pistas de la placa del RPi3
-
.
La única diferencia entre alimentar la RPY por USB o por el conector de 2x20, es un fusible térmico en el USB, luego de ese fusible ambas entradas van conectadas.
En mi caso el pin de 5v del RPY es solo para darle tensión, no para que lo suministre, tampoco estoy usando la salida de 3.3v del RPY para alimentar mi circuito, aunque pensé en hacerlo y seguramente no habría problema. Por lo que he leído el consumo interno del RPY es de unos 600mA, el resto hasta los 2A de la fuente que recomiendan, entiendo que es para dar corriente a la periferia que se conecte.
Tengo mi circuito a prueba, y no he notado ningún problema. Y en toda la información sobre alimentar por el GPIO, que encontramos googleando, no se indica ningún inconveniente, salvo el tema de saltarse el fusible térmico.
-
Por lo que he leído el consumo interno del RPY es de unos 600mA, el resto hasta los 2A de la fuente que recomiendan, entiendo que es para dar corriente a la periferia que se conecte.
Eso creo yo también. Y entiendo que los 600mA será con todo el entorno gráfico funcionando porque en la versión Lite nunca vi un consumo mayor de 230mA.
Os dejo un enlace con información ( RPi1 y RPi2 ) para aumentar la corriente disponible en los puertos USB (http://hackaday.com/2015/04/06/more-power-for-raspberry-pi-usb-ports/).
saludo
-
No he tocado mucho RPI, pero los amperios que recomiendan serán para cuando tiras de GPU: por otras placas ARM os digo que el consumo es x5 respecto al nominal. Si tenéis algún Android con juegos probad: veréis que se pone en modo "calefactor".
Saludos!
-
Tengo que mirar el tema de los permisos por directorios/usuario. He tenido que crear un subdirectorio PRUEBAS en el directorio tmp, en /usr/PRUEBAS me daba error de permisos. Luego de subir el fichero, para poder ejecutarlo le he cambiado los permisos con chmod a+x ./BasicQtProject. Todos estos rollos de los permisos en Linux me desesperan.
No sé si se trata del mismo caso pero, por si the flies, ahí va...
No me gustaba nada la idea de usar un usuario por todos conocido, así que de las primeras cosas que hacía era crear uno nuevo y eliminar pi.
Pasaba que antes o después me encontraba con un problema de permisos que no entendí hasta que se me ocurrió ver los grupos de pertenencia:
groups pi
pi : pi adm dialout cdrom sudo audio video plugdev games users input netdev gpio i2c spi
Para evitar problemas, si se crea un nuevo usuario con la intención de sustituir a pi, ha de pertenecer a los mismos grupos que éste. Que no esperaba que fueran tantos, por cierto.
sudo useradd -m -G pi,adm,dialout,cdrom,sudo,audio,video,plugdev,games,users,input,netdev,gpio,i2c,spi Nombre_Nuevo_Usuario
Nota: Como siempre, mis ejemplos se basan en una distro Raspbian Lite oficial. Supongo que serán más en el caso de una distro completa.
un saludo
EDITO:
para saber que usuarios hay en el sistema:
cat /etc/passwdpara saber que grupos
cat /etc/group
-
.
Lo de los permisos lo resolví al final con el chown, para hacer propietario del subdirectorio al usuario pi, y ya puedo subir y ejecutar los programas.
-
.
Una prueba más creando un aplicativo con unos cuantos Widgets, y esto ya está casi listo para sentencia. Me preocupan un poco los avisos que salen cuando se ejecuta el programa desde la consola, pero eso no impide que funcione, buscaré algo más de información, pero ya estoy por ponerme a lo importante, que es el desarrollo del aplicativo que tengo que hacer.
Otro problema, pero es menor, es que trabajando con el escritorio remoto, si tienes que teclear algo, salen todas las teclas cambiadas. Pero va perfecto si trabajas directamente con el Raspberry, osea que es un problema de configuración de teclado en el escritorio remoto, no me preocupa mucho.
En breve abro un post con el detalle de la instalación y configuración de QT5 y QT Creator para trabajar con compilación cruzada para Raspberry Pi3. Este entorno, es una maravilla para desarrollar aplicativos gráficos para Raspberry, aunque la documentación que hay para instalarlo y configurarlo para compilación cruzada es muy pobre.
Ahora lo que me interesa es empezar a meter código para mi proyecto, básicamente necesito acceder por SPI a dos chips MCP23S17 para leer el estado de 32 entradas, leer un archivo de configuración almacenado en un pendrive pinchado al Raspberry, y en base al estado de las señales y la configuración reproducir varios videos (que todavía tengo que crear, con Adobe Premiere y Adobe After Effects, aunque ya tengo hechas mis pruebas, y lo tengo controlado).
Lo que he hecho también en el Raspberry es configurar la IP estática, si no cada vez que lo arrancaba me tomaba una IP distinta y era un lío para entrarle por Smartty y el escritorio remoto.
(http://i1322.photobucket.com/albums/u573/planeta9999/ScreenHunter_009_zpsrx5oz5dx.jpg)
(http://i1322.photobucket.com/albums/u573/planeta9999/ScreenHunter_003_zpsgs2iwrtw.jpg)
(http://i1322.photobucket.com/albums/u573/planeta9999/ScreenHunter_006_zpssd1ruzdj.jpg)
(http://i1322.photobucket.com/albums/u573/planeta9999/ScreenHunter_007_zpsyybvcjfk.jpg)