Louis Pearson
2017-05-23 13:34:12 UTC
As someone using gmail (unfortunately), I can confirm that yes, it does
clump the threads together.
clump the threads together.
Discussion:
Luke Kenneth Casson Leighton
2017-05-23 18:29:50 UTC
---
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
Actually noticed that the Allegro .brd import in to Altium needs Allegro
installed to function.
yes: it uses COM (or DLLs) from allegro.
but that .ASC file i made available was not *in* allegro, it was PADS 9.0.
in the import.
The component values imported as separate strings for the passives, at least
the cases are OK.
Of course, the mentioned cases don't exist. So that needs some additional
work.
the values in the *board* are not important because you will not be
generating the BOM from the *board*, you will be generating the BOM as
a report from the *schematic*.
... which, can i recommend that you consider for a much later
revision, get a first one out the door?
ridiculously small.
there's actually not a lot to figure out as this is such a simple
board. the main one to make sure you do as a big plane area (on the
power layer) is VCC-3V3. make sure it's big enough and wide enough to
extend to all the VIAs but don't go overboard. extend it only as
needed. remember all the "usual" messing about with DDR power planes,
all that's gone because the DDR's *on-board* the actual processor.
Absolute joy.
you don't have to make *any* schematic files because that's the
second file i uploaded. you just import that and you're done.
use.
And sort-of usable while standalone is aligned with the spirit of the EOMA68
standard (or how I see it at least).
no it isn't. it's a possibility but in absolutely no way is a
requirement. the only reason i did it for the A20 is because the A20
has 3 USB ports (one of them OTG) and can handle 2 separate and
distinct simultaneous video outputs.
with that PCB and schematic i did for you, and using mike's factory,
you won't actually need them. you can however find them amongst
http://hands.com/~lkcl/eoma/allwinner/
http://hands.com/~lkcl/eoma/allwinner/litkconn-pcmcia-case-ch-pc-20.pdf
keep an eye on that. when communicating with mike please keep
communication SIMPLE. "hello mike please quote me for sending X
sample litkconn pcmcia cases and pcmcia connectors, please provide
bank details so i can wire you some money". and "hello mike please
quote me for production of 10 sample PCBs including assembly, it is a
6-layer stack, FR4, 1.2mm, here are the gerbers and the BOM".
if you need anything else from him please CONSULT ME FIRST.
Just a shame to leave the sound hardware unused when it exists.
mid-mount connectors are pretty fragile, as they are cut-aways from
the PCB. if you have several of them you risk weakening the PCB so
much that people destroy the Card through careless lack of attention
when inserting or removing sockets, or forgetting that the cable's
there.
we'll just have to see how things get on with the A20 Card but i do
expect it to be a problem, people tripping over cables and ripping out
the actual USB or MicroHDMI socket.
on my vision of what a GR8 based EOMA68 card would be.
But my progress won't be fast as I'm working full time and doing the same
stuff at home as I do at work is not attractive every single day.
hehe i know that one. you need something sufficiently different.
pretty soon (within 2-3 months), with extra Cards and Housings in it,
to be launched *simultaneously* as the A20 Cards and Microdesktop
housings are shipping.
if that does not fit in with your planned down-time-schedule, how
about this: how about i get that Card up-and-running ASAP, keep you
up-to-date, then you will have something that's more-or-less completed
to work from which has many more features, how about that?
"GR8" with specific regular searches. and please make sure that you
prioritise communications from mike as "important" (star them).
l.
_______________________________________________
arm-netbook mailing list arm-***@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Sen
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
Date: Sun, 21 May 2017 00:45:30 +0100
Subject: Re: [Arm-netbook] GR8 based EOMA68 card
Content-Type: text/plain; charset="UTF-8"
ismo, hi,
it was just too tempting to have an initial go at converting the
CHIP_PRO_v1 schematic and PCB into a version of an EOMA68-GR8 card,
deliberately cutting it down to the absolute basic minimum - after
only about 6 hours i'm pretty much done connecting everything
http://hands.com/~lkcl/eoma/gr8/
those are exported from PADS into 9.0 ASCII format if you want to take a
look.
Sweet, thanks. Just imported these to Altium.Subject: Re: [Arm-netbook] GR8 based EOMA68 card
Content-Type: text/plain; charset="UTF-8"
ismo, hi,
it was just too tempting to have an initial go at converting the
CHIP_PRO_v1 schematic and PCB into a version of an EOMA68-GR8 card,
deliberately cutting it down to the absolute basic minimum - after
only about 6 hours i'm pretty much done connecting everything
http://hands.com/~lkcl/eoma/gr8/
those are exported from PADS into 9.0 ASCII format if you want to take a
look.
Actually noticed that the Allegro .brd import in to Altium needs Allegro
installed to function.
but that .ASC file i made available was not *in* allegro, it was PADS 9.0.
The imported layout looks like this: Loading Image...
looks pretty good.
importing from ORCAD/Allegro doesn't half make a dog's dinner of
things... *sigh*...
It so does. None of the component parameters for the passives carried overthings... *sigh*...
in the import.
The component values imported as separate strings for the passives, at least
the cases are OK.
Of course, the mentioned cases don't exist. So that needs some additional
work.
generating the BOM from the *board*, you will be generating the BOM as
a report from the *schematic*.
anyway it's the *absolute* absolute bare minimum. TV-out, gone,
HP/MIC, gone. OTG, gone. NAND, gone. SDC2 is connected to a MicroSD
slot, SDC0 is connected to EOMA68. SPI2 is connected to EOMA68 so in
theory could also be used as bootable media (factory-install purposes
only). boot is basically from on-board MicroSD, that can be
over-ridden if people want to by using a Housing MicroSD card (if the
Housing *has* one).
That's OK with me. More space to use for potential future expansion.HP/MIC, gone. OTG, gone. NAND, gone. SDC2 is connected to a MicroSD
slot, SDC0 is connected to EOMA68. SPI2 is connected to EOMA68 so in
theory could also be used as bootable media (factory-install purposes
only). boot is basically from on-board MicroSD, that can be
over-ridden if people want to by using a Housing MicroSD card (if the
Housing *has* one).
revision, get a first one out the door?
Ya 0402 is a lot more sane to deal with than 0201.
i'm not even sure if mike's factory can handle 0201, it's prettyridiculously small.
(5) re-add the copper pours for the power outputs from the inductors
(to the AXP209).
This and in general figure out the power stuff.(to the AXP209).
board. the main one to make sure you do as a big plane area (on the
power layer) is VCC-3V3. make sure it's big enough and wide enough to
extend to all the VIAs but don't go overboard. extend it only as
needed. remember all the "usual" messing about with DDR power planes,
all that's gone because the DDR's *on-board* the actual processor.
(6) do a full review to check that the dog's dinner mess made by ORCAD
hasn't split some of the NETs. PADs doesn't support multi-named nets.
i found one (and joined them) but there may be others.
(7) sync'd PADS schematic and PCB so that a proper NETLIST review could be
done.
It's gona be FUN mating the CHIP Pro schematic files with that layout.hasn't split some of the NETs. PADs doesn't support multi-named nets.
i found one (and joined them) but there may be others.
(7) sync'd PADS schematic and PCB so that a proper NETLIST review could be
done.
Absolute joy.
second file i uploaded. you just import that and you're done.
remember that this *really is* the bare minimum - it'll be amazingly
an under $10 BOM. also that if you _did_ want to add HP and/or TV-out
and/or MIC sockets, as well as OTG.... you can't: there's not enough
room on the connector, not and have MicroSD as well. so you can do 3
out of 4 of those connectors but not all.
I'll fully decide on this later on, USB+Video would allow for standalonean under $10 BOM. also that if you _did_ want to add HP and/or TV-out
and/or MIC sockets, as well as OTG.... you can't: there's not enough
room on the connector, not and have MicroSD as well. so you can do 3
out of 4 of those connectors but not all.
use.
And sort-of usable while standalone is aligned with the spirit of the EOMA68
standard (or how I see it at least).
requirement. the only reason i did it for the A20 is because the A20
has 3 USB ports (one of them OTG) and can handle 2 separate and
distinct simultaneous video outputs.
also bear in mind that there's a couple of tabs on the Litkconn
casework that fit *just* either side of the MicroSD, whch make it damn
awkward to fit the MicroSD anywhere but directly in the middle of the
end of the Card.
Where can I find datasheets, drawings or 3d models for the Litckonn cases?casework that fit *just* either side of the MicroSD, whch make it damn
awkward to fit the MicroSD anywhere but directly in the middle of the
end of the Card.
you won't actually need them. you can however find them amongst
http://hands.com/~lkcl/eoma/allwinner/
http://hands.com/~lkcl/eoma/allwinner/litkconn-pcmcia-case-ch-pc-20.pdf
Can I buy a few sample units from somewhere for fiddling around?
i introduced you to mike but you have not responded. you need tokeep an eye on that. when communicating with mike please keep
communication SIMPLE. "hello mike please quote me for sending X
sample litkconn pcmcia cases and pcmcia connectors, please provide
bank details so i can wire you some money". and "hello mike please
quote me for production of 10 sample PCBs including assembly, it is a
6-layer stack, FR4, 1.2mm, here are the gerbers and the BOM".
if you need anything else from him please CONSULT ME FIRST.
also bear in mind that finding mid-mount 2.5in and 3.5in multi-pin
jacks is a complete bitch. i *might* have one supplier (who speaks
chinese only) who *might* be able to help, there (Runde).
I'm perfectly OK with deleting the sound input/output.jacks is a complete bitch. i *might* have one supplier (who speaks
chinese only) who *might* be able to help, there (Runde).
Just a shame to leave the sound hardware unused when it exists.
the PCB. if you have several of them you risk weakening the PCB so
much that people destroy the Card through careless lack of attention
when inserting or removing sockets, or forgetting that the cable's
there.
we'll just have to see how things get on with the A20 Card but i do
expect it to be a problem, people tripping over cables and ripping out
the actual USB or MicroHDMI socket.
so - what ya wanna do? do you want to take over this layout/schematic
from here and go with it? if you leave it as-is it should be easy to
finish within a matter of 2-3 weeks, which means that it's potentially
possible to add to the upcoming (2nd) planned crowdfunding campaign...
or you could run your own.
More or less regardless of crowdfunding or anything I'll continue doing workfrom here and go with it? if you leave it as-is it should be easy to
finish within a matter of 2-3 weeks, which means that it's potentially
possible to add to the upcoming (2nd) planned crowdfunding campaign...
or you could run your own.
on my vision of what a GR8 based EOMA68 card would be.
But my progress won't be fast as I'm working full time and doing the same
stuff at home as I do at work is not attractive every single day.
A low cost alternative for low powered embedded applications might also be
attractive to some folks and in general for testing and debugging housings.
hum.... hum.... ok i need an extra campaign and it needs to startattractive to some folks and in general for testing and debugging housings.
pretty soon (within 2-3 months), with extra Cards and Housings in it,
to be launched *simultaneously* as the A20 Cards and Microdesktop
housings are shipping.
if that does not fit in with your planned down-time-schedule, how
about this: how about i get that Card up-and-running ASAP, keep you
up-to-date, then you will have something that's more-or-less completed
to work from which has many more features, how about that?
On an other note, replying to this list while it's in digest mode is a bit
weird.
ah - i wondered why the delay.weird.
I might have to change it from digest to the individual message style
and hope that gmail is good enough at clumping the threads.
it is.... but you'll need to keep an eye out for anything mentioningand hope that gmail is good enough at clumping the threads.
"GR8" with specific regular searches. and please make sure that you
prioritise communications from mike as "important" (star them).
l.
_______________________________________________
arm-netbook mailing list arm-***@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Sen