- arm-netbook - Mailman test

User Replaceable Sockets?
by Alexander Stephen Thomas Ross 01 Apr '15

01 Apr '15

i was wondering about how things like usb sockets and audio and power barrow jacks could be replaced by users or if not then at least not so hard to replace? as they do seam to get knackered due to accidents that happen (partly due to risky living but even then mistakes can and do happen -it only takes one hard tug of a cable to damage the socket.-). would it be possible for rhombus-tech products to have a feature like this sooner than later? or to do it really nicely does it need more ££££ to pay for fancy plastic to click n' replace and therefore with the challenge of just getting products out there and waiting and seeing how things go with the first products it's a feature that if it's going to be implemented, it's one that would be put off for future products? btw you can get magnet usb plug cables: http://www.conrad.de/ce/de/product/1008652/magneticUSB-20-Kabel-USB-20-Micr…

2 1

update mar 2015
by Luke Kenneth Casson Leighton 25 Mar '15

25 Mar '15

ok apologies i haven't been keeping people up-to-date recently as much as i used to. lots still going on. first thing: i learned that the rule "plan to do 3 revisions" applies equally as well to 3D CAD/CAM as it does to software. so with the 15.6in laptop casework i've started again - it's still an Open Hardware project - the 2nd version is simpler and also will be only around 17mm high. the simplicity comes in part from fitting the PCB connectors to protrude from the left hand side instead of from the back, and secondly from having a bit more of a clue about how to put parts together! in the redesign, top-facing parts of the base mostly go front-to-back, whilst underside parts of the base go left-to-right and interlock (overlap) with the top parts. it... also looks better :) also i'm kinda mulling over the idea of filling in the middle parts with bamboo (or other wood / recyclable) laminates, then using very thin stickers to cover the top and bottom to give a smooth surface. second: i was lucky enough (thank you to the shenzen hackerspace member for the introduction) to be referred to factoryforall, which it turns out is run by tully (he worked on the openmoko years ago). tully has set up shop, now, in shenzen, and has a pick-and-place robot, 2 and 4 layer PCB manufacturing facilities, PCB oven, has the contacts for component sourcing, plastic and metal casework... awesome stuff. anyway i've asked him if he can quote for making the EOMA68-JZ4775 CPU Card samples - it's much smaller and more compact than he's used to, but that's just what makes it more exciting :) hampoo will make the 6-layer PCB (they're very very good... just very busy at the moment). later on i will ask tully if he can handle the prototypes for the base units (laptop and so on) as he can do 4 layer in-house no problem. thirdly: thank you to alexander and others who have offered to write up testimonials, as well as the gratipay [1] donations - the idea is to reach lots of people for whom even something like $1 to $10 a week is well within a reasonable budget for them. your help finding people willing to support what i'm doing very gratefully received. l. [1] turns out that gratipay is software libre! https://github.com/gratipay/gratipay.com

1 0

Arietta G25
by joem 25 Mar '15

25 Mar '15

Arietta G25 http://www.acmesystems.it/arietta Cute - 30 euros - plays Doom on touch TFT 400MHz ARM running Linux 3.16.1 kernel.

2 1

libreplanet 2015 is tomorrow, live chat available.
by Luke Kenneth Casson Leighton 20 Mar '15

20 Mar '15

https://libreplanet.org/2015/ which i encountered via this: https://libreplanet.org/wiki/Group:Hardware/Freest

2 2

Allwinner's LGPL violation
by Lauri Kasanen 20 Mar '15

20 Mar '15

Hi, There's bit of a stink over Allwinner using LGPL'd code in their binary-only media lib, and then a few days later they try to conceal it by changing function names. Luke, what is your take on that? - Lauri [1] http://www.phoronix.com/scan.php?page=news_item&px=Allwinner-Obfuscating-Co… [2] https://groups.google.com/forum/#!topic/linux-sunxi/NKyOR4gxYgY

6 15

gratipay
by Luke Kenneth Casson Leighton 19 Mar '15

19 Mar '15

ok i was kindly referred to gratipay, earlier today, as a way to help sustain living expenses whilst these projects are being expanded and completed. i set up a profile here, if anyone would like to help: https://gratipay.com/luke.leighton/ also, this is why those testimonials are important, as i can place a link on that profile page, and anyone reading it can then check that i am actually doing what i say that i am committed to achieving. ... have another go, alexander :) l.

1 0

fsf-endorseable ingenic jz4775 cpu card can go ahead
by Luke Kenneth Casson Leighton 12 Mar '15

12 Mar '15

good news: after being very patient and persistent, my contact at ingenic put me in touch with a support engineer who confirmed that the limitation on the jz4775's reported maximum resolution (1280x720) is for the *video decoder* not the actual LCD output capabilities. the actual LCD output may go as high as something like 1700x1700 (not at 60fps obviously) but that things like 1280x800 @ 60hz (the crucial limit of the eoma68 spec) are fine, as is even 1366x768@60hz. however he did kindly point out that if 720p video decoding [for which the full source is apparently available, which is also great] is attempted to be displayed on a 1366x768 LCD (or greater), there is a bandwidth memory limitation between the video decoder and the lcd buffer which would prooobably end up stalling slightly so that 30fps would be hard to achieve, at full-screen. honestly, i really don't see this as being a huge show-stopper enough to warrant exclusion of a low-cost SoC that could be the first FSF-Endorseable candidate to run GNU/Linux OSes with a decent amount of RAM (2Gbytes). as i've had the first revision PCB done nearly 4 months ago, that just leaves financing of the first revision jz4775 CPU Card to arrange. i have one potential sponsor: if anyone else would like to help out that would be great. we're likely looking at around $USD 1,500 for 5 PCBs. l.

4 14

Any news?
by Paul Boddie 02 Mar '15

02 Mar '15

Hello again, I keep checking the recent changes page on the Rhombus Tech site [1] for progress, but it seems a bit dormant at the moment. Has Chinese New Year (and other seasonal pitfalls) served to keep the pace of development a bit more modest than us impatient onlookers might have liked? ;-) Paul [1] http://rhombus-tech.net/recentchanges/

