sts.sourceforge.net
Předmět: Re: [Amforth-devel] 1284p compilation
Datum: 28.8.2010 - 9:08:14
> Crystal 22MHZ (comm 19k2):
> > ver
> amforth 4.0 ATmega1284P ok
> > primes
>
> 10 iterations.
> 6412 primes found, ok
> >
> Sieve: size 32000, 10 iterations in 57sec
sts.sourceforge.net
Předmět: Re: [Amforth-devel] 1284p compilation
Datum: 28.8.2010 - 8:56:56
> Now I've changed the fuses to:
> l=F7 h=D9 e=FF (full swing osc., slow rising)
> crystal = 20MHz (comm at 19k2 as the usart
> settings routine is quite
> intolerant as you know..
ration done in 6sek @20MHz.
Pito.
- PŮVODNÍ ZPRÁVA -
Od: "pito"
Komu: [email protected], [email protected]
Předmět: Re: [Amforth-devel] 1284p compilation
Datum: 28.8.2010 - 8:19:06
> 11.05920 MHz. I may do experiments with
> overclocking today..
11.05920 MHz. I may do experiments with overclocking today.. Pito
- PŮVODNÍ ZPRÁVA -
Od: [email protected]
Komu: [email protected]
Předmět: Re: [Amforth-devel] 1284p compilation
Datum: 28.8.2010 - 1:03:51
> OH something I forgot to ask. What crystal
> frequen
mpile ( \ allot
> here edp dp /key key? key emit? emit pad #tib >in cell+ cells base
> state f_cpu ok
>> .res
> free FLASH cells 56498
> free RAM cells12078
> used EEPROM cells 62
> used data stack cells 0
> used return stack 10
> free return sta
? emit pad #tib >in cell+ cells base
> state f_cpu ok
>> .res
> free FLASH cells 56498
> free RAM cells12078
> used EEPROM cells 62
> used data stack cells 0
> used return stack 10
> free return stack 70
> ok
>> Pito
>
>
key? key emit? emit pad #tib >in cell+ cells base
state f_cpu ok
> .res
free FLASH cells 56498
free RAM cells12078
used EEPROM cells 62
used data stack cells 0
used return stack 10
free return stack 70
ok
> Pito
- PŮVODNÍ ZPRÁVA -----
Od: "pito"
> Cool
>
> PS: shall be "free RAM bytes"
>
> Pito.
>
> - PŮVODNÍ ZPRÁVA -
> Od: "pito"
> Komu: [email protected], [email protected],
> [email protected]
> Předmět: Re: [Amforth-devel] 1284p compilation
> Datum: 27.8.2010 - 21
[email protected], [email protected],
[email protected]
Předmět: Re: [Amforth-devel] 1284p compilation
Datum: 27.8.2010 - 21:07:20
> RESULT:
> Fuses: l=FF h=D9 e=FF
> source burned with pony-stk200 via lpt1 and
> sinaprog (avrdude gui):
> >
> ok
> > ver
> amforth 4.
.r ud. . d. .r d.r sign #> #s # <#
hold hld within max min abs mod / negate u/mod */ /mod */mod turnkey
bl hex decimal bin ['] , compile ( \ allot here edp dp /key key? key
emit? emit pad #tib >in cell+ cells base state f_cpu ok
> Pito
- PŮVODNÍ ZPRÁVA -----
Od: "pito&
With (template.asm based on Matthias):
; initial baud rate of terminal
.equ BAUD = 115200
.set USART_B_VALUE = (1<
Komu: "Everything around amforth"
Předmět: Re: [Amforth-devel] 1284p compilation
Datum: 27.8.2010 - 19:43:36
> Am Freitag, den 27.08.2010, 17:24 +0200 schrieb
Am Freitag, den 27.08.2010, 17:24 +0200 schrieb pito:
> FYI - result of the compilation for 1284p (avr studio 4.18), device
> from trunk:
>
> AVRASM: AVR macro assembler 2.1.42 (build 1796 Sep 15 2009 10:48:36)
> Copyright (C) 1995-2009 ATMEL Corporation
Thats the version I use too. so far ok
>
Looks similar to some of the initial errors that ere weeded out with the
arduino boards.
Basicaly mismatched naming of constants form for uart reg's and bit fields.
Will have a look when i get to it.
I seem to recal it meant adding numbers to uart defs and a minor rename.
Avoid altering the m
Just noticed the memory defs are a little out too.
The way i would be tacklingb this is by using the rlevant files for the nearest
device (periphs) and then patchin the mem values for something sensible from
the datasheets. Plus inthis casde stealing the mem access macro statments from
another
FYI - result of the compilation for 1284p (avr studio 4.18), device
from trunk:
AVRASM: AVR macro assembler 2.1.42 (build 1796 Sep 15 2009 10:48:36)
Copyright (C) 1995-2009 ATMEL Corporation
...
C:\MyCode\AVR\WINAVR\projects\AMFORTH\core\drivers/usart.asm(2):
warning: Use of undefined or forward
15 matches
Mail list logo
