From lkcl at lkcl.net Thu Oct 1 12:29:57 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Thu, 1 Oct 2015 12:29:57 +0100 Subject: [Arm-netbook] stm32f072 usb firmware Message-ID: 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. From lkcl at lkcl.net Sat Oct 3 12:08:59 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Sat, 3 Oct 2015 12:08:59 +0100 Subject: [Arm-netbook] laptop and microdesktop pcbs Message-ID: ok so: after finding that there's someone who is maintaining an STM32F072 USB branch, and testing it successfully to create both a usb-hid and usb-cdcacm example i put the majority of the components on the laptop STM32F072 PCB, with the exception of the 3.3v regulator which isn't here yet. i have a source of 3.3v power so that can be tested later. assembly of the much smaller STM32F072 PCB was only a day, with two uses of the IRDA lamp. i did however have to go round all of the 0.5mm pitch QFP and FFC pins individually with a soldering iron. surprisingly, QFNs tend to stick first time. i've also ordered the laptop PCB3 which is the power board, that one is going to be fun and games, especially with the EMF from the rather large (4A) regulator. i've put in a huge number of GND vias surrounding the high-frequency power output which goes to the inductor, we'll just have to see what happens. also i had redesigned the microdesktop board some weeks back, and will be de-populating one of the existing boards and transferring all the components. this i anticipate to be pretty straightforward, although perplexingly the microdesktop board has a staggering 120 components. i don't quite understand why, given that it's 4in x 3.5in and that the CPU Card itself is around 3.5in x 2in! still, there we go... :) l. From lkcl at lkcl.net Sun Oct 4 21:54:06 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Sun, 4 Oct 2015 21:54:06 +0100 Subject: [Arm-netbook] laptop_15in working PCB2! Message-ID: yippee, i tested the PCB2 i put together yesterday, and successfully uploaded a test program to it, turning it into an example USB-HID "mouse" that generates events, wobbling the cursor back and forwards. over the past few days i found someone who coincidentally maintains a branch with USB support for the exact STM32F model ARM Cortex M0 that i chose, and i got a working "usb hid" example up and running on a demo board i have, here ($EUR 10 retail. amazing). yesterday i populated PCB2 with components, i had got the STM32F072 the wrong way round, burned one out! used the IR solderer to remove it and stuck a new one down, this time the right way round :) then, with a lot of fiddling i managed to get the right connections to reset and put it into "DFU" - device firmware upload - mode. then i just uploaded the firmware tested previously on the demo board, and yay it worked. so i will do a bit more firmware programming, there is the keyboard matrix to do, I2C interface for the touchpanel (converting to real USB-HID events), and also there is the SPI interface for the 480x320 LCD. testing the LCD and capacitive panel for the first time will be interesting. l. From lkcl at lkcl.net Mon Oct 5 13:16:58 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Mon, 5 Oct 2015 13:16:58 +0100 Subject: [Arm-netbook] laptop_15in working PCB2! In-Reply-To: References: Message-ID: On Sun, Oct 4, 2015 at 9:54 PM, Luke Kenneth Casson Leighton wrote: > yippee, i tested the PCB2 i put together yesterday, and successfully > uploaded a test program to it, turning it into an example USB-HID > "mouse" that generates events, wobbling the cursor back and forwards. http://rhombus-tech.net/community_ideas/laptop_15in/news/ From lkcl at lkcl.net Fri Oct 9 22:40:58 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Fri, 9 Oct 2015 22:40:58 +0100 Subject: [Arm-netbook] linus torvalds says "2016 is the year of the arm laptop" Message-ID: http://linux.slashdot.org/story/15/10/09/1838249/linus-2016-will-be-the-year-of-the-arm-laptop surpriiiise! From pbouda at cidles.eu Sat Oct 10 17:09:21 2015 From: pbouda at cidles.eu (Peter Bouda) Date: Sat, 10 Oct 2015 17:09:21 +0100 Subject: [Arm-netbook] stm32f072 usb firmware In-Reply-To: References: Message-ID: <56193831.8080202@cidles.eu> > 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. hi, my new nucleo board arrived this week (yeah!) and I will now setup my dev environment and see if I can get the code running. Is there any specific thing I could test? Best, Peter From lkcl at lkcl.net Sat Oct 10 17:54:39 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Sat, 10 Oct 2015 17:54:39 +0100 Subject: [Arm-netbook] stm32f072 usb firmware In-Reply-To: <56193831.8080202@cidles.eu> References: <56193831.8080202@cidles.eu> Message-ID: On Sat, Oct 10, 2015 at 5:09 PM, Peter Bouda wrote: > > hi, > > my new nucleo board arrived this week (yeah!) and I will now setup my dev > environment you don't need that patch btw. and apparently there's now usb support in the main branch for stm32f072 > and see if I can get the code running. Is there any specific > thing I could test? the main thing is to get the miniblink example up and running, first. i use dfu-util with the following in the Makefile: BINARY = usbhid dfu: dfu-util -v -S FFFFFFFEFFFF -a 0 --dfuse-address 0x08000000 -R -D ./$(BINARY).bin keep the little piece of card, you need it! it has the pin-out assignments. so forget powering by the micro-usb, do this: * flip the jumper from E5V to U5V * cut off a random USB cable and strip down the black, red, white and green * solder 5V (Red) to pin 6 of CN7 * solder GND (black) to pin 8 of CN7 * solder USB+ (green) to pin 12 (PA12) of CN10 * solder USB- (white) to pin 14 (PA11) of CN10 then, plug it into a USB port of the development machine. then, use a screwdriver to short BOOT0 (pin 7 of CN7) to E5V (pin 6 of CN7), and at the same time press and then release the reset button (B2). if you then do "lsusb" you should see a device come up "DFU mode" in the description. ta-daa, you can now upload a .bin file to it. you do that with any of the libopencm3-examples, you must do "make bin". you don't need to modify any of kuldeep's examples, he's made a suitable stm32f072-discovery.ld file, so you might prefer initially to use kuldeep's branch. l. From joem at martindale-electric.co.uk Tue Oct 13 14:03:54 2015 From: joem at martindale-electric.co.uk (joem) Date: Tue, 13 Oct 2015 13:03:54 +0000 Subject: [Arm-netbook] linus torvalds says "2016 is the year of the arm laptop" In-Reply-To: References: Message-ID: <1444741436.15892.1.camel@jm-desktop> On Fri, 2015-10-09 at 22:40 +0100, Luke Kenneth Casson Leighton wrote: > http://linux.slashdot.org/story/15/10/09/1838249/linus-2016-will-be-the-year-of-the-arm-laptop > > surpriiiise! Wonder who's going to release 2560x1600 displays for arm Laptops. As far as I can tell, that is probably the only thing holding ARM laptops back from taking off. From lkcl at lkcl.net Tue Oct 13 15:13:15 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Tue, 13 Oct 2015 15:13:15 +0100 Subject: [Arm-netbook] linus torvalds says "2016 is the year of the arm laptop" In-Reply-To: <1444741436.15892.1.camel@jm-desktop> References: <1444741436.15892.1.camel@jm-desktop> Message-ID: On Tue, Oct 13, 2015 at 2:03 PM, joem wrote: > On Fri, 2015-10-09 at 22:40 +0100, Luke Kenneth Casson Leighton wrote: >> http://linux.slashdot.org/story/15/10/09/1838249/linus-2016-will-be-the-year-of-the-arm-laptop >> >> surpriiiise! > > Wonder who's going to release 2560x1600 displays for arm Laptops. > As far as I can tell, that is probably the only thing holding ARM > laptops back from taking off. yyehhh... the bandwidth's just.... let's do the maths. assume a 60fps refresh rate? so 2560*1600*60*4 (bytes per pixel=32) we're looking at 983mbytes/sec. i'd guess that 983mbytes/sec would utterly overwhelm most ARM processors internal memory bus architectures.... and that's just for refreshing the display - it's not even for *updating* it. so it's pretty hard-core. the current focus of design - because it's where the money is - is on "IPTV" and "tablet". do a quick scan of what allwinner sells: all their products are either "TV" or "Tablet", with the occasional "tablet-that-thinks-it's-a-smartphone" SoC thrown in. in other words, i feel that when tablets start getting 2560x1600 displays, and those become popular enough to catch allwinner and rockchip's attention, we might start seeing SoCs that support that kind of resolution. l. From joem at martindale-electric.co.uk Tue Oct 13 21:56:05 2015 From: joem at martindale-electric.co.uk (joem) Date: Tue, 13 Oct 2015 20:56:05 +0000 Subject: [Arm-netbook] linus torvalds says "2016 is the year of the arm laptop" In-Reply-To: References: <1444741436.15892.1.camel@jm-desktop> Message-ID: <1444769756.17100.3.camel@jm-desktop> > > On Fri, 2015-10-09 at 22:40 +0100, Luke Kenneth Casson Leighton wrote: > >> http://linux.slashdot.org/story/15/10/09/1838249/linus-2016-will-be-the-year-of-the-arm-laptop > >> > >> surpriiiise! > > > > Wonder who's going to release 2560x1600 displays for arm Laptops. > > As far as I can tell, that is probably the only thing holding ARM > > laptops back from taking off. > i'd guess that 983mbytes/sec would utterly overwhelm most ARM > processors internal memory bus architectures.... and that's just for > refreshing the display - it's not even for *updating* it. I have 8" and 10" ARM phablets with that resolution display and I'm sure there must be some youtube out there of similar devices. They are very responsive and eminently suitable for laptop version. Just not sure why such displays are not being used on Laptop version devices. From lkcl at lkcl.net Wed Oct 14 00:39:35 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Wed, 14 Oct 2015 00:39:35 +0100 Subject: [Arm-netbook] linus torvalds says "2016 is the year of the arm laptop" In-Reply-To: <1444769756.17100.3.camel@jm-desktop> References: <1444741436.15892.1.camel@jm-desktop> <1444769756.17100.3.camel@jm-desktop> Message-ID: On Tue, Oct 13, 2015 at 9:56 PM, joem wrote: > I have 8" and 10" ARM phablets with that resolution display > and I'm sure there must be some youtube out there of similar > devices. what's the model / make and what's the internal processor? From joem at martindale-electric.co.uk Wed Oct 14 09:04:20 2015 From: joem at martindale-electric.co.uk (joem) Date: Wed, 14 Oct 2015 08:04:20 +0000 Subject: [Arm-netbook] linus torvalds says "2016 is the year of the arm laptop" In-Reply-To: References: <1444741436.15892.1.camel@jm-desktop> <1444769756.17100.3.camel@jm-desktop> Message-ID: <1444809862.19789.1.camel@jm-desktop> On Wed, 2015-10-14 at 00:39 +0100, Luke Kenneth Casson Leighton wrote: > On Tue, Oct 13, 2015 at 9:56 PM, joem wrote: > > I have 8" and 10" ARM phablets with that resolution display > > and I'm sure there must be some youtube out there of similar > > devices. > > what's the model / make and what's the internal processor? Its at home now - It was one of these or a similar model http://www.geekbuying.com/item/Onda-V919-4G-Air-9-7-Inch-Android-4-4-Phablet-MTK8752-Octa-Core-2-4GHz-2048-1536-2G-3G-4G-2GB-32GB-Tablet-PC-WiFi-GPS-BT---Silver-344501.html Many more like it at that web site. From lkcl at lkcl.net Wed Oct 14 10:48:50 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Wed, 14 Oct 2015 10:48:50 +0100 Subject: [Arm-netbook] linus torvalds says "2016 is the year of the arm laptop" In-Reply-To: <1444809862.19789.1.camel@jm-desktop> References: <1444741436.15892.1.camel@jm-desktop> <1444769756.17100.3.camel@jm-desktop> <1444809862.19789.1.camel@jm-desktop> Message-ID: On Wed, Oct 14, 2015 at 9:04 AM, joem wrote: > On Wed, 2015-10-14 at 00:39 +0100, Luke Kenneth Casson Leighton wrote: >> On Tue, Oct 13, 2015 at 9:56 PM, joem wrote: >> > I have 8" and 10" ARM phablets with that resolution display >> > and I'm sure there must be some youtube out there of similar >> > devices. >> >> what's the model / make and what's the internal processor? > > Its at home now - It was one of these or a similar model > http://www.geekbuying.com/item/Onda-V919-4G-Air-9-7-Inch-Android-4-4-Phablet-MTK8752-Octa-Core-2-4GHz-2048-1536-2G-3G-4G-2GB-32GB-Tablet-PC-WiFi-GPS-BT---Silver-344501.html ahh mediatek gpl-violating with 100% certainty *sigh*. ok so it's technically doable. that's a quad-core 64-bit with an A53... yowser the peak power consumption is going to be enormous though. it'll be a MIPI or eDP display. l. From joem at martindale-electric.co.uk Wed Oct 14 15:07:53 2015 From: joem at martindale-electric.co.uk (joem) Date: Wed, 14 Oct 2015 14:07:53 +0000 Subject: [Arm-netbook] linus torvalds says "2016 is the year of the arm laptop" In-Reply-To: References: <1444741436.15892.1.camel@jm-desktop> <1444769756.17100.3.camel@jm-desktop> <1444809862.19789.1.camel@jm-desktop> Message-ID: <1444831675.21577.17.camel@jm-desktop> On Wed, 2015-10-14 at 10:48 +0100, Luke Kenneth Casson Leighton wrote: > On Wed, Oct 14, 2015 at 9:04 AM, joem wrote: > > On Wed, 2015-10-14 at 00:39 +0100, Luke Kenneth Casson Leighton wrote: > >> On Tue, Oct 13, 2015 at 9:56 PM, joem wrote: > >> > I have 8" and 10" ARM phablets with that resolution display > >> > and I'm sure there must be some youtube out there of similar > >> > devices. > >> > >> what's the model / make and what's the internal processor? > > > > Its at home now - It was one of these or a similar model > > http://www.geekbuying.com/item/Onda-V919-4G-Air-9-7-Inch-Android-4-4-Phablet-MTK8752-Octa-Core-2-4GHz-2048-1536-2G-3G-4G-2GB-32GB-Tablet-PC-WiFi-GPS-BT---Silver-344501.html > > ahh mediatek gpl-violating with 100% certainty *sigh*. > > ok so it's technically doable. that's a quad-core 64-bit with an > A53... yowser the peak power consumption is going to be enormous > though. it'll be a MIPI or eDP display. Most laptops last only 2 / 3 hours with gaming and get very hot. These phablets last more than that watching videos. I would plug in the adaptor while playing games or doing any serious work, and I can imagine a small fan inside to remove heat while playing games. Still difficult to see what the problem is bringing out ARM laptops with high definition displays. May be the GPL violations by these China companies developing ARM CPUs have back fired on them again - they can't make the Linux distros for their machines because there is nothing in the way of non-NDA information about their chips and software out there and their own engineers are not enough to make it happen. For Android there is big infrastructure in the way of google so their engineers can copy (not innovate) to make tablets and phones. For any other distros to be livened up that require more than copying and more innovating such as those that leads to laptops, the only way to make money is to share hardware and software information without NDAs, and that they don't do - so they shoot themselves in the foot as a result. Android market is saturating, so they got workers they can't pay because they haven't invested in their future and livened up new distros to make new products. All predictable me thinks. They need to bring out more documentation and more non-bga footprint chips so that mere mortals can use all that technology. From cand at gmx.com Wed Oct 14 15:58:12 2015 From: cand at gmx.com (Lauri Kasanen) Date: Wed, 14 Oct 2015 17:58:12 +0300 Subject: [Arm-netbook] linus torvalds says "2016 is the year of the arm laptop" In-Reply-To: <1444831675.21577.17.camel@jm-desktop> References: <1444741436.15892.1.camel@jm-desktop> <1444769756.17100.3.camel@jm-desktop> <1444809862.19789.1.camel@jm-desktop> <1444831675.21577.17.camel@jm-desktop> Message-ID: <20151014175812.acf2ed02.cand@gmx.com> On Wed, 14 Oct 2015 14:07:53 +0000 joem wrote: > On Wed, 2015-10-14 at 10:48 +0100, Luke Kenneth Casson Leighton wrote: > > >> > I have 8" and 10" ARM phablets with that resolution display > > >> > and I'm sure there must be some youtube out there of similar > > >> > devices. > > >> > > >> what's the model / make and what's the internal processor? > > > > > > Its at home now - It was one of these or a similar model > > > http://www.geekbuying.com/item/Onda-V919-4G-Air-9-7-Inch-Android-4-4-Phablet-MTK8752-Octa-Core-2-4GHz-2048-1536-2G-3G-4G-2GB-32GB-Tablet-PC-WiFi-GPS-BT---Silver-344501.html > > > > ahh mediatek gpl-violating with 100% certainty *sigh*. > > > > ok so it's technically doable. that's a quad-core 64-bit with an > > A53... yowser the peak power consumption is going to be enormous > > though. it'll be a MIPI or eDP display. > > Most laptops last only 2 / 3 hours with gaming and get very hot. > These phablets last more than that watching videos. > I would plug in the adaptor while playing games or doing any > serious work, and I can imagine a small fan inside to remove heat > while playing games. > > Still difficult to see what the problem is bringing out ARM laptops with > high definition displays. Is there really much point to them? To me the quest for DPI passed the "mine's bigger than yours" point long ago. Of course I have bad eyesight, and can barely see the pixels on 1920x1080 at 24", but at the resolutions the current phones are using you'd need to hold it glued to your eyeball and still couldn't see it all. I couldn't find any sales numbers for Chromebook Pixel. Mac sales have gone down despite the Retina screens. The data does not support the case that a higher-res screen is the missing point. - Lauri From joem at martindale-electric.co.uk Wed Oct 14 16:08:42 2015 From: joem at martindale-electric.co.uk (joem) Date: Wed, 14 Oct 2015 15:08:42 +0000 Subject: [Arm-netbook] linus torvalds says "2016 is the year of the arm laptop" In-Reply-To: <20151014175812.acf2ed02.cand@gmx.com> References: <1444741436.15892.1.camel@jm-desktop> <1444769756.17100.3.camel@jm-desktop> <1444809862.19789.1.camel@jm-desktop> <1444831675.21577.17.camel@jm-desktop> <20151014175812.acf2ed02.cand@gmx.com> Message-ID: <1444835324.22033.6.camel@jm-desktop> > Is there really much point to them? To me the quest for DPI passed the Not too interested in DPI. Overall number of pixels - yes. > "mine's bigger than yours" point long ago. Of course I have bad > eyesight, There lies the rub. I got translucent 12 sided compiz cube and dozens of things happening at the same time on a 2560x1600 display on a fast PC with SSD. And it just ain't big enough for thumbing through reams of code. So now thinking of a 40" 3840x2160 :) From cand at gmx.com Wed Oct 14 16:34:45 2015 From: cand at gmx.com (Lauri Kasanen) Date: Wed, 14 Oct 2015 18:34:45 +0300 Subject: [Arm-netbook] linus torvalds says "2016 is the year of the arm laptop" In-Reply-To: <1444835324.22033.6.camel@jm-desktop> References: <1444741436.15892.1.camel@jm-desktop> <1444769756.17100.3.camel@jm-desktop> <1444809862.19789.1.camel@jm-desktop> <1444831675.21577.17.camel@jm-desktop> <20151014175812.acf2ed02.cand@gmx.com> <1444835324.22033.6.camel@jm-desktop> Message-ID: <20151014183445.e18402d6.cand@gmx.com> On Wed, 14 Oct 2015 15:08:42 +0000 joem wrote: > > Is there really much point to them? To me the quest for DPI passed the > > Not too interested in DPI. Overall number of pixels - yes. > > > "mine's bigger than yours" point long ago. Of course I have bad > > eyesight, > > There lies the rub. > > I got translucent 12 sided compiz cube and dozens of things happening at > the same time on a 2560x1600 display on a fast PC with SSD. > And it just ain't big enough for thumbing through reams of code. So now > thinking of a 40" 3840x2160 :) Yea, but we're talking laptops. They can't physically get larger than the 17"/15"/13"/11" the case is for, and 17" are already niche products. Getting a 2k or a 4k screen in 13" or even 15" would mean insane DPI, and either too small text to read, or enlarged text and no benefit to those pixels (plus higher power use), like the Chromebook and Macs. Like I said, available laptop sales numbers do not echo that. Your code problem could perhaps be better solved with a better input method than a huge screen, but that's another discussion entirely ;) - Lauri From joem at martindale-electric.co.uk Thu Oct 15 08:09:43 2015 From: joem at martindale-electric.co.uk (joem) Date: Thu, 15 Oct 2015 07:09:43 +0000 Subject: [Arm-netbook] linus torvalds says "2016 is the year of the arm laptop" In-Reply-To: <20151014183445.e18402d6.cand@gmx.com> References: <1444741436.15892.1.camel@jm-desktop> <1444769756.17100.3.camel@jm-desktop> <1444809862.19789.1.camel@jm-desktop> <1444831675.21577.17.camel@jm-desktop> <20151014175812.acf2ed02.cand@gmx.com> <1444835324.22033.6.camel@jm-desktop> <20151014183445.e18402d6.cand@gmx.com> Message-ID: <1444892985.22965.4.camel@jm-desktop> On Wed, 2015-10-14 at 18:34 +0300, Lauri Kasanen wrote: > On Wed, 14 Oct 2015 15:08:42 +0000 > joem wrote: > > > > Is there really much point to them? To me the quest for DPI passed the > > > > Not too interested in DPI. Overall number of pixels - yes. > > > > > "mine's bigger than yours" point long ago. Of course I have bad > > > eyesight, > > > > There lies the rub. > > > > I got translucent 12 sided compiz cube and dozens of things happening at > > the same time on a 2560x1600 display on a fast PC with SSD. > > And it just ain't big enough for thumbing through reams of code. So now > > thinking of a 40" 3840x2160 :) > > Yea, but we're talking laptops. The same problem is extended to laptop when travelling. Time and money comes at a premium when staying in hotels. From experience, the low resolution laptop is a great hindrance to getting any work done. From lkcl at lkcl.net Thu Oct 15 10:50:34 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Thu, 15 Oct 2015 10:50:34 +0100 Subject: [Arm-netbook] linus torvalds says "2016 is the year of the arm laptop" In-Reply-To: <20151014175812.acf2ed02.cand@gmx.com> References: <1444741436.15892.1.camel@jm-desktop> <1444769756.17100.3.camel@jm-desktop> <1444809862.19789.1.camel@jm-desktop> <1444831675.21577.17.camel@jm-desktop> <20151014175812.acf2ed02.cand@gmx.com> Message-ID: On Wed, Oct 14, 2015 at 3:58 PM, Lauri Kasanen wrote: > On Wed, 14 Oct 2015 14:07:53 +0000 > joem wrote: >> On Wed, 2015-10-14 at 10:48 +0100, Luke Kenneth Casson Leighton wrote: >> > >> > I have 8" and 10" ARM phablets with that resolution display >> > >> > and I'm sure there must be some youtube out there of similar >> > >> > devices. >> > >> >> > >> what's the model / make and what's the internal processor? >> > > >> > > Its at home now - It was one of these or a similar model >> > > http://www.geekbuying.com/item/Onda-V919-4G-Air-9-7-Inch-Android-4-4-Phablet-MTK8752-Octa-Core-2-4GHz-2048-1536-2G-3G-4G-2GB-32GB-Tablet-PC-WiFi-GPS-BT---Silver-344501.html >> > >> > ahh mediatek gpl-violating with 100% certainty *sigh*. >> > >> > ok so it's technically doable. that's a quad-core 64-bit with an >> > A53... yowser the peak power consumption is going to be enormous >> > though. it'll be a MIPI or eDP display. >> >> Most laptops last only 2 / 3 hours with gaming and get very hot. >> These phablets last more than that watching videos. >> I would plug in the adaptor while playing games or doing any >> serious work, and I can imagine a small fan inside to remove heat >> while playing games. >> >> Still difficult to see what the problem is bringing out ARM laptops with >> high definition displays. > > Is there really much point to them? _yes_. for programming, yes and double-yes. the reason is simple: the larger the amount of information you can get on-screen makes you a more effective programmer. we're not like "normal" people - we need to be able to develop "normal" things for those "normal" people...but also to have the tools *to* develop those "normal" things on-screen *simultaneously*. so the additional resolution allows for more and more side-by-side programs *without* needing to hit alt-tab... or touch the mouse... or click on a task bar.... or play "hunt the app". everything's just *there*. no f*****g about. and that means "less time wasted". and less mental exertion spent. and that means "you are a more effective programmer". here's a few screen-shots to give you some examples. note the effectiveness of the massive resolution... ....oh wait! lovely irony: you don't have a 2560x1600 screen, so you can't! :) i'll upload them anyway and describe them to you. http://hands.com/~lkcl/scrn.png a side-by-side comparison of two near-full-screen A4 datasheets, sized 1200 pixels by 1500 pixels, clearly visible with full detail. the only reason i shrunk these to 1600 wide is out of concern and respect for the recipient, who may not have had such a high-resolution LCD. in the bottom right corner you can see the fvwm2 6x4 grid. i have *twenty four* virtual screens, each with a different setup. ps ax | grep xterm | wc shows *thirty six* 80x60 terminals open. ps ax | grep vi | wc shows *sixty two* vi sessions open. http://hands.com/~lkcl/scrn2.png here i have 4 xterms - all of them are 80x60 - clearly visible, next to a whopping 1200 x 1400 sized web browser, which is _more_ than enough to see 99.9% of web sites full functionality without needing a horizontal scrollbar. there are 2 more underneath (which i consider to be inconvenient but it is unavoidable. i would _like_ a much higher-resolution screen to be able to deal with this). in the 6 xterms i am using: * one for general-purpose things (currently editing the rhombus-tech wiki pages) * one for helping with a documentation issue in libopencm3, but normally this one has been used for editing the firmware * below that in the bottom right is the window for uploading firmware to the stm32f072 boards. * to the right is a 32-bit chroot where i can do "make bin" to compile the firmware. as that's in the command-history i can do "up-arrow, return". * underneath are two xterms which have library files open in different subdirectories. each has about 10 vi sessions open and ctrl-z'd http://hands.com/~lkcl/scrn3.png this is where i've been doing openscad development. note how i can get an entire 80x60 xterm in at the left, with another 80x60 xterm *underneath*.... with *NO OVERLAPS*... then a huge openscad window at something like 2000 x 1600. the only reason for the 3rd xterm overlapping is because i have temporarily paused the 3d development of the laptop casework source code. those two xterms i can make edits in the top one and check any additional files (util libraries) *WITHOUT* having to flick back-and-forth. display of both the calling and called function can be on-screen at the SAME TIME. http://hands.com/~lkcl/scrn4.png this is where i've been managing the 3D printing. note how pronterface, with a much better 3D display than repsnapper, is set up to cover the majority of the screen (around 1800 x 1500) whereas repsnapper is set to a minimalist functional size (around 640x480) that *still* doesn't interfere with repsnapper. http://hands.com/~lkcl/scrn5.png this is where i manage WIFI and sound connections. it doesn't interfere with anything else. no windows "overlap". that's just five out of the 24 screens i could potentially use, and you can see i am *genuinely* using 14 of those.... on a regular basis. that's not 14 screens where things are abandoned, that's 14 screens where i go to those 14 screens *every single day* because i am handling so many simultaneous different tasks. but... unfortunately, developers like this are "not the norm". it's only slowly coming into the average end-user's consciousness that workflow is more productive when things are side-by-side with more information on-screen. most developers substitute multiple-screen setups for higher-resolution setups. i've had a 4-screen setup in the past, which included a laptop's screen, an HDMI output, a DVI output and a USB Displaylink UD-160A. the laptop screen, because it was running mac osx, was actually the most ineffective, and was relegated to running low-use applications. all the others were huge. results were shown on the right screen (full-screen web browser), editing in 4 long 80x65 xterms took place on the 1920x1080 HDMI monitor. it wasn't good, because the end xterm had to overlap. i really did need a much higher-res screen in order to get 4 terminals side-by-side, and i really did need way more than 4 terminals because the source code really was that complex. so does that give you some illustration as to why developers need as much screen real-estate as they can possibly get? > To me the quest for DPI passed the > "mine's bigger than yours" point long ago. Of course I have bad > eyesight, and can barely see the pixels on 1920x1080 at 24", so did i think that i had "bad eyesight"... and i had a 1920 x 1200 24in mac... then i got a 13in macbook air, replacing the OS with debian, it runs a 2560x1600 LCD... after only 4 hours going through the install and configuration process i went back to the 24in mac and was freaked out by the fact that i could see staggered lines on the 24in mac's screen! about 2/3 of the way down, the screen's pixels shifted over by about 1/5 of a pixel and i had *never noticed*. additionally my eyes were able to perceive individual red, green and blue pixels. > but at the > resolutions the current phones are using you'd need to hold it glued to > your eyeball and still couldn't see it all. ... and then you go back to a coarser-res screen and you can, if you care to look, make out individual red, green and blue. but only if you've trained yourself, first, on the higher-resolution screens, and haven't "bought the hype". the whole "it's a retina screen therefore you can't discern individual pixels isn't that amazing buy it now it's better than anything else no really" marketing hype is, frankly, total bollocks. during the 2nd world war (before radar), lookouts used to be able to tell what type of plane was approaching, when it was literally a mere dot. analysis of people who had developed this ability showed that they were able to correctly identify a plane when there were quite literally only around 100 visual cortex neurons firing. humans *do* have the ability to discern more information than we are *told* we can discern. it just takes training. > I couldn't find any sales numbers for Chromebook Pixel. Mac sales have > gone down despite the Retina screens. The data does not support the > case that a higher-res screen is the missing point. that's because the majority of people are (a) not programmers and (b) honestly... not very observant and (c) tend not to go "back" to what they had before, to make a comparison. the majority end-users simply don't have the need for higher-res. 1600 wide is "good enough". hell, 1366x768 is still "good enough" to do email by internet browsing, watch a few films, and do document editing. why would the average end-user _ever_ want to put two full-screen apps side-by-side when their minds can't cope (because they've never trained to do it) with more than one thing at a time? by complete contrast, my next development laptop - which will be in several years time - i will be getting the lightest 15in that i can find... but i will be prioritising screen resolution. l. From peter at ubrew.it Fri Oct 16 16:41:37 2015 From: peter at ubrew.it (Peter Bouda) Date: Fri, 16 Oct 2015 16:41:37 +0100 Subject: [Arm-netbook] stm32f072 usb firmware In-Reply-To: References: <56193831.8080202@cidles.eu> Message-ID: <56211AB1.7040106@ubrew.it> > keep the little piece of card, you need it! it has the pin-out > assignments. so forget powering by the micro-usb, do this: > > * flip the jumper from E5V to U5V > * cut off a random USB cable and strip down the black, red, white and green > * solder 5V (Red) to pin 6 of CN7 > * solder GND (black) to pin 8 of CN7 > * solder USB+ (green) to pin 12 (PA12) of CN10 > * solder USB- (white) to pin 14 (PA11) of CN10 > > then, plug it into a USB port of the development machine. then, use a > screwdriver to short BOOT0 (pin 7 of CN7) to E5V (pin 6 of CN7), and > at the same time press and then release the reset button (B2). > > if you then do "lsusb" you should see a device come up "DFU mode" in > the description. ta-daa, you can now upload a .bin file to it. you > do that with any of the libopencm3-examples, you must do "make bin". hm, that did not work, unfortunately, I cannot get into the DFU mode somehow. It will just start into the mode that is described in the Quick start section of the manual. I found some forum posts where people suggest to solder resistors to PA11 and PA12... but that should not alter the start mode, right? Any ideas what I could have done wrong? Best, Peter From lkcl at lkcl.net Fri Oct 16 17:08:28 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Fri, 16 Oct 2015 17:08:28 +0100 Subject: [Arm-netbook] stm32f072 usb firmware In-Reply-To: <56211AB1.7040106@ubrew.it> References: <56193831.8080202@cidles.eu> <56211AB1.7040106@ubrew.it> Message-ID: On Fri, Oct 16, 2015 at 4:41 PM, Peter Bouda wrote: > >> keep the little piece of card, you need it! it has the pin-out >> assignments. so forget powering by the micro-usb, do this: >> >> * flip the jumper from E5V to U5V >> * cut off a random USB cable and strip down the black, red, white and >> green >> * solder 5V (Red) to pin 6 of CN7 >> * solder GND (black) to pin 8 of CN7 >> * solder USB+ (green) to pin 12 (PA12) of CN10 >> * solder USB- (white) to pin 14 (PA11) of CN10 >> >> then, plug it into a USB port of the development machine. then, use a >> screwdriver to short BOOT0 (pin 7 of CN7) to E5V (pin 6 of CN7), and >> at the same time press and then release the reset button (B2). >> >> if you then do "lsusb" you should see a device come up "DFU mode" in >> the description. ta-daa, you can now upload a .bin file to it. you >> do that with any of the libopencm3-examples, you must do "make bin". > > > hm, that did not work, unfortunately, I cannot get into the DFU mode > somehow. It will just start into the mode that is described in the Quick > start section of the manual. I found some forum posts where people suggest > to solder resistors to PA11 and PA12... but that should not alter the start > mode, right? that's for very older STM32F devices, where they did not have the resistors built-in. occasionally you might need 22R resistors to stop signals bouncing back-and-forth with incorrect impedance, but you shouldn't. > Any ideas what I could have done wrong? it's not amazingly hard, this, there's not actually a lot to do, so the number of things wrong will be very small. can you take a picture and make it available online, also compare against the photo here: http://rhombus-tech.net/community_ideas/laptop_15in/news/PCB2_prototype_progress_14oct2015/ btw if you haven't re-flashed the firmware at all, then by default it will come up with LD2 blinking happily. check first that that's what happens by returning the U5V jumper and plugging in a mini-usb cable. btw you should *NOT* plug in a mini-usb cable at the same time as the USB cable across PA12 and PA11! also make sure BOOT0 is shorted to E5V *before* pressing reset, then hold reset for at least 0.5 seconds, *then* release reset, then release BOOT0 screwdriver-short. l. From lkcl at lkcl.net Sat Oct 17 09:29:39 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Sat, 17 Oct 2015 09:29:39 +0100 Subject: [Arm-netbook] "recycling not the answer" Message-ID: http://www.lowtechmagazine.com/2009/06/embodied-energy-of-digital-technology.html 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. From dj at netforce.com Sun Oct 18 04:06:36 2015 From: dj at netforce.com (David Janssens) Date: Sun, 18 Oct 2015 03:06:36 +0000 (UTC) Subject: [Arm-netbook] Open sourced A13 Kicad design mail server References: <1442818932.21135.9.camel@jm-desktop> Message-ID: Hello, Does anyone have a copy of the kicad files? I would like to try to make a board in kicad using A13 processor, it would save me a lot of time to check the own-mailbox board first. Thanks, From lkcl at lkcl.net Sun Oct 18 09:40:00 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Sun, 18 Oct 2015 09:40:00 +0100 Subject: [Arm-netbook] Open sourced A13 Kicad design mail server In-Reply-To: References: <1442818932.21135.9.camel@jm-desktop> Message-ID: On Sun, Oct 18, 2015 at 4:06 AM, David Janssens wrote: > Hello, > Does anyone have a copy of the kicad files? https://www.own-mailbox.com/reloaded.html From peter at ubrew.it Sun Oct 18 10:35:36 2015 From: peter at ubrew.it (Peter Bouda) Date: Sun, 18 Oct 2015 10:35:36 +0100 Subject: [Arm-netbook] stm32f072 usb firmware In-Reply-To: References: <56193831.8080202@cidles.eu> <56211AB1.7040106@ubrew.it> Message-ID: <562367E8.7040101@ubrew.it> > btw if you haven't re-flashed the firmware at all, then by default it > will come up with LD2 blinking happily. check first that that's what > happens by returning the U5V jumper and plugging in a mini-usb cable. Yes, that's what's happening. Maybe I missed sth, do I have to reflash before I do anything else? Best, Peter From peter at ubrew.it Sun Oct 18 12:13:28 2015 From: peter at ubrew.it (Peter Bouda) Date: Sun, 18 Oct 2015 12:13:28 +0100 Subject: [Arm-netbook] stm32f072 usb firmware In-Reply-To: References: <56193831.8080202@cidles.eu> <56211AB1.7040106@ubrew.it> Message-ID: <56237ED8.1070606@ubrew.it> >> Any ideas what I could have done wrong? > it's not amazingly hard, this, there's not actually a lot to do, so > the number of things wrong will be very small. > > can you take a picture and make it available online, also compare > against the photo here: > http://rhombus-tech.net/community_ideas/laptop_15in/news/PCB2_prototype_progress_14oct2015/ > > btw if you haven't re-flashed the firmware at all, then by default it > will come up with LD2 blinking happily. check first that that's what > happens by returning the U5V jumper and plugging in a mini-usb cable. > > btw you should *NOT* plug in a mini-usb cable at the same time as the > USB cable across PA12 and PA11! > > also make sure BOOT0 is shorted to E5V *before* pressing reset, then > hold reset for at least 0.5 seconds, *then* release reset, then > release BOOT0 screwdriver-short. hey, I got it finally. I think I made something wrong with the screwdriver (noob!), but after some more attempts it worked and I got the miniblink working. I will go on with the usb-rewrite stuff now, and see how it works. Peter From lkcl at lkcl.net Sun Oct 18 15:08:46 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Sun, 18 Oct 2015 15:08:46 +0100 Subject: [Arm-netbook] stm32f072 usb firmware In-Reply-To: <56237ED8.1070606@ubrew.it> References: <56193831.8080202@cidles.eu> <56211AB1.7040106@ubrew.it> <56237ED8.1070606@ubrew.it> Message-ID: On Sun, Oct 18, 2015 at 12:13 PM, Peter Bouda wrote: > >>> Any ideas what I could have done wrong? >> >> it's not amazingly hard, this, there's not actually a lot to do, so >> the number of things wrong will be very small. >> >> can you take a picture and make it available online, also compare >> against the photo here: >> >> http://rhombus-tech.net/community_ideas/laptop_15in/news/PCB2_prototype_progress_14oct2015/ >> >> btw if you haven't re-flashed the firmware at all, then by default it >> will come up with LD2 blinking happily. check first that that's what >> happens by returning the U5V jumper and plugging in a mini-usb cable. >> >> btw you should *NOT* plug in a mini-usb cable at the same time as the >> USB cable across PA12 and PA11! >> >> also make sure BOOT0 is shorted to E5V *before* pressing reset, then >> hold reset for at least 0.5 seconds, *then* release reset, then >> release BOOT0 screwdriver-short. > > > hey, I got it finally. I think I made something wrong with the screwdriver > (noob!), but after some more attempts it worked and I got the miniblink > working. yaaaa sounds familiar :) > I will go on with the usb-rewrite stuff now, and see how it works. you should actually be able to use libopencm3 master, now, because some usb commits for stm32f072 were made last week. l. From monnier at iro.umontreal.ca Sun Oct 18 15:27:20 2015 From: monnier at iro.umontreal.ca (Stefan Monnier) Date: Sun, 18 Oct 2015 10:27:20 -0400 Subject: [Arm-netbook] "recycling not the answer" References: Message-ID: > http://www.lowtechmagazine.com/2009/06/embodied-energy-of-digital-technology.html > 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. I don't see where in the article it states such a cost. I does mention pretty much exactly this cost when talking about the price of the memory chips, IIRC. Stefan From lkcl at lkcl.net Sun Oct 18 16:53:14 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Sun, 18 Oct 2015 16:53:14 +0100 Subject: [Arm-netbook] "recycling not the answer" In-Reply-To: References: Message-ID: On Sun, Oct 18, 2015 at 3:27 PM, Stefan Monnier wrote: >> http://www.lowtechmagazine.com/2009/06/embodied-energy-of-digital-technology.html >> 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. > > I don't see where in the article it states such a cost. i'm not so concerned with precision, on this, just the general principle and that someone has done the research, and found out such estimated costs. > I does mention > pretty much exactly this cost when talking about the price of the memory > chips, IIRC. something like that, yeah. l. From monnier at iro.umontreal.ca Mon Oct 19 01:22:51 2015 From: monnier at iro.umontreal.ca (Stefan Monnier) Date: Sun, 18 Oct 2015 20:22:51 -0400 Subject: [Arm-netbook] "recycling not the answer" References: Message-ID: > i'm not so concerned with precision, on this, just the general > principle and that someone has done the research, and found out such > estimated costs. But whether this cost is in the injection molding of the case, or in the memory chips makes an enormous difference for your project, since the memory chips are on the CPU card. Stefan From lkcl at lkcl.net Mon Oct 19 12:00:53 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Mon, 19 Oct 2015 12:00:53 +0100 Subject: [Arm-netbook] "recycling not the answer" In-Reply-To: References: Message-ID: On Mon, Oct 19, 2015 at 1:22 AM, Stefan Monnier wrote: >> i'm not so concerned with precision, on this, just the general >> principle and that someone has done the research, and found out such >> estimated costs. > > But whether this cost is in the injection molding of the case, or in the > memory chips makes an enormous difference for your project, since the > memory chips are on the CPU card. both (casework and cpu card) are long-term re-usable, because the main base unit may be upgraded on a continuous basis, and the cpu cards may be put, ultimately, after being re-used for many other end-user purposes, finally into alternative products such as routers, 3d printers, NAS storage boxes, low-power co-located servers [1] and so on. so in both instances, the lifetimes are extended, making it a much more responsible strategy and also allowing people to save money. l. [1] google "raspberry pi hosting" and i think you'll agree that the idea of co-location sites putting out a permanent ebay automated "buy" order for unwanted EOMA68 CPU Cards is not unreasonable. From lkcl at lkcl.net Mon Oct 19 15:34:43 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Mon, 19 Oct 2015 15:34:43 +0100 Subject: [Arm-netbook] SPI stress! Message-ID: 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. From joem at martindale-electric.co.uk Tue Oct 20 14:32:57 2015 From: joem at martindale-electric.co.uk (joem) Date: Tue, 20 Oct 2015 13:32:57 +0000 Subject: [Arm-netbook] SPI stress! In-Reply-To: References: Message-ID: <1445347982.25632.5.camel@jm-desktop> On Mon, 2015-10-19 at 15:34 +0100, Luke Kenneth Casson Leighton wrote: > RRRRRR :) > > i'm attempting to get the yunlea spi lcd with an hx8357 up Sample code https://github.com/adafruit/Adafruit_HX8357_Library Try with Arduino first maybe? From lkcl at lkcl.net Tue Oct 20 20:16:39 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Tue, 20 Oct 2015 20:16:39 +0100 Subject: [Arm-netbook] SPI stress! In-Reply-To: <1445347982.25632.5.camel@jm-desktop> References: <1445347982.25632.5.camel@jm-desktop> Message-ID: On Tue, Oct 20, 2015 at 2:32 PM, joem wrote: > On Mon, 2015-10-19 at 15:34 +0100, Luke Kenneth Casson Leighton wrote: >> RRRRRR :) >> >> i'm attempting to get the yunlea spi lcd with an hx8357 up > > Sample code https://github.com/adafruit/Adafruit_HX8357_Library > > Try with Arduino first maybe? i decided to do a back-to-back SPI1 to SPI2 connection, to get familiar with SPI on the STM32F. that *alone* is proving tricky. and that's with just "simple wires" on a loopback arrangement. the advantage of the loopback arrangement (and having a digital 72mhz scope) is i can see both ends of the conversation. once i've got that, then i'll introduce the hardware. linux kernel has hx8357.c which is simpler (and GPL'd). l. From lkcl at lkcl.net Tue Oct 20 21:02:01 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Tue, 20 Oct 2015 21:02:01 +0100 Subject: [Arm-netbook] SPI stress! In-Reply-To: References: <1445347982.25632.5.camel@jm-desktop> Message-ID: okaay, so i have very unreliable SPI1->SPI2 data transmission, NSS appears to be permanently held low which probably isn't helping. i'll try setting up manual NSS selection from master, see how that goes. l. From lkcl at lkcl.net Tue Oct 27 12:46:25 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Tue, 27 Oct 2015 12:46:25 +0000 Subject: [Arm-netbook] laptop 15in pcb3 Message-ID: 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. From lkcl at lkcl.net Thu Oct 29 17:00:59 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Thu, 29 Oct 2015 17:00:59 +0000 Subject: [Arm-netbook] adafruit spi lcd hx8357d and arduino uno Message-ID: .... 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_uno_spi_test 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. From lasich at gmail.com Thu Oct 29 17:17:15 2015 From: lasich at gmail.com (Hrvoje Lasic) Date: Thu, 29 Oct 2015 18:17:15 +0100 Subject: [Arm-netbook] adafruit spi lcd hx8357d and arduino uno In-Reply-To: References: Message-ID: Looks good, what is the price for this lcd? On Thursday, October 29, 2015, Luke Kenneth Casson Leighton wrote: > .... 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_uno_spi_test > > 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. > > _______________________________________________ > arm-netbook mailing list arm-netbook at lists.phcomp.co.uk > http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook > Send large attachments to arm-netbook at files.phcomp.co.uk -- Hrvoje Lasić Vulpes d.o.o. Gračanska 120a 10000 Zagreb Croatia tel +385 1 6152 706 tel +38598 450 603 *lasich at gmail.com hrvoje at vebbu.co * *www.vebbu.co * -------------- next part -------------- An HTML attachment was scrubbed... URL: From lkcl at lkcl.net Thu Oct 29 17:36:37 2015 From: lkcl at lkcl.net (Luke Kenneth Casson Leighton) Date: Thu, 29 Oct 2015 17:36:37 +0000 Subject: [Arm-netbook] adafruit spi lcd hx8357d and arduino uno In-Reply-To: References: Message-ID: On Thu, Oct 29, 2015 at 5:17 PM, Hrvoje Lasic wrote: > Looks good, what is the price for this lcd? from yunlea? $25 including a capacitive touchscreen pre-glued as a single unit. from adafruit? $40 including a *resistive* touchscreen on the front, pre-glued as a single unit. the yunlea has 2 connectors, a 39-pin 0.3mm pitch staggered FPC and a 12-pin 0.5mm pitch connector for the touchpanel. the adafruit one has all sorts of break-out pins (2.54mm pitch), has level shifters on-board (for when you use it in 8-bit parallel mode and the incoming voltage is different from what the LCD prefers), as well as an LCD backlight current-controlled step-up converter already on-board. l.