4 4

LCD cables - anyone know where to get them?
by Luke Kenneth Casson Leighton 13 Jan '15

13 Jan '15

does anyone know - preferably have already bought from and so knows they can do it - of a source of LCD cables? i need QTY 3 cables with an I-PEX-20453-040T connector at both ends, length 0.5 metres. wires not FPC. i found a company in germany however they quotes only deal with companies quotes. l.

1 0

Re: [Arm-netbook] The Unplanned Obsolescence of the First Fairphone Device « Paul Boddie's Free Software-related blog
by Paul Boddie 12 Jan '15

12 Jan '15

Joining the discussion late and breaking the threading... ;-) Nico Rikken wrote: > > Having had recent contact with the Fairphone-team on this issue (as a > potential customer), they state that above all they are interested in > working with the community to get this sorted. Now that they have a > dedicated Software Developer in Kees Jongenburger hopefully they'll be > able to turn things around for future models. We know the difficulties, > but they clearly underestimated the impact of their hardware decision. I must admit that I felt a bit bad complaining about their software strategy when there is someone who does seem to care about the matter (at least now, anyway). But I still feel that the initiative managed to store up a lot of problems that they could easily have avoided. As I noted a year-and-a-half ago [1], the publicity materials seemed to play fast and loose with things like software sustainability and platform openness: mocking up Skype running on a phone (or perhaps just taking a screenshot from an existing phone) might work for much-needed stock images, but it sends the wrong message on a number of issues (Skype being proprietary software, uses a proprietary network, has various intelligence agencies and corporations eavesdropping on conversations, is controlled by a single corporation who happens to have a competing software platform and is shaking down Android product vendors for patent licences). Of course, a lot of the potential audience don't care about that: they just want to be reassured that the materials in the phone are ethically sourced before reaching for their usual toys, and they hadn't then (and probably haven't now) widened their ethical concerns in the areas of privacy and transparency. My impression is that those running the initiative either didn't have such widened concerns, didn't want to tackle such things as well as the other stuff, or just got some bad advice. The sad thing is that good advice could have been had for a tiny fraction of the effort that these people have gone to in the areas of materials sourcing and fair working practices, which as far as I can tell, have been thoroughly dealt with and require a commitment to social justice that involves dealing with some fairly entrenched and, particularly in the case of the minerals supply chain, some rather horrible problems. I have to note that I wouldn't have been so aware of the dubious practices of the hardware business myself if it hadn't been for Luke and others documenting it on this list and elsewhere, or of the mishaps that plagued the first attempt at the Vivaldi tablet, but those lessons have been out there for people to learn from, and it seems now that either those responsible for the groundwork just didn't have the community awareness or that they felt that things would mend themselves when selecting manufacturing partners: itself a compromise between the flexibility to get the software done the right way (potentially treading on toes and "offending" existing suppliers), and the flexibility to change their other practices to make the manufacturing workplace generally fairer. But then again, running a choice of a MediaTek product by just a few knowledgeable people would have been enough to set the alarm bells ringing. Maybe Fairphone would have made the same decision, anyway, and as the notorious Stephen Elop speech [2] noted (dredged up recently in another blog post of mine [3]), cobbling together MediaTek designs and throwing them over the wall was (and undoubtedly still is [4]) common practice, to the point that doing something else might have been a struggle. But as we all know, you have to make and sustain investments to do the right thing. If you look for short-term fixes, you get short-term solutions, and that's what some of Fairphone's customers will be experiencing in the coming months and years. Again, Fairphone have committed themselves to ongoing investments in other areas, and it's a shame that they didn't consider the technological realm worthy of the same consideration. Paul P.S. I just realised that this could have been another complete article. Sorry to make it a long message for this list! :-) P.P.S. For those who haven't read it yet, Bunnie's MediaTek reverse- engineering article [4] below is long but interesting reading. You've got to admire Bunnie's determination! [1] http://blogs.fsfe.org/pboddie/?p=168 [2] http://www.engadget.com/2011/02/08/nokia-ceo-stephen-elop-rallies-troops- in-brutally-honest-burnin/ [3] http://blogs.fsfe.org/pboddie/?p=835 [4] http://www.bunniestudios.com/blog/?p=4297

