arm-netbook

arm-netbook@lists.phcomp.co.uk

1079 discussions

Price Bump: Was that for Wholesale?
by John Luke Gibson 09 Jan '17

09 Jan '17

Noticed the cards themselves jumped from 40 to 65, and I was wondering if that was due to unforeseen costs per card or to attract wholesalers and retailers with special discounts? I don't really have an opinion either way with wholesale, in terms of economic responsibility/efficiency it has it's drawbacks and advantages.

3 2

Re: [Arm-netbook] Intel at CES
by Julie Marchant 09 Jan '17

09 Jan '17

That could be a problem. If it's successful, people will associate the concept with Intel and assume that eoma is a cheap ripoff. Also, with Intel controlling it, you can bet x86 will dominate it. Our response should be to publicly urge Intel to use an eoma standard, to ensure architecture agnosticism and that there isn't a conflict of interest. -- Julie Marchant https://onpon4.github.io On Jan 5, 2017 12:38 PM, Alain Williams <addw(a)phcomp.co.uk> wrote: > > I wonder where they … [View More]

6 12

Why I think the Intel "Compute Card" will ultimately fail, and why it won't hurt this project
by James L 08 Jan '17

08 Jan '17

When I first heard of the Intel Compute Card, I was a little bit frustrated at how much media attention they were getting and how similar their marketing terms were (more on that later). What I realized was that neither of these thing will hurt the project in the long run, for a number of reasons. First off, I don't think Intel's product will actually succeed. Why? Corporations make money by selling the next product at the end of the life of the product. In this case, though, unless Intel is … [View More]

3 2

Intel at CES
by Alain Williams 08 Jan '17

08 Jan '17

I wonder where they got the idea from: http://www.bbc.co.uk/news/technology-38515472 http://www.intel.co.uk/content/www/uk/en/compute-card/intel-compute-card.ht… -- Alain Williams Linux/GNU Consultant - Mail systems, Web sites, Networking, Programmer, IT Lecturer. +44 (0) 787 668 0256 http://www.phcomp.co.uk/ Parliament Hill Computers Ltd. Registration Information: http://www.phcomp.co.uk/contact.php #include <std_disclaimer.h>

10 23

Adapteva Parallella: Thoughts?
by John Luke Gibson 29 Dec '16

29 Dec '16

Obviously it's been mentioned before, since it's on the <a href=http://rhombus-tech.net/adapteva/>wiki</a>. There isn't much information on the page however. The core doesn't work standalone, however it is completely open with an HDL and a schematic; it is in the direction that a puristic libre system would be if not "technically" all the way there. The board itself has both(I think?) an arm and a x86 on board, simply because adapteva is too new to have enough libraries ported for a … [View More]

5 8

OT: The U.S. Needs to Stop Lecturing the Rest of the World About Internet Values
by Alexander Ross 28 Dec '16

28 Dec '16

off topic: I’m finding this insightful as to why luke was treated the way he was by a number of allwinner :( people: http://www.slate.com/articles/technology/future_tense/2016/11/the_u_s_shoul… bit in particular i just read: " Just as one man’s freedom fighter is another man’s terrorist, one country’s “soft power” is another’s weaponized values and existential threat. Because Americans see their values and interests as essentially benign, they completely miss how those abroad interpret what … [View More]

8 12

moved to taiwan, started passthrough card
by Luke Kenneth Casson Leighton 27 Dec '16

27 Dec '16

ok so much of this is in the upcoming update, we made a snap decision to go to taiwan because of the 30 limit on the china dual-entry visas. i'm staying with a friend who has a stack of equipment including IR oven, small pick-and-place machine, scope etc. so it's a much easier arrangement, i'm helping him out as well. the rk3288 board is going to first prototyping, we're getting quotations from PCB manufacturers. that leaves me free to move to the next PCB design, and i picked the passthrough … [View More]

3 4

Re: [Arm-netbook] A question about VREFTTL
by Internet 27 Dec '16

27 Dec '16

Great! That really helps me. By the way: In the pinouts table on elinux.org <http://elinux.org/Embedded_Open_Modular_Architecture/EOMA68/Hardware> (http://elinux.org/Embedded_Open_Modular_Architecture/EOMA68/Hardware) there are duplicate signals on pins 27 and 28, I am pretty sure that pin 27 was meant to be SSRX- instead of SSTX-. On 27.12.2016 05:23, Luke Kenneth Casson Leighton wrote: > --- > crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68 > > … [View More]> On Mon, Dec 26, 2016 at 6:00 PM, Internet <internet(a)devpi.de> wrote: >> Hey, I am planning a custom project utilizing the EOMA68 standard > cool! > >> and I was wondering about VREFTTL. > ya. > >> What I have read so far (elinux.org) is that VREFTTL refers to the >> maximum voltage that can be applied to the GPIOs. My questions are >> though: Is VREFTTL always 3.3V > *NO* it's not. > >> or can it be lower? > between 1.8 and 3.3v, at the moment. anything lower will need to be > negotiated in a FUTURE standard (and the "default" range of 1.8v to > 3.3v will be respected, for older Housings. that means SoCs will need > to have variable voltage power domains, but that's actually becoming > quite common. > > >> What should I do, if >> some ICs require a certain supply voltage > please do NOT make the mistake of using VREFTTL as a *SUPPLY* > voltage. most (complex-function) ICs have a VDD (digital supply > voltage) and a VCCIO. the VCCIO is what you connect to the VREFTTL. > take a look at the SN75LVDS83b or the TFP401a for examples. > >> and VREFTTL does not meet the >> requirements? > find another IC that meets the variable-voltage 1.8 to 3.3v CMOS > reference voltage or do level conversion. > >> Would it be necessary do level shifting in advance (to be >> compatible with other voltages)? > yyep. there's a number of ways to do it, dozens of ICs and circuits: > the TXS0104 is great because it supports both open drain and > push-push, you can use a MOSFET, or in some cases a straight diode > will do (in a really counter-intuitive way, but it works). take a > look on the rk3288 schematic PDF, look for the HDMI page, you'll find > a suitable converter circuit using a MOSFET (and protection diode). > > http://hands.com/~lkcl/eoma/rockchip_rk3288/ > > l. > > > >> How much current can I draw out of the >> computing card? > up to around 300mA. do *not* go beyond that. > > _______________________________________________ > arm-netbook mailing list arm-netbook(a)lists.phcomp.co.uk > http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook > Send large attachments to arm-netbook(a)files.phcomp.co.uk [View Less]

2 1

A question about VREFTTL
by Internet 27 Dec '16

27 Dec '16

Hey, I am planning a custom project utilizing the EOMA68 standard and I was wondering about VREFTTL. What I have read so far (elinux.org) is that VREFTTL refers to the maximum voltage that can be applied to the GPIOs. My questions are though: Is VREFTTL always 3.3V or can it be lower? What should I do, if some ICs require a certain supply voltage and VREFTTL does not meet the requirements? Would it be necessary do level shifting in advance (to be compatible with other voltages)? How much … [View More]

2 1

EOMA68 and display upsampling
by Tor, the Marqueteur 23 Dec '16

23 Dec '16

I was reading through the recent archives, and the question of displays and upsampling caught my eye. On list it was noted that upsampling is an expensive operation (and it certainly is), but I'm not sure it has to be. As I recall, most LCDs when driven with a lower resolution than native, will simply repeat interspersed rows/columns as needed to fill the display. It looks dreadful, but it works. Alternatively, is there any reason a display for type I couldn't be set to recognize a type II … [View More]

2 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

arm-netbook