SailPi Navegando con Raspberry Pi

[javijust]

Copiado.

No va bien el plugin aisradar v 09.8, se abre opencpn pero al ir a la ventana de configuracion para habilitarlo, cierra todo el programa.
He borrado el pluguin y ha vuelto a funcionar correctamente.

[sailoog.com]

Originalmente publicado por 0tilio

Si crees que irá mejor en hilo a parte, pues lo inicias y seguiremos leyendo allí. No problem.
Y ahora las preguntas:
¿Hay ya en la función Multiplexor de NMEA una forma de meterle datos Seatalk y que los maneje todos? En la página de Thomas Knauf (http://www.thomasknauf.de/seatalk.htm) lo dan como resuelto, lo que no se es si puede añadirse a Openplotter con facilidad. Esos temas de programación no quedan a mi alcance, pero la posibilidad de escapar del redil de Raymarine me pone los dientes largos.
Otra:
Cuando el módulo BerryIMU de Kickstarter esté instalado en la Raspberry, ¿sería mucho pedirle a la frambuesa que actúe como piloto automático? La totalidad de los datos que necesitaría para ello, los puede aportar el módulo ¿Sobrepasariamos su capacidad de proceso? ¿Habría que llevar una como plotter y otra como piloto?
Ya me contaréis, mientras tanto....

Edito: El monstruo Seandepagnier, tiene una programación completa para hacer funcionar un piloto automático (https://github.com/seandepagnier/rpi_autopilot) con una Raspberry (he intentado leerla pero no tengo aspirinas a mano y voy a dejarlo por ahora), el asunto es si sabrá tomar la información del módulo BeeryIMU y aprender a usarla.

seatalk: lo que hizo Thomas es aplicar tecnología inversa al protocolo seatalk y decodificarlo, justo lo que se hizo con el NMEA ya que ambos son propietarios. El problema es que NMEA es de uso general pero seatalk solo lo usan ellos y por eso no se ha avanzado mucho en ello. Además hay un problema de hardware, hay que crear una pequeña placa de la cual Thomas tambien da el esquema. Resumiendo, si se podria adaptar a openplotter pero el seatalk ha sido sustituido por el 2000 y desaparecerá en breve, en cambio el NMEA se quedará bastante mas tiempo. Si hubiera mas tiempo y recursos no me importaría ponerme al lio porque hay un gran parque de estos aparatos aun pero seria como andar para atrás en vez de adelante no?

piloto: estás en lo cierto. Con el IMU que tengo planeado implementar se podrá crear parte del openpilot. Digo parte porque solo faltaria el motor y el interface con él (arduino o la misma Pi con sus salidas pwm aunque esto no lo he estudiado aun). La verdad es que cuesta creerse que nadie haya ofrecido aun una versión decente de un openpilot. El prolífico Sean es una persona muy especial y como buen genio cuesta comunicarse con él además está dedicado a OpenCPN ahora. De todas maneras pasa un poco como con el seatalk, los recursos y fuerzas son reducidos si apareciera alguien con tiempo, ganas y conocimiemntos con el que repartirse el trabajo se podría llegar a todo pero esto de la tecnología libre ya se sabe que va lenta pero segura

De todas maneras para ambos casos te digo que hacia ahí caminamos y tarde o temprano llegaremos...

edito para contestar a tus preguntas mas directamente:

si, el modulo aporta todo lo necesario.
posiblemente si que podria ella sola con todo pero dudo que pudiera tambien con la ejecución de openCPN. Si que podria con todo lo demas de openplotter (bueno la decodificación de AIS habria que asegurarse pero creo que también)

[sailoog.com]

Pinguino he resuelto el crash de OpenCPN debido al audio en las nuevas imagenes de Raspbian es un problema de incompatibilidad de paquetes que hay que trampear, ahora solo tengo que volver hacia atrás y acordarme de todo lo que he hecho

Originalmente publicado por sailoog.com

Pinguino he resuelto el crash de OpenCPN debido al audio en las nuevas imagenes de Raspbian es un problema de incompatibilidad de paquetes que hay que trampear, ahora solo tengo que volver hacia atrás y acordarme de todo lo que he hecho

En cuanto des con el paquete problemático el asunto se habrá solucionado.

Lo curioso es que tengo dos SailPi. Una antigua que ha ido actualizándose hasta hoy y no tiene el bug. Otra idéntica, pero preparada a base de una Raspbian actual que si que lo tiene. En teoría deberían ir igual, pues tras las actualizaciones tendrían que ser mas o menos lo mismo. Pero hay algún paquete en las compilaciones actuales que falta o que sobra y que es el causante del problema. Hay que dar con el.

[sailoog.com]

Originalmente publicado por pinguino

En cuanto des con el paquete problemático el asunto se habrá solucionado.

Lo curioso es que tengo dos SailPi. Una antigua que ha ido actualizándose hasta hoy y no tiene el bug. Otra idéntica, pero preparada a base de una Raspbian actual que si que lo tiene. En teoría deberían ir igual, pues tras las actualizaciones tendrían que ser mas o menos lo mismo. Pero hay algún paquete en las compilaciones actuales que falta o que sobra y que es el causante del problema. Hay que dar con el.

El paquete problematico es portaudio19-dev. OpenCPN obliga a instalarlo si quieres tener audio, si no se instala OpenCPN se compila pero sin audio. El tema es que a su vez este paquete usa este otro libjack-dev y es entonces cuando este instala jackd1 que es nada mas ni nada menos que el servidor de audio despreciado (se dice asi en castellano? ) en raspbian ya que la única versión de ese paquete bien soportada en arm es jackd2 que es el que lleva ahora raspbian de serie.

En resumen... cuando instalas portaudio19-dev lo primero que hace es instalar libjack-dev y jackd1. Y lo primero que hacejackd1 es cargarse jackd2 y liarla.

Solución... Instalar antes de todo libkjack-jackd2-dev y así se satisfacen las exigencias de portaudio19-dev sin tener que instalar jackd1.

Todo esto es lo que creo que ha resultado después de las pruebas a falta de comprobación.

Acabo de comprobarlo, en la versión que se desmorona:

sudo apt-get remove portaudio19-dev libjack-dev jackd1

sudo apt-get install libjack-jackd2-dev

Y ya no se desploma.
Suena, algo distorsionado, pero suena.

Originalmente publicado por sailoog.com

Por fin versión beta de OpenPlotter esta vez definitiva. Desde el último mensaje se han hecho las siguientes mejoras:

- Similación de corredera añadida
- GPSD añadido. Se puede establecer entrada GPSD y configurar el sistema.
- Añadido "hora desde NMEA" al menu inicio para poner en hora la Pi no solo desde el GPS, tambien desde plotter, etc.
- Añadido opencpn (no opengl) al inicio
- Compatible no solo con sistema GPS, tambien con GLONASS ruso y Galileo europeo.
- Mejor gestión de AIS
- Añadida herramienta para calibrar el AIS SDR
- Añadidos iconos
- Servidor wifi NMEA mejorado. Compatible con ubuntu, navigatrix, etc.
- Corrección de errores
- Depuración de código



Algunas consideraciones importantes:

Debido a la intencion de que sea multiplataforma y pueda funcionar en todos los sistemas basados en Debian y no solo en Raspbian se han añadido algunos paquetes como network-manager y alguno mas que hasta ahora no estaban incluidos en las imagenes SailPi. Esto hace que la gestion de redes sea un poco mas "pesada" pero mucho mas efectiva. Yo no he podido notar una bajada del rendimiento considerable.

La idea es sacar en breve una imagen de Raspbian para la Pi con openplotter completamente integrado (OpenPlotter RPI), otra para la BeagleBone Black (OpenPlotter BBB) y si hay ganas y quorum alguna para la banana o la odroid.

Estaría genial que los que podais la testeis y me digais los fallos que encontreis. Cuando pase a estado estable y consiga solucionar el crash del audio de OpenCPN en Raspbian publicaré en breve una versión de OpenPlotter RPI y posteriormente la OpenPlotter BBB. Será mejor que abra un hilo esclusivo para ello para no interferir el desarrollo de SailPi de pinguino que advierto que siempre estará mas optimizada para la Pi que OpenPlotter RPI.

Enlaces

Descripción del proyecto: http://campus.sailoog.com/course/view.php?id=9

Código fuente: https://github.com/sailoog/openplotter

Instrucciones de instalación: https://github.com/sailoog/openplotter/wiki

Próximos pasos

• Compás electrónico.
• Sensor de presión atmosférica y temperatura.
• Sensor de escora.
• Sensor de altura de ola.
• ...

Estoy intentando ejecutar openplotter en mi PC principal con Ubuntu Rolling Release y aunque todo esta instalado correctamente el programa en python me da error. Tambien me lo da en la Raspberry y es este:

pi@desktop:~/openplotter$ python ./openplotter.py
Traceback (most recent call last):
File "./openplotter.py", line 734, in <module>
frame = MyFrame(None, 'OpenPlotter')
File "./openplotter.py", line 18, in __init__
self.presLan_en = gettext.translation('openplotter', home+'/.config/openplotter/locale', languages=['en'])
File "/usr/lib/python2.7/gettext.py", line 484, in translation
raise IOError(ENOENT, 'No translation file found for domain', domain)
IOError: [Errno 2] No translation file found for domain: 'openplotter'

Lo tengo clonado con git. ¿Te falta actualizar algún programa?

[sailoog.com]

Originalmente publicado por pinguino

Estoy intentando ejecutar openplotter en mi PC principal con Ubuntu Rolling Release y aunque todo esta instalado correctamente el programa en python me da error. Tambien me lo da en la Raspberry y es este:

pi@desktop:~/openplotter$ python ./openplotter.py
Traceback (most recent call last):
File "./openplotter.py", line 734, in <module>
frame = MyFrame(None, 'OpenPlotter')
File "./openplotter.py", line 18, in __init__
self.presLan_en = gettext.translation('openplotter', home+'/.config/openplotter/locale', languages=['en'])
File "/usr/lib/python2.7/gettext.py", line 484, in translation
raise IOError(ENOENT, 'No translation file found for domain', domain)
IOError: [Errno 2] No translation file found for domain: 'openplotter'

Lo tengo clonado con git. ¿Te falta actualizar algún programa?

no lo has clonado en ~/.config/openplotter por lo que veo y no encuentra los archivos de traducción. Pasalo a ese directorio.

[sailoog.com]

joeeeeer en en repo de jessie solo está zygrib 6.2.3 y la ultima version que lee predicciones de 0.1 de definicion del mediterraneo es la 6.2.4

Es un rollaco compilar zygrib, se tarda horas. Teneis la 6.2.4 compilada para la Pi?

Originalmente publicado por sailoog.com

no lo has clonado en ~/.config/openplotter por lo que veo y no encuentra los archivos de traducción. Pasalo a ese directorio.

Entiendo, es decir que busca en ruta absoluta y no subcarpetas.

Es importante la diferencia pues cuando hacemos pruebas no borramos la carpeta anterior de openplotter y de ahí surge el error pues lo probamos en otras rutas.

Ahora está claro.

Originalmente publicado por sailoog.com

joeeeeer en en repo de jessie solo está zygrib 6.2.3 y la ultima version que lee predicciones de 0.1 de definicion del mediterraneo es la 6.2.4

Es un rollaco compilar zygrib, se tarda horas. Teneis la 6.2.4 compilada para la Pi?

Noooo. Es un rollo. Ademas habia que compilar antes otras herramientas. Para colmo no se podía empaquetar como deb fácilmente.

Habia un modo en:

http://agurney.com/raspberry-pi/pi-chart

Grib - zyGrib

There is a version of zyGrib available in the Raspbian repository (installed using the command apt-get install zygrib)
.. unfortunately, at time of writing this is obsolete and you will be prompted to upgrade (which isn't an option!)
So.... I've adapted the script that first appeared here.
login as the pi user and go the home directory (/home/pi)
cd ~
download the script
wget http://agurney.com/raspi/zygrib_install.sh
change the permissions to make the script executable
chmod +x zygrib_install.sh
sudo apt-get update

run the script
./zygrib_install.sh

... it will take around 90 minutes to complete if compiling on a Pi.

Pero creo que el plugin de gribs de opencpn si que lo abre aunque un poco raro. Pero lo abre.

[sailoog.com]

Originalmente publicado por pinguino

Entiendo, es decir que busca en ruta absoluta y no subcarpetas.

Es importante la diferencia pues cuando hacemos pruebas no borramos la carpeta anterior de openplotter y de ahí surge el error pues lo probamos en otras rutas.

Ahora está claro.

cierto es. Creo que tome la decision de rutas absolutas por alguna razón que no logro recordar ahora

[javijust]

Lo del audio que comentais.
Tiene algo que ver en que no tengo audio por el HDMI pero sin embargo si a traves de la propia salida de audio?

Originalmente publicado por javijust

Lo del audio que comentais.
Tiene algo que ver en que no tengo audio por el HDMI pero sin embargo si a traves de la propia salida de audio?

En realidad no.

El problema era que al reproducir opencpn algún sonido, como una alarma AIS o las campanas horarias, este se colapsaba.

Lo del sonido por HDMI o salida de audio se cambia con el raspi-config.

Si está en HDMI y aún así no suena, prueba cambiando el parámetro hdmi_drive en el config.txt de 1 a 2.

[0tilio]

Originalmente publicado por sailoog.com

seatalk: lo que hizo Thomas es aplicar tecnología inversa al protocolo seatalk y decodificarlo, justo lo que se hizo con el NMEA ya que ambos son propietarios. El problema es que NMEA es de uso general pero seatalk solo lo usan ellos y por eso no se ha avanzado mucho en ello. Además hay un problema de hardware, hay que crear una pequeña placa de la cual Thomas tambien da el esquema. Resumiendo, si se podria adaptar a openplotter pero el seatalk ha sido sustituido por el 2000 y desaparecerá en breve, en cambio el NMEA se quedará bastante mas tiempo. Si hubiera mas tiempo y recursos no me importaría ponerme al lio porque hay un gran parque de estos aparatos aun pero seria como andar para atrás en vez de adelante no?

piloto: estás en lo cierto. Con el IMU que tengo planeado implementar se podrá crear parte del openpilot. Digo parte porque solo faltaria el motor y el interface con él (arduino o la misma Pi con sus salidas pwm aunque esto no lo he estudiado aun). La verdad es que cuesta creerse que nadie haya ofrecido aun una versión decente de un openpilot. El prolífico Sean es una persona muy especial y como buen genio cuesta comunicarse con él además está dedicado a OpenCPN ahora. De todas maneras pasa un poco como con el seatalk, los recursos y fuerzas son reducidos si apareciera alguien con tiempo, ganas y conocimiemntos con el que repartirse el trabajo se podría llegar a todo pero esto de la tecnología libre ya se sabe que va lenta pero segura

De todas maneras para ambos casos te digo que hacia ahí caminamos y tarde o temprano llegaremos...

edito para contestar a tus preguntas mas directamente:

si, el modulo aporta todo lo necesario.
posiblemente si que podria ella sola con todo pero dudo que pudiera tambien con la ejecución de openCPN. Si que podria con todo lo demas de openplotter (bueno la decodificación de AIS habria que asegurarse pero creo que también)

Empezando por el final: estoy de acuerdo en que posiblemente sean necesarias dos, una que lleve openplotter y pase los datos de los sensores de viento vía NMEA a la otra Pi, encargada de controlar el motor paso a paso, a través de las salidas pwm y con relés de por medio y donde el módulo IMU iría conectado para modificar la respuesta del timón (el sensor de posición del timón iría en ésta tambien)...... pero ésto parece mejor un tema para foro específico de openpilot. ¿Hay alguno que conozcas?
En lo del Seatalk, creo que también tenes razón, tendré que ir pensando en hacerle al sensor de viento, una salida paralela que me lleve los datos NMEA a la Pi, eso no cuesta.
Por el resto no te preocupes, se te entiende perfectamente
Y gracias por las respuestas

Primeras impresiones con la...


Tras recibir el paquete que amablemente me envió Diávolo, la primera impresión fué muy buena. El dispositivo se ve bien acabado y en su caja luce hasta bonito.

Caso aparte es el led verde parpadeante que incluye y que puede sacarte de quicio si lo tienes en un lugar visible en plena noche. Bueno al parecer se puede desactivar con un pequeño hack.

Lo primero, corriendo SailPi (adaptado a Raspbian for banana) las primeras impresiones son muy buenas. Todo parece ir mas ligero e internet se vuelve mas usable. Opencpn corre bien aunque tengo la impresión de que no le saca partido a la aceleración con opengl. Parece que activando opengl va algo mas lento que desactivandolo.

Pero... definitivamente hay algún problema de hardware relacionado con el suministro eléctrico y el diseño del circuito de alimentación.

Es llamativo que en el foro de bananapi indiquen que en muchas ocasiones hay que alimentar a la banana con dos alimentadores a la vez. Y eso solo para poder arrancar algunos sistemas.

Si ademas pretendemos usar un pincho wifi, un disco duro SATA o algo por el estilo definitivamente da fallos.

A mi me ha dado fallos incluso sin nada tan solo haciendo trabajar duro la CPU en actualizaciones e instalaciones del sistema.

Tras darme un garbeo por los foros he visto que este problema es recurrente e incluso alguno ha recomendado alimentar la banana con un alimentador dedicado a ella y por el puerto de alimentación del disco SATA. Al parecer por mucha energía que le entre por las entradas habituales no es capaz de gestionarla correctamente.

Cuando pueda haré esa prueba y compartiré resultados. Mientras tanto....

¿alguno de vosotros ha experimentado con la bananapi?

¿Habéis observado algo parecido a este problema?

¿Habrán metido buenos componentes pero han descuidado el diseño o la calidad de construcción con tal de hacer el precio mas competitivo frente a la Raspberry Pi, cuyo control de calidad parece claramente superior?

[Diavolo]

Originalmente publicado por pinguino

Primeras impresiones con la...


Tras recibir el paquete que amablemente me envió Diávolo, la primera impresión fué muy buena. El dispositivo se ve bien acabado y en su caja luce hasta bonito.

Caso aparte es el led verde parpadeante que incluye y que puede sacarte de quicio si lo tienes en un lugar visible en plena noche. Bueno al parecer se puede desactivar con un pequeño hack.

Lo primero, corriendo SailPi (adaptado a Raspbian for banana) las primeras impresiones son muy buenas. Todo parece ir mas ligero e internet se vuelve mas usable. Opencpn corre bien aunque tengo la impresión de que no le saca partido a la aceleración con opengl. Parece que activando opengl va algo mas lento que desactivandolo.

Pero... definitivamente hay algún problema de hardware relacionado con el suministro eléctrico y el diseño del circuito de alimentación.

Es llamativo que en el foro de bananapi indiquen que en muchas ocasiones hay que alimentar a la banana con dos alimentadores a la vez. Y eso solo para poder arrancar algunos sistemas.

Si ademas pretendemos usar un pincho wifi, un disco duro SATA o algo por el estilo definitivamente da fallos.

A mi me ha dado fallos incluso sin nada tan solo haciendo trabajar duro la CPU en actualizaciones e instalaciones del sistema.

Tras darme un garbeo por los foros he visto que este problema es recurrente e incluso alguno ha recomendado alimentar la banana con un alimentador dedicado a ella y por el puerto de alimentación del disco SATA. Al parecer por mucha energía que le entre por las entradas habituales no es capaz de gestionarla correctamente.

Cuando pueda haré esa prueba y compartiré resultados. Mientras tanto....

¿alguno de vosotros ha experimentado con la bananapi?

¿Habéis observado algo parecido a este problema?

¿Habrán metido buenos componentes pero han descuidado el diseño o la calidad de construcción con tal de hacer el precio mas competitivo frente a la Raspberry Pi, cuyo control de calidad parece claramente superior?

Por mis manos han pasado 3 bananas, 2 que he devuelto, y la que tiene pingüino y os prometo que las 3 van igual. No funcionan bien. Cuando probé la primera no arrancaba GUI, achacando la alimentación al los alimentadores de los chinos.. Pero no..


Enviado desde mi iPone5 con TaPaTa

Ahora que ya he ido haciendo experimentos "raros" con la banana pi creo que puedo compartir mis sensaciones.

La banana parece tener algún problema de diseño de hardware que impide que el suministro eléctrico llegue a todos los rincones del sistema. No se si se debe a componentes inadecuados. Personalmente me da la impresión de que, ya que el sistema es bastante potente, el cableado de las pistas del circuito impreso es inadecuado para conducir toda la intensidad de ese consumo y provoca caídas de tensión. Por ejemplo, en la patilla del positivo de alimentación de la SD se miden diferencias de potencial de menos de 4,5 voltios, lo cual representa una perdida de potencia en el suministro eléctrico al sistema de almacenamiento que debería ser de 5 voltios.Recordemos que es uno de los mas importantes en cuanto a estabilidad.

Si vamos a usar el sistema sin exprimirlo una alimentación "normal" puede ser suficiente..... por los pelos. Siempre y cuando el suministro sea lo bastante potente y el cable sea de los mejores y no ocasione pérdidas, que hay muchos de ese tipo.

¿Como he llegado a esta conclusión (personal).....?

Alimentando a la banana directamente por el conector de alimentación del disco SATA.

Ha sido difícil. Tengo mas de veinte alimentadores de diferentes dispositivos recopilados a traves de mi historia personal. De todo tipo. Algunos a 3,5 v otros a 5, a 6, a 9. Muchos a 12 voltios y a 15. E incluso algunos a 19 y 20 voltios tanto en continua como en alterna. Pero ninguno me ha servido. Los de 5 voltios nunca superaban el amperio de intensidad y los otros tenían un voltaje demasiado elevado como para intentar hacer la prueba. El hardware de la banana no me inspira demasiada confianza y no creo que tenga sistemas de regulación de corriente muy efectivos. La única solución ha sido alimentando la banana usando la salida de 5 voltios de una fuente de alimentación de PC. Y ahí señores la cosa ha cambiado.

He podido instalar SailPi con OpenPlotter en la base Lubuntu y la verdad funciona muy bien. Los discos duros no son problema y todo funciona como debe.Incluso le he podido hacer overclocking y se ha notado muchísimo. Es una gozada trabajar con ella. Lástima que para eso necesites una fuente de alimentación "profesional", lo cual queda fuera del alcance de la idea original por la cual se crean estos mini pecés.

Una buena idea pero no del todo bien llevada a cabo. La ayuda es poca y nada en español y para colmo muchos parecen estar derivando a versiones mas actuales como la banana pro, que podría estar mejor diseñada.

La raspberry es un producto mucho mas equilibrado y creo que mejor acabado en su conjunto.

¿Nadie mas tiene una banana para compartir opiniones?

[Diavolo]

Originalmente publicado por pinguino

Ahora que ya he ido haciendo experimentos "raros" con la banana pi creo que puedo compartir mis sensaciones.

La banana parece tener algún problema de diseño de hardware que impide que el suministro eléctrico llegue a todos los rincones del sistema. No se si se debe a componentes inadecuados. Personalmente me da la impresión de que, ya que el sistema es bastante potente, el cableado de las pistas del circuito impreso es inadecuado para conducir toda la intensidad de ese consumo y provoca caídas de tensión. Por ejemplo, en la patilla del positivo de alimentación de la SD se miden diferencias de potencial de menos de 4,5 voltios, lo cual representa una perdida de potencia en el suministro eléctrico al sistema de almacenamiento que debería ser de 5 voltios.Recordemos que es uno de los mas importantes en cuanto a estabilidad.

Si vamos a usar el sistema sin exprimirlo una alimentación "normal" puede ser suficiente..... por los pelos. Siempre y cuando el suministro sea lo bastante potente y el cable sea de los mejores y no ocasione pérdidas, que hay muchos de ese tipo.

¿Como he llegado a esta conclusión (personal).....?

Alimentando a la banana directamente por el conector de alimentación del disco SATA.

Ha sido difícil. Tengo mas de veinte alimentadores de diferentes dispositivos recopilados a traves de mi historia personal. De todo tipo. Algunos a 3,5 v otros a 5, a 6, a 9. Muchos a 12 voltios y a 15. E incluso algunos a 19 y 20 voltios tanto en continua como en alterna. Pero ninguno me ha servido. Los de 5 voltios nunca superaban el amperio de intensidad y los otros tenían un voltaje demasiado elevado como para intentar hacer la prueba. El hardware de la banana no me inspira demasiada confianza y no creo que tenga sistemas de regulación de corriente muy efectivos. La única solución ha sido alimentando la banana usando la salida de 5 voltios de una fuente de alimentación de PC. Y ahí señores la cosa ha cambiado.

He podido instalar SailPi con OpenPlotter en la base Lubuntu y la verdad funciona muy bien. Los discos duros no son problema y todo funciona como debe.Incluso le he podido hacer overclocking y se ha notado muchísimo. Es una gozada trabajar con ella. Lástima que para eso necesites una fuente de alimentación "profesional", lo cual queda fuera del alcance de la idea original por la cual se crean estos mini pecés.

Una buena idea pero no del todo bien llevada a cabo. La ayuda es poca y nada en español y para colmo muchos parecen estar derivando a versiones mas actuales como la banana pro, que podría estar mejor diseñada.

La raspberry es un producto mucho mas equilibrado y creo que mejor acabado en su conjunto.

¿Nadie mas tiene una banana para compartir opiniones?

Ahora, mantenla funcionando 2 dias seguidos, a ver si peta o no. las otras 2 que he devuelto han petado. Funcionan para un ratito.

[elmarineroloco]

Yo ya la tengo desde hace unos diez días, la tengo en el bolsillo de la chaqueta y la verdad es que desde hay no me ha dado problemas, sigue igual de bonita que el primer día😀

Ahora en serio A ver su e Si esta semana me da tiempo la saco del bolsillo y la pruebo , que llevo unos días sin mucho tiempo.y os comento algo
Un saludo

Originalmente publicado por Diavolo

Ahora, mantenla funcionando 2 dias seguidos, a ver si peta o no. las otras 2 que he devuelto han petado. Funcionan para un ratito.

Y es que no se trata solo de tenerla dos dias seguidos. Es que hacia locuras a la media hora.

Igual iba bien que por momentos se ralentizaba mas que el caballo del malo. Otras veces parecía congelarse un minuto y luego volvía a "la realidad".

Lo mas curioso es que cuando se ralentizaba el consumo de cpu era muy bajo. Eso me dio que pensar que eran los dispositivos intermedios como la SD los que perdían energía.

Cuando esté mas probado comentaré resultados.

Eso sí, información hay poca y es difícil de entender.

Por ejemplo, el dichoso led verde que parpadeaba sin parar y que, en conjunto con el led rojo el azul y las luces del interfaz de red, hacían parecer la banana un establecimiento de esos de "señoras que fuman" y que me sacaba de quicio, ha sido algo complicado de solucionar.

Solo recomiendo la banana si te gusta la "aventura" y las "emociones fuertes". O eres un friki como........ ¿yo?

[Capitanlanmar]

Os prometo que leo vuestros posts como los de los relatos de viajes del siglo IXX. Aventura en su más crudo y fascinante sabor. Aquí sí que navegáis mares desconocidos...

Primero quería comprarme la Rpi, luego y como parece que es un poco insufrible en su velocidad, alentado por otros, pensé que la banana que ahora parece ratonera...., y ahora después de seguir con las lecturas, la Odroid C1.

¿cuándo parará este calvario?

Por otro lado he descubierto las maravillosas islas del navigatrix tras ver como el windows hacía cada vez más lentos ordenadores que en su día hacían perfectamente su trabajo. Ando un tanto desorientado a veces, pero voy ya gateo. Algún día andaré.

Gracias por tan sabrosos relatos.

[Diavolo]

¿Que tal os parece la banana pro?, vale mas barata que la pi, y lleva wifi integrado, ¿tendrá problemas de alimentación?


Enviado desde mi iPone5 con TaPaTa

Originalmente publicado por Diavolo

¿Que tal os parece la banana pro?, vale mas barata que la pi, y lleva wifi integrado, ¿tendrá problemas de alimentación?


Enviado desde mi iPone5 con TaPaTa

Ya he visto en Telegram que te la has pedido.

¡Mira que te gusta la aventura!

Por cierto, había alguien en el hilo de otra alternativa al plotter que comentaba tener una Odroid... creo. Pero parece que no ha comentado nada acerca de su mini pc.

Si aparece por aquí, que diga como le fué.

[sailoog.com]

Yo la placa alternativa de la que si puedo dar datos es de la Beaglebone Black. Mas que probada y en la franja inmediata superior a la Pi. Es la mas utilizada cuando la Pi no da para mas. Es algo mas cara pero no mucho mas.

Este proyecto que sigo desde hace tiempo y en el que he colaborado en alguna ocasión está hecho con la BBB y se que os encantará

http://www.openrov.com

Es una placa estupenda y certificada pero estoy seguro que podremos encontrar otra alternativa a la Pi más barata. La BBB es estupenda pero como solo es usada en proyectos mas profesionales no hay la comunidad y documentación que tiene la Pi que como siempre dice pinguino es un factor de mucho peso a la hora de decidirse.

Hablando de la banana, por si os habeis preguntado alguna vez porque hay mas de una pagina que parecen ser la oficial es debido a un culebron entre la comunidad que originariamente desarrollo el proyecto y una empresa que vino despues y lo hizo "suyo". Como estamos hablando de tecnologia libre todo es perfectamente legal y yo añadidria que hasta sano pero es verdad que esta empresa deberia haber cambiado el nombre... como si no hubiera frutas

Esta es la página del grupo promotor http://www.bananapi.com
Y esta la de la empresa http://www.lemaker.org

La banana pro pertenece a la empresa y tiene muy muy buena pinta, esperamos tus comentarios con impaciencia

Tambien recuerdo a alguien que tenia la odroid en el otro hilo pero creo que era un modelo antiguo no?