3 4

CM108AH
by Luke Kenneth Casson Leighton 11 Jan '15

11 Jan '15

ironically, i have had a CM108 chipset sitting right here, in continuous use, for about 7 years now. i bought a usb dongle in canada back in 2007. i had my suspicions, and i've been able to open it up and confirm that yes it's the CM108. i've made a couple of minor changes to the tablet's audio circuit as a result. all good! l.

1 0

The Unplanned Obsolescence of the First Fairphone Device « Paul Boddie's Free Software-related blog
by Alexander Stephen Thomas Ross 09 Jan '15

09 Jan '15

https://blogs.fsfe.org/pboddie/?p=802

3 5

tablet, microdesktop and laptop progress
by Luke Kenneth Casson Leighton 09 Jan '15

09 Jan '15

well... some good news, we have sponsors for both the 7in tablet and also a 15in laptop, which is amazing! the laptop we have chosen a 15.6in 1366x768 LCD because anything lower than that (either in size or in pixel resolution) is no longer properly fashionable, it appears, whereas i am surprised to find that 15.6in 1366x768 LCDs are not only extremely popular (over 50,000 for sale on panelook.com), but also their power requirements are far more modest than one might expect: around 3.5 watts for the backlight which is pretty incredible. with the popularity of netbooks and tablets taking over, it kinda makes sense that even 13.3in LCDs are just not hugely popular. so... 15.6in it is. i do want to do a 1920x1080 15.6in... but not right away. i don't want to push things too much (EMI wise) and also even finding the faster RGB/TTL to eDP or dual-LVDS ICs is... tricky. so we tackle that later. the only downside of using 1366x768 is that it is above the limit of 1280x800 set for EOMA68 in a 5.0in form-factor. i am not going to get massively unhappy about this, but the CPU Card has to remain *inside* the unit as a non-user-removable part. the hilarious thing is that the ICubeCorp IC3128 will actually work! i tested it yesterday and it can run 1280x1024 at 60hz (if you set 8bpp - 3Red, 3Green, 2Blue). i find this to be very very funny. a $USD 2 Quad-Flat Package processor running in a 15.6in laptop. with sufficient funding however we may be able to go straight to a 1920x1080 EOMA68-compliant laptop, by redesigning the EOMA68-A20 to fit within the 3.3mm PCMCIA form-factor. that will require some metalwork tooling costs, hence why this hasn't been done yet. the tablet: apologies but i did some _more_ layout changes, i decided to move the USB hub IC right next to the EOMA68 connector, in order to reduce the possibility of impedance mismatch problems (making the USB tracks leading to the USB hub incredibly short). that meant moving the microsd card, that meant moving the power connector and lengthening the board on the right-hand siiide... maan this 3D stuff is tough! :) oh, if anyone is interested, the pyopenscad source code for both the tablet and the laptop are available here: http://hands.com/~lkcl/eoma/kde_tablet/3dcase/ under the GPLv3 software license. l.

