130 meneos
4122 clics
El Clockwork DevTerm es un espectacular mini PC basado en una Raspberry Pi CM3 que tiene hasta impresora térmica integrada
Los amantes de los miniPCs están de suerte: el Clockwork DevTerm es un minúsculo y sorprendente equipo portátil con una pantalla de 6,8 pulgadas que está basado en una Raspberry Pi Compute Module 3 y que incluye todo lo necesario para trabajar y disfrutar. E incluso, para imprimir. Este singular dispositivo incluye una impresora térmica que usa una bobina de papel de 58 mm, pero esa es solo una de sus sorprendentes prestaciones.
|
comentarios cerrados
Y no esta mal por ese precio.
Y con respecto a la pi 400 no tiene ninguna novedad excepto una impresora térmica...
A mi desde luego, no me dice nada.
(de pisapapeles)
Si miras su página verás que todo lo que han creado está “Sold Out” (Acabadas todas las existencias).
Mejor paro porque me estoy animando a comprarme un 'Clockwork' de esos.
Que ostia, pero que ostia a las conocidas multinacionales que producen ordenadores portátiles.
A la derecha, de color blanco (al inicio las confundí con los rodillos de la impresora) :
Hemos perdido "el control" sobre la documentación del hardware, la multinacionales se lo guardan. Nadie sabe como funcionan al 100% muchos circuitos integrados modernos, por ejemplo de las gráficas actuales, porque no se documentan a drede. En cambio con los micros de 8 y 16 bits, hoy mejor documentados que nunca, los usuarios pueden recuperar algo tan básico como el control total sobre su hardware y todas sus posibilidades.
No te creas. Mira el de la Game Boy:
news.ycombinator.com/item?id=28396927
Sobre la Game Boy, hombre, el Tetris es el Tetris, viene bien para desconectar.
Le metes Lemuroid y ya tienes maquina para emuladores. O lo que sea. Escribir, ejercicios, lo que sea.
www.meneame.net/story/clockwork-devterm-espectacular-mini-pc-basado-ra
Sobre emuladores, son software libre y muchos estan portados para Android (Fdroid). Tambien hay terminales como Termux y las herramientas de consola habituales, todas, hasta compiladores.
Dentro de lo que cabe, por 30 euros si lo tuneas bien puedes tener algo mediopotable.
No es tan ergonomico como un portatil real pero al menos tienes touchpad y teclado fisico.
No tiene esa, pero bue, le metes un Android y un Scratch (algo habra por ahi) y sin problema.
#39
Este era. Si, muy cutre y lo que quieras. Pero puedes lanzar emuladores, programar en terminar (y lanzar programas de terminal igual que un Linux ya que es un chroot, incluso algunos bajo X exportando variables y lanzando XserverSDL.
He compilado cosas para ARM sin problema, SDK's, programas de terminal (hasta el CMUS tira bajo Android). Por ese precio ya querria que sacasen algo en Intel.
Ah, tambien se puede instalar GNU/Linux en el MMC cacharreando, pero hay que editar U-Boot, configurar la SD, meter el rootfs en la NAND y hacer casi magia negra con u-boot y mkimage para que arranque bien. Pero he lanzando Debian en su dia sin problema. Y por supuesto, Vice.
La putada que como es ARM hay que meter un kernel compilado propio que si no no tira. O usar el de otra distro y meter un rootfs yo que se, de Alpine Linux. Pero es ARMv5 y no muchas distros lo soportan ya.
replicant.us Android totalmente libre bajo la FSF.
Tambien, vuelve a leer. En ese hardware del portatil pude lanzar una distro de GNU/Linux completa borrando el Android de la NAND. Debian, y luego Arch.
La RPI tambien es propietaria, el concreto el firmware de video creo.
Creo que es mejor un ODroid o similares.
El problema no es GNU o Android, en ARM estas jodido si o si.
En estandares GNU/LInux en ARM tampoco es estandar, te lo digo desde ya. En ARM no tienes un BUS y una interfaz unificada, cada dispositivo ARM corriendo Linux necesita un "device tree" propio.
No tienes un BUS universal para configurar dispositivos, debes meter un kernel propio con el arbol de dispositivos para saber que instrucciones mandar. Supongo que usara i2c debajo, yo que se.
ARM es una puta mierda en estandares si usas yo que se, Slackware ARM en un ODroid o una Rpi por igual.
Qué es eso del BUS universal y donde está el problema? La versión Gnu/Linux de las Raspberry Pi no es nativa? No son todas las Raspberry Pi de cada modelo idénticas? Qué problemas tienen las Raspberry Pi corriendo Gnu/Linux?
Estoy estudiando si se le puede meter un Linux y la otra cosa que supongo que tendré que tenerlo entre manos, es si tendrá potencia para que el firefox reproduzca videos de youtube...porque el crío seguro que también mirada algún video.
En cuanto a todo el tecnicismo que os habéis puesto a soltar, creo que a un usuario corriente, vamos, el 90% del mercado, le importa un rábano el kernel, si se puede instalar linux o windowx 14.
El artefacto no es nada del otro mundo.
Para cacharreo con terminal, Termux, y en FDroid como digo hay miles de herramientas tanto educativas como no educativas.
La bateria es un poco meh (2,30-3 horas), pero por ese precio, que quieres. Eso si, hay que tratarlo con bastante cuidado.
Si le consigues meter Lemuroid y juegos retro en forma de ROMs (como la Game Boy Advance), es perfecto. Para todo lo demas, Firefox Light (es el que tengo en un smartphone cutre de 30 euros), y yo que se mas, hay mucho por cacharrear.
El FFox Light como digo tira en una chatarra de 30 euros que tendra como mucho 1GB de RAM o 512MB y consigue que tiren las webs, es increible .
Tambien le sirve al crio como lector de libros con FBReader, y por supuesto con Telegram tienes mensajeria con los padres.
(CC #50)
El primer problema es la GPU.
El segundo es universal, no es que sean parches cerrados, si no que en ARM todo parche es circustancial.
Por si fuera poco es la propia GPU la que toma el control desde que se enciende la Raspberry Pi. La GPU no solo inicializa y arranca los 4 núcleos con su propio binario cerrado sino que tras arrancarlos la propia GPU corres su propio sistema operativo cerrado paralelamente con el Gnu/LInux que se cargue en memoria una vez "disponible" la CPU ARM.
De esto no estoy seguro, pero al menos parece que la gente se queja en los foros de la 'Raspberry Pi Foundation' porque es la patente sobre mpeg-2 para decodificación de video que no expira en todo el mundo hasta 2025 la que "impide" que se libere ese código binario cerrado de la GPU que controla el arranque de los núcleos ARM y buena parte del acceso a las capacidades de video entre Gnu/Linux y la GPU. Suena todo muy feo en un proyecto que "presume" de ser abierto y estar enfocado a la educación. 2025 está aquí al lado, ojalá los de Raspberry Pi se tomen el tema en serio y liberen código, documentación y lo que tengan bajo llave sin la presión de terceros.
(CC #61)