On 05.09.2021 18:08, Erich Wälde wrote:
Hmmm, you sure??? If I look at my code ... usart-isr-rx.asm ...
see below.
No. I was wrong. I wrote the mail without the documentation at hand. I
remembered incorrectly that the address is compared by the
microcontroller. That was wrong. The MPC checks onl
Hello Helge,
Helge Kruse writes:
> Am 04.09.2021 um 14:38 schrieb Erich Wälde:
>
>> Using the serial interface for a rs485 connection ... now, that
>> I can understand :-) I have a collection of controllers "online",
>> descriptions start here (German text):
>> Vierte Dimension 2011/1
>> https:/
Am 04.09.2021 um 14:38 schrieb Erich Wälde:
Using the serial interface for a rs485 connection ... now, that
I can understand :-) I have a collection of controllers "online",
descriptions start here (German text):
Vierte Dimension 2011/1
https://forth-ev.de/wiki/res/lib/exe/fetch.php/vd-archiv:4d
Hello Helge,
welcome to the list!
I'm late to the show, but anyways ...
I personally would not use the serial console for something
else, but rather use a atmega644 or similar, which features two
separate serial interfaces.
Replicating code is imho most easy, if a controller is read back
via av
On 31.08.21 11:29, Helge Kruse via Amforth-devel wrote:
But I want
to create a hex file with a real turnkey application that I can flash on
another ATmega2560 device. After running all Forth source code to my
"development" board I find the flash filled with the code. It should be
possible to cl
On 31.08.2021 18:40, BK Navarette wrote:
May be you could do a memory dump using avrdude terminal mode after
building the application interactively then flash that file to the next
avr.
This might work.
Thanks for this idea. Of cause, it's not absolutely necessary to create
the hex file with fr
May be you could do a memory dump using avrdude terminal mode after
building the application interactively then flash that file to the next avr.
This might work.
Brian-in-ohio
On 8/31/21 05:37, George Herzog wrote:
Martin Nichols has offered the simplest solution.
On Tue, Aug 31, 2021 at 5:0
Martin Nichols has offered the simplest solution.
On Tue, Aug 31, 2021 at 5:03 PM Martin Nicholas via Amforth-devel <
amforth-devel@lists.sourceforge.net> wrote:
> On Tue, 31 Aug 2021 06:27:50 +0200
> Helge Kruse wrote:
>
> > Hello, I am new to amForth.
> >
> > amForth is an interactive Forth. T
On 31.08.2021 10:41, Martin Nicholas via Amforth-devel wrote:
I want to develop a Forth application for a target that uses the
ATmeage256 USART for the application data. In that case it would be
desired to compile the application, create a hex file and use USBasp
to flash it to the target.
How
On Tue, 31 Aug 2021 06:27:50 +0200
Helge Kruse wrote:
> Hello, I am new to amForth.
>
> amForth is an interactive Forth. The compiler runs on the target and
> writes to the flash memory of the device. This requires to send all
> the source code through the UART interface.
>
> I want to develop
Hello and welcome Helge,
> amForth is an interactive Forth. The compiler runs on the target and
> writes to the flash memory of the device. This requires to send all the
> source code through the UART interface.
This is the usual way AmForth is used. However it is possible to write
words in AVR a
11 matches
Mail list logo