2 2

revision 2 EOMA68-IC3128 board works
by Luke Kenneth Casson Leighton 07 Jan '15

07 Jan '15

i'm delighted to be able to announce that the revision 2 of the EOMA68-IC3128 ICubeCorp board is 100% working. the board arrived from HK at the end of last year, but the hub appeared to be not working and neither was the MCS7832 USB-Ethernet IC. it turns out that the hub is working fine: the preliminary kernel support for the IC3128 at present only supports high-speed devices, so for example a mouse or keyboard (which are only USB 1.1 devices) are not recognised but a Genesys Logic USB SD/MMC device, a USB SATA drive, or any other 480mbit/sec device, are all supported. the on-board MCS7832 however was configured (by 3 resistors which should not have been added) to be a low-speed device. removing these three resistors the MCS7832 worked perfectly. given that the kernel support for USB 1.1 speeds is a software issue this board can be added to the crowdfunding campaign as an FSF-Endorseable option. woo! l.

2 1

tablet casework prototype done
by Luke Kenneth Casson Leighton 31 Dec '14

31 Dec '14

http://rhombus-tech.net/community_ideas/kde_tablet/news/ the mendel90 printer is working really well, and was absolutely worth it to use for prototyping of casework. the 7in tablet project is now being done as an open hardware project, under the GPLv3+. files are available at http://hands.com/~lkcl/eoma/kde_tablet with a preliminary casework finished that has been prepared in conjunction with the pcb layout, work can proceed to finalise the pcb and then send it off for assembly. there are a couple of risky areas on the tablet pcb, due to datasheets and app notes simply not being available: the usb audio and the usb camera IC. these are a CM108AH and a Vi Micro VC0345 respectively. perhaps prior to sending off this PCB it may be worthwhile tracking down small USB devices with those chipsets in, in order to inspect them and check their PCB layout. however if anyone already _has_ a USB audio dongle with a CM108AH or a USB camera with a VC0345 chipset please do say so as i would greatly appreciate some hi-res photos of the PCB, both sides. l.

3 7

[Arm-netbook] http://rhombus-tech.net/community_ideas/kde_tablet/news/
by Luke Kenneth Casson Leighton 22 Dec '14

22 Dec '14

started on a first revision of the tablet casework, as a pyopenscad program, using a blender-exported STL as the "ghost" template to work out how the case should surround the parts. it's done as layers so may either be made of wooden laminates or 3D printed and assembled using screws/bolts. l.

3 13

3d printed tablet casework
by Luke Kenneth Casson Leighton 21 Dec '14

21 Dec '14

http://rhombus-tech.net/community_ideas/kde_tablet/news/ turned out okay for a first print. lots of thought required, as 3d printing of parts to use as laminates is not entirely satisfactory. l.

1 0

Unsubscribe from the mailing list
by sahil mehta 17 Dec '14

17 Dec '14

Hi, Kindly un-subscribe this mail id from the mailing list. Thanks

3 4

EOMA68-IC3128 revision 2 back from assembly and is working
by Luke Kenneth Casson Leighton 17 Dec '14

17 Dec '14

http://rhombus-tech.net/icubecorp/IC1T/news/ no hardware faults found, which is fantastic. they have not been sent back to me yet so i have to run some tests here first but this looks like these cpu cards (which are FSF Endorseable) may be added to the crowdfunding campaign. hooray. l.

