arm-netbook

arm-netbook@lists.phcomp.co.uk

1079 discussions

Start a nNew thread

LVDS and HDMI to the same time
by Martin von Kameke 20 Nov '15

20 Nov '15

Hi, It is possible to use lvds and hdmi to the same time? I will display the same picture. Best regards, Martin

2 1

Turris Omnia FLOSS Router
by Alexander Stephen Thomas Ross 16 Nov '15

16 Nov '15

https://omnia.turris.cz/en/ thoughts? there’s one comment on the indiegogo page about the wifi chipsets there looking at using depending on sourcing. not sure that it will be completely free software (inc (ie wifi)firmware & driver). they don’t say what is definition of the "lifetime of the device" is, regarding updates for it? 2 years or 10? ###### I’m looking to get a decent, free software router. come to think of it what about the eome-68 router? When eoma-68 isn’t going to have Ethernet?

3 2

Jetson TX1 Module
by GaCuest 13 Nov '15

13 Nov '15

Maybe this is interesting for EOMA-68... http://www.nvidia.com/object/jetson-tx1-module.html

3 12

The A64-OLinuXino laptop idea
by Paul Boddie 11 Nov '15

11 Nov '15

Hello, I see that Luke's friends/rivals at Olimex are considering the idea of a laptop based on their "64-bit" development board: "A64-OLinuXino OSHW 64-bit ARM DIY Laptop idea update" https://olimex.wordpress.com/2015/11/05/a64-olinuxino-oshw-64-bit-arm-diy- laptop-idea-update/ Their blog post about the board: "We work on A64-OLinuXino the first Open Source Hardware 64-bit development board" https://olimex.wordpress.com/2015/10/16/we-work-on-a64-olinuxino-the-first- open-source-hardware-64-bit-development-board/ The baffling thing about this "64-bit ARM" stuff, apart from the apparent lack of vendor cooperation for Linux kernel development... "One of the problem is that A64 is quite new and no any Linux-Sunxi support, as nobody have seen A64 development boards yet. SO it may pass several months until A64-OLinuXino run anything else than Android 5.1" ...is that the principal benefit of bringing "64-bit" to ARM - addressing more than 2GB RAM - is absent from this design. Indeed, I've only seen one ARM- based board - and not even a "64-bit" one [1] - which had 4GB RAM, let alone more than that. And I imagine that the 4GB RAM is divided between the cores on that Freescale i.MX6 board. (From what I've heard, Freescale is somewhat better than Allwinner with regard to support and documentation, contrary to claims in comments on the Olimex blog.) Anyway, I thought this was worth a quick perusal. Paul [1] http://solid-run.com/freescale-imx6-family/hummingboard/hummingboard- specifications/

7 8

eoma68-a20 nand
by Luke Kenneth Casson Leighton 11 Nov '15

11 Nov '15

wasn't planned but happened accidentally: confirmed access to nand flash (read and write) with sunxi and u-boot mainline (recent) kernels. bit of additional work to do, will be documented shortly. l.

1 0

adafruit spi lcd hx8357d and arduino uno
by Luke Kenneth Casson Leighton 29 Oct '15

29 Oct '15

.... arrived today, and were up and running, working perfectly, in under 15 minutes: http://git.rhombus-tech.net/?p=eoma-firmware.git;a=tree;f=eoma68/arduino_un… i used a makefile that was easily found with a google search "debian arduino uno makefile", followed the instructions _in_ the makefile, created a blink test, ran it, ran "make upload" and it worked. total time: well under 3 minutes. next was the SPI-based LCD, soldering took a few minutes, copying the library files into the main directory a few more - done. i've now modified the adafruit source code so that it can do 9-bit SPI bit-banging, by setting "IM1=0" (shorting that to ground) and i'm now in a position to begin two-way testing of the adafruit LCD with an STM32F072, and the yunlea HX8357D LCD with the arduino uno. this is a heck of a lot quicker than messing about with both unknown hardware and unknown software. l.

2 2

laptop 15in pcb3
by Luke Kenneth Casson Leighton 27 Oct '15

27 Oct '15

i'm on to assembly of pcb3, now, which is the power / charger board. pcb assembly whilst listening to ozric tentacles is a thoroughly recommended experience btw :) this one is slightly fiddly because it's not a "prototype" PCB, so is not covered with as much solder (on the pads). things aren't properly sticking unless i "pre-tin" them. the LTC4155 QFN i wicked its pads across a soldering iron and that has gone down fine: 0402 resistors however are _really_ acting up. next time i will go round every single pad with a soldering iron, blobbing them before even considering putting components on. regarding PCB2: the SPI interface to the LCD, i've given up on the current approach, because of the two "unknowns" - unknown hardware and unknown software - and have asked the sponsor to obtain an adafruit HX8357D LCD and an arduino. i will then be able to work from two "known-goods", as a way to triage which (or if both) of the two "unknowns" is "not working". there are slight differences between the yunlea LCD and the adafruid LCD, which i will be able to compensate for by: (a) getting the adafruit LCD working with the STM32F072 and (b) getting the arduino to talk to the yunlea LCD. having these successfully cross-talk i will then be in a position to finally put the yunlea LCD onto the STM32F072. that's the plan, anyway. l.

1 0

SPI stress!
by Luke Kenneth Casson Leighton 20 Oct '15

20 Oct '15

RRRRRR :) i'm attempting to get the yunlea spi lcd with an hx8357 up and running. i'm resorting to bit-banging the spi at the moment because it needs 9-bit initial "control" signal followed by 8-bit "parameters".... but once again just like with the I2C i have "unknown hardware" combined with "unknown software". sooo.... i think what i will do is try a loop-back SPI software test. connect SPI1 to SPI2 on the STM32F072, and put SPI2 into slave mode and SPI1 into master.... then see if i can get them to talk to each other. *sigh*... :) l.

2 3

"recycling not the answer"
by Luke Kenneth Casson Leighton 19 Oct '15

19 Oct '15

http://www.lowtechmagazine.com/2009/06/embodied-energy-of-digital-technolog… if the energy cost of the plastics injection molding is enough to power a 30 watt laptop for 1,000 days (3 years), then clearly, recycling of the plastic, doing exactly the same thing, is *not* doing the environment any favours. the answer is, (a) instead, to keep that plastic casework in use for as long as possible (for example by allowing the main processor and memory to be continuously upgraded on a rolling basis) and/or (b) develop different casework production techniques that are far more energy-efficient. l.

2 4

stm32f072 usb firmware
by Luke Kenneth Casson Leighton 18 Oct '15

18 Oct '15

hi peter, et al, i managed to find a variant of libopencm3 which has usb support for the stm32f072, i compiled the cdcacm example and it worked. i will write up some notes later but here's a start: https://github.com/kuldeepdhaka/libopencm3/tree/usb-rewrite https://github.com/kuldeepdhaka/libopencm3-examples/tree/usb-rewrite http://hands.com/~lkcl/usb_req_done.patch peter i sent phil the ssh key, please do consider joining the mailing list so that things can be coordinated without cc. the above branch is... well... it's literally one of the first times that libopencm3 has run usb code on an stm32f072 nucleo board. it means that certain things aren't going to be there. with two of us, peter, doing testing and development, the libopencm3 team on irc.freenode.net will have the encouragement they need to move things forward: we are, however, going to have to help them out, they're pretty busy. the similarity to the stm32f1 series is sufficiently strong that i have confidence in their work, which means we can both press ahead with firmware development whilst the usb code is moved mainline and stabilised with unit testing. l.

3 7

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

arm-netbook