Re: [Arm-netbook] riki200 v3 first print: success

2017-09-17 Thread Luke Kenneth Casson Leighton
On Mon, Sep 18, 2017 at 6:22 AM, Christopher Havel
 wrote:
> Hey, Luke, this might be useful to you... (I *think* I have the right
> thread here... lol...)
>
> https://hackaday.com/2017/09/17/better-stepping-with-8-bit-micros/

 they're using DMA - which is really what you're supposed to be doing anyway.

 the entire arduino software ecosystem was never designed to actually
give people proper access to the hardware.  anything that's a 180mb
download and requires a 200mb runtime environment to compile and
upload an executable that's only 16k in size *really* isn't going to
end well.

 so they're stepping well outside of the "normal" boundaries - good
luck to them.

 personally i feel it's much better to use a faster 32-bit processor,
and to stick reaaasonably within an eco-system.  however
RepRapFirmware is just... genuinely much better-designed than Marlin.
it's written in c++, it takes full advantage of OO techniques (Marlin
does not.  at all).  it's also event-driven which means that the
highest priority - based on a timer - is the actual stepper moving,
with other "tasks" running to handle keeping the queue full... lots
more as well.

 also as it's timer-based and event-driven it's *automatically* far
superior to what Marlin does.  if you wanted to use DMA (if it isn't
already) it would be far easier to use that in RepRapFirmware than
Marlin.  Marlin is a hard-coded for-loop with an interrupt for
handling moves, but it's bit-banged (!) and... yeah.

anyway.  back to PCB work...


l.

___
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large attachments to arm-netb...@files.phcomp.co.uk

Re: [Arm-netbook] riki200 v3 first print: success

2017-09-17 Thread Christopher Havel
Hey, Luke, this might be useful to you... (I *think* I have the right
thread here... lol...)

https://hackaday.com/2017/09/17/better-stepping-with-8-bit-micros/
___
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large attachments to arm-netb...@files.phcomp.co.uk

Re: [Arm-netbook] Conflict-free minerals

2017-09-17 Thread pelzflorian (Florian Pelz)
On Sun, Sep 10, 2017 at 01:15:06AM +0100, Luke Kenneth Casson Leighton wrote:
> many people have pointed
> out however a flaw in this logic, that copyright is a civil offense
> not a criminal offense.
> 

Actually I’m not so sure depending on the jurisdiction:

https://en.wikipedia.org/wiki/Criminal_Copyright_Law_in_the_United_States

___
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large attachments to arm-netb...@files.phcomp.co.uk

Re: [Arm-netbook] Feedback?

2017-09-17 Thread Luke Kenneth Casson Leighton
hiya richard, ok yes, took a look at what you wrote,
http://lists.phcomp.co.uk/pipermail/arm-netbook/2017-September/014681.html
and yes, really, a cutout and markup of the bits of the image you're
re referring to would really do it.  i've removed the 15mil clearance
design rule, reverted back to the *standard* 6mil clearance that was
is in place everywhere (and is now back in place as the standard
blanket rule, no exceptions, i.e. it's all 6mil clearance from
everything-to-everything.. oh... except the board edge of course,
which is and always was 12mil)

so *part* of what you wrote is slightly out-of-date having done the
flood-fill and also removed the GND spacing tracks... also suggest in
future we refer to the online image names in full e.g.
http://rhombus-tech.net/allwinner_a10/news/eoma68-a20-275-layer1-hdmi.jpg
as that is unambiguous.   so i'll stop sending images to the list and
will use the URLs instead.

l.

___
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large attachments to arm-netb...@files.phcomp.co.uk