1 0

tablet rev 3.2 layout
by Luke Kenneth Casson Leighton 16 Dec '14

16 Dec '14

http://rhombus-tech.net/community_ideas/kde_tablet/news/ well it's a fixed PCB size, doesn't have to be a split design, but there's no possibility of sharing this across 2 or more designs. because of that i've cut out the extra components. still working on getting the layout right: the current issue is that the LCD is taller so obscures the middle-centred camera. that means the camera needs to move to the corner. it's an almost never-ending series of details, aaaaaaa!

2 2

tablet re-re-design
by Luke Kenneth Casson Leighton 12 Dec '14

12 Dec '14

ok so i tried the new layout... _after_ joining all the tracks up of course... and unnnfortunately the cpu card slot is so far down that the battery is squashed badly at the bottom (long) end and is far too small. so... aaaaaaagh! i have to begin again :) next attempt will be to turn the cpu card round 180 degrees (so it comes out on the right). ah all good fun...

2 2

hannstar LCDs LED backlight circuit
by Luke Kenneth Casson Leighton 10 Dec '14

10 Dec '14

On Tue, Dec 9, 2014 at 8:49 AM, joem <joem(a)martindale-electric.co.uk> wrote: > On Mon, 2014-12-08 at 15:45 +0000, Luke Kenneth Casson Leighton wrote: > >> ... *deep breath*... but.... hold everything, i've never been a great >> fan of the 1024x600 LCD panels > > hmmm... thinks odroid-vu > http://www.hardkernel.com/main/products/prdt_info.php?g_code=G140383714860 > > Miniature HDMI monitor for $120. > I bought one. If there were more of these things around > with variety then lessens need for fixed screen. which reminds me: i need to work out a circuit for driving the LCD backlight. does anyone have e.g. one of these: http://www.adafruit.com/products/1931 i need an example circuit to work from: the one that i have uses the SY7201 and it is designed to pulse the LEDs, whereas the Hannstar LCDs have their own dedicated LED backlight PWM input. l.

2 5

Why EOMA68 will advance both free software and free hardware « Nico Rikken
by Alexander Stephen Thomas Ross 09 Dec '14

09 Dec '14

http://nicorikken.eu/blog/why-eoma68-will-advance-both-free-software-and-fr…

2 1

flying squirrel tablet
by Luke Kenneth Casson Leighton 07 Dec '14

07 Dec '14

time for a bit of a rant :) i've been working on the tablet PCB now for... literally months over the past year or more, and i can't quite believe that every time i look at it i find something - yet another thing - that needs fixing or improving. the latest was noticing that NMI# from the tablet's AXP209 wasn't connected to one of the EINTs on the EOMA68 connector, and noticing that 18-pin RGB/TTL with the 8.9in LCD (only 3 lane LVDS) is incompatible with 24-pin RGB/TTL of the 7in LCD (4 lane LVDS). so, goodbye all the resistors for selecting different panels, and then i noticed that the power tracks were crossing the LVDS lines so had to completely reorganise those. i also noticed that the SD/MMC needed moving upwards a bit (so that SDcards could be poked into the case and actually... y'know... lock?), and... ... well, it's just a heck of a lot of detailed work and i'm just... amazed that there's so much to do! oh - one other hilarious thing: i tracked down a company that makes a TI SN75LVDS83b.... the name is *not* texas instruments, it's novatek :) it's the NT7181 and it's literally identical. even the ability to switch TTL levels so that it's 1.8, 2.5 and 3.3v TTL compatible depending on input voltage. anyway it's kiinda fun... l.

2 2

flying squirrel rev 3.1
by Luke Kenneth Casson Leighton 04 Dec '14

04 Dec '14

http://rhombus-tech.net/community_ideas/kde_tablet/news/ so with the micro-desktop and eoma68-a20 underway i'm refining and updating other PCBs such as the flying squirrel PCB and the eoma68-jz4775. the 2nd revision ic3128 PCB should have gone for PCB printing already and assembly in about a week or so's time. just as a reminder i've designed the flying squirrel PCB to accept not one but two LCD panels: the 8.9in 1024x768 LG screen and the 7in 1024x600. l.

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

arm-netbook