Some good points here:
> On Nov 3, 2020, at 4:33 AM, fra...@fraber.de wrote:
>
> - Gradual or "big bang" migration?
> Should SVN and GIT run in parallel for some time, or is
> it OK to have a single big bang migration? Big bang is
> a lot easier…
>
Big Bang. We are too small and under st
Hi Erich,
I’m probably another year out to offer any help if I’m even still capable…
although I think I could muddle through and contribute some system admin type
help with the irksome repositories.
It seems to me that embedded hardware is vibrantly healthy and with the
pressures IoT and of
Thanks for the thought stream Erich.
I have one other wacky idea for the list. Maybe for next year when life in
theory will settle or possibly over the 2020-2021 winter.
I’d like to re-engineer a device called the CNC FROG. It was originally a kind
of 1.5 or 2.5 axis CNC gizmo but really it
What a nice RTFM!
I have some fond memories of working with a capable C programmer on an
Atmel Butterfly as a platform. I relied heavily on the data sheet to
understand the capability of the ATmega169 at the time and several times
was able to identify paths forward by doing so. We were squeez
Hi Matthias,
What kind of hardware would you need?
On Fri, 22 Jul 2016, Matthias Trute wrote:
> Hi,
> I need some independent tests, so I'd like to ask for volunteers.
> The command prompt got its characters via a simple interruptroutine. That
> works quite well for years now. However some user
On Fri, 29 May 2015, Matthias Trute wrote:
> I think avra is a dead horse, not even a zombie any more. I tried
> naken_asm, but could not make it work with amforth on the avr. The
> msp430 works fine with it. Believe me, I tried hard to get it working
> for both.
>
C'est la vie.
Well I got amfo
Thanks Erich and Matthias,
One way or anther I have three code snippets that look like will work
(butterfly, ewlib and wiring_analog.frt). I like the approach of adc.wait
in ewlib/adc.fs personally but it is good to have choices. Are recipes
allowed to reference community code?
I haven't bui
Hello,
I've been puttering at a temperature monitoring (and some day control)
project. Since I wasn't sure of the final platform I ended up using a USB
DAC/relay board and made up a simple signal conditioner board for some
thermistors.
My "supervisory controler" is any *NIX machine currently
Hi Rolf,
The avra-user list still works. I for one appreciate the efforts. Avra
needs new energy in leadership I think but most of us have day jobs :-).
There is occasional interest in getting a native assembler for *NIX's in
the amforth list. I forget what the current issues are but a few y
Might it be easier to patch up AVRA?
http://avra.sourceforge.net/
Avra with some patches listed here would build amforth at some revisions.
I was even able to do it back in amforth 2 or 3.x days and I'm not all
that capable a programmer.
At that time I was living in a freeBSD / Mac world and
Hi Enoch,
I'm out of my league here but you might look at the recent Avra-user threads on
the subject of avra with amforth if you have not already.
Erich Waelde and Marcin Cieslak are
discussing this frequently and recently.
Some time ago I had good luck with Avra and amforth but since both
I see others have commented.
I too see this as very useful. Thanks.
Ian
On 2010-10-25, at 2:19 PM, Matthias Trute wrote:
> hi all,
>
> I recently spent some time on updating the documentation
> headers in many assembly files. The result is a pdf file
> on the project home page
>
> http://am
12 matches
Mail list logo
