Menu
▾
▴
amforth-devel — Development discussion and user support
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(5) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
(6) |
Mar
(41) |
Apr
(23) |
May
(11) |
Jun
(2) |
Jul
|
Aug
|
Sep
(9) |
Oct
(2) |
Nov
(1) |
Dec
(1) |
| 2008 |
Jan
(6) |
Feb
(1) |
Mar
(23) |
Apr
(18) |
May
(21) |
Jun
(13) |
Jul
(34) |
Aug
(5) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
(4) |
| 2009 |
Jan
|
Feb
(5) |
Mar
(5) |
Apr
(10) |
May
(1) |
Jun
(11) |
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(3) |
Dec
(13) |
| 2010 |
Jan
(10) |
Feb
(4) |
Mar
(28) |
Apr
(3) |
May
(38) |
Jun
(22) |
Jul
(92) |
Aug
(154) |
Sep
(218) |
Oct
(45) |
Nov
(20) |
Dec
(1) |
| 2011 |
Jan
(33) |
Feb
(15) |
Mar
(32) |
Apr
(33) |
May
(48) |
Jun
(35) |
Jul
(7) |
Aug
|
Sep
(11) |
Oct
(5) |
Nov
|
Dec
(7) |
| 2012 |
Jan
(56) |
Feb
(11) |
Mar
(6) |
Apr
|
May
(128) |
Jun
(59) |
Jul
(21) |
Aug
(16) |
Sep
(24) |
Oct
(39) |
Nov
(12) |
Dec
(12) |
| 2013 |
Jan
(14) |
Feb
(61) |
Mar
(97) |
Apr
(46) |
May
(13) |
Jun
(23) |
Jul
(12) |
Aug
(25) |
Sep
(9) |
Oct
(81) |
Nov
(73) |
Dec
(45) |
| 2014 |
Jan
(36) |
Feb
(57) |
Mar
(20) |
Apr
(41) |
May
(43) |
Jun
(11) |
Jul
(14) |
Aug
(32) |
Sep
(9) |
Oct
(27) |
Nov
(21) |
Dec
(6) |
| 2015 |
Jan
(14) |
Feb
(23) |
Mar
(1) |
Apr
(19) |
May
(40) |
Jun
(11) |
Jul
(1) |
Aug
(2) |
Sep
(14) |
Oct
(10) |
Nov
(9) |
Dec
(13) |
| 2016 |
Jan
(4) |
Feb
(3) |
Mar
(7) |
Apr
|
May
(4) |
Jun
(13) |
Jul
(8) |
Aug
(3) |
Sep
(4) |
Oct
(1) |
Nov
|
Dec
|
| 2017 |
Jan
(6) |
Feb
(1) |
Mar
(1) |
Apr
(7) |
May
(10) |
Jun
(5) |
Jul
(7) |
Aug
(9) |
Sep
|
Oct
(1) |
Nov
(5) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
(3) |
Jul
(6) |
Aug
|
Sep
(2) |
Oct
(54) |
Nov
(47) |
Dec
(53) |
| 2019 |
Jan
(23) |
Feb
(24) |
Mar
(19) |
Apr
(15) |
May
(5) |
Jun
(34) |
Jul
(9) |
Aug
(9) |
Sep
(3) |
Oct
(2) |
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
(7) |
Apr
(7) |
May
(5) |
Jun
(15) |
Jul
(22) |
Aug
(28) |
Sep
(13) |
Oct
(9) |
Nov
(17) |
Dec
(13) |
| 2021 |
Jan
(5) |
Feb
(1) |
Mar
(1) |
Apr
(9) |
May
(21) |
Jun
(9) |
Jul
|
Aug
(6) |
Sep
(16) |
Oct
|
Nov
(1) |
Dec
(6) |
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
(7) |
May
(6) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(11) |
Sep
(21) |
Oct
(5) |
Nov
(1) |
Dec
(1) |
| 2024 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
(7) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(7) |
Sep
(9) |
Oct
|
Nov
|
Dec
|
|
From: Matthias T. <mt...@we...> - 2007-10-03 06:49:24
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, Karl Lunt has written an excellent User's Guide for amforth. I've just put it on the homepage and I'd recommend it for everyone. Karl, thank you very much. Matthias -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD4DBQFHAztu9bEHdGEMFjMRAjDPAJwMAJE+PHkoB9X33hFowbQepiajwgCYuWjw gLLUG0Vtu5f4GDYLJE5PNw== =fovZ -----END PGP SIGNATURE----- |
|
From: robi <r.g...@vi...> - 2007-09-20 18:38:04
|
Finally, I found enough time to set up fuses and now amforth is working properly on mega8 at 8Mhz quartz! Thanks a lot Feusag and Matthias! excellent piece of sw!! best regards, Robert On Sat, 2007-09-15 at 20:21 +0200, robi wrote: > Thank you Matthias! > I will check my fuses according this web site. > Can You send me hex files for mega8 at 8mhz with external quartz? > Also I will try programing on other programmer. > Thanks a lot, > Robert > > On Fri, 2007-09-14 at 13:43 +0200, Matthias Trute wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > r.g...@vi... schrieb: > > > Hi to all! > > > After changing user initialisation routine, installing quartz and without any answer > > > from my mega8 > > > > I've just checked the sources with an Atmega8: With an 8 MHz quartz > > everything works fine. > > > > - ------------------------------ > > Welcome to minicom 2.2 > > > > OPTIONS: I18n > > Compiled on Mar 7 2007, 15:10:03. > > Port /dev/ttyS0 > > > > Press CTRL-A Z for help on special keys > > > > amforth 2.4 ATmega8 > > > words > > d2/ d>s s>d up! up@ 0 1ms >< cmove> i! i@ unloop i sp! sp@ rp! rp@ +! ... > > > > > > > - ------------------------------- > > > > If you do not depend on 1MHz you may change the fuses to use the 8MHz > > internal RC oszillator (http://palmavr.sourceforge.net/cgi-bin/fc.cgi > > can be helpful to get the correct fuse values) > > > > Greetings > > Matthias > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.6 (GNU/Linux) > > > > iD8DBQFG6nPI9bEHdGEMFjMRAoDMAKC0pglXgvQrcg+/A3uvD48baSO9XQCdEV9J > > 7iDprF9UU7aU37TtlIlxhdY= > > =OQR1 > > -----END PGP SIGNATURE----- > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Amforth-devel mailing list > > Amf...@li... > > https://lists.sourceforge.net/lists/listinfo/amforth-devel > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Amforth-devel mailing list > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > |
|
From: robi <r.g...@vi...> - 2007-09-15 18:19:06
|
Thank you Matthias! I will check my fuses according this web site. Can You send me hex files for mega8 at 8mhz with external quartz? Also I will try programing on other programmer. Thanks a lot, Robert On Fri, 2007-09-14 at 13:43 +0200, Matthias Trute wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > r.g...@vi... schrieb: > > Hi to all! > > After changing user initialisation routine, installing quartz and without any answer > > from my mega8 > > I've just checked the sources with an Atmega8: With an 8 MHz quartz > everything works fine. > > - ------------------------------ > Welcome to minicom 2.2 > > OPTIONS: I18n > Compiled on Mar 7 2007, 15:10:03. > Port /dev/ttyS0 > > Press CTRL-A Z for help on special keys > > amforth 2.4 ATmega8 > > words > d2/ d>s s>d up! up@ 0 1ms >< cmove> i! i@ unloop i sp! sp@ rp! rp@ +! ... > > > > - ------------------------------- > > If you do not depend on 1MHz you may change the fuses to use the 8MHz > internal RC oszillator (http://palmavr.sourceforge.net/cgi-bin/fc.cgi > can be helpful to get the correct fuse values) > > Greetings > Matthias > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > > iD8DBQFG6nPI9bEHdGEMFjMRAoDMAKC0pglXgvQrcg+/A3uvD48baSO9XQCdEV9J > 7iDprF9UU7aU37TtlIlxhdY= > =OQR1 > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Amforth-devel mailing list > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > |
|
From: Matthias T. <mt...@we...> - 2007-09-14 11:43:18
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
r.g...@vi... schrieb:
> Hi to all!
> After changing user initialisation routine, installing quartz and without any answer
> from my mega8
I've just checked the sources with an Atmega8: With an 8 MHz quartz
everything works fine.
- ------------------------------
Welcome to minicom 2.2
OPTIONS: I18n
Compiled on Mar 7 2007, 15:10:03.
Port /dev/ttyS0
Press CTRL-A Z for help on special keys
amforth 2.4 ATmega8
> words
d2/ d>s s>d up! up@ 0 1ms >< cmove> i! i@ unloop i sp! sp@ rp! rp@ +! ...
>
- -------------------------------
If you do not depend on 1MHz you may change the fuses to use the 8MHz
internal RC oszillator (http://palmavr.sourceforge.net/cgi-bin/fc.cgi
can be helpful to get the correct fuse values)
Greetings
Matthias
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFG6nPI9bEHdGEMFjMRAoDMAKC0pglXgvQrcg+/A3uvD48baSO9XQCdEV9J
7iDprF9UU7aU37TtlIlxhdY=
=OQR1
-----END PGP SIGNATURE-----
|
|
From: <r.g...@vi...> - 2007-09-10 11:50:10
|
Hi to all!
After changing user initialisation routine, installing quartz and without any answer
from my mega8, I try to check source in avr studio simulator and found out that
after 1507 clock ticks avr simulator execute wrong opcode and reset.
After tracing in which routine I came to this:
; ( i*x -- j*x )
; R( -- )
; runtime of defer
;VE_DOEDEFER:
; .db $0a, "(defer)", 0
; .dw VE_HEAD
; .set VE_HEAD = VE_DOEDEFER
XT_DODEFER:
.dw PFA_DODEFER
PFA_DODEFER:
call_ DO_DODOES
.dw XT_DUP
.dw XT_1MINUS
.dw XT_SWAP
.dw XT_1PLUS
.dw XT_IFETCH
.dw XT_EXECUTE
; .dw XT_EXECUTE
.dw XT_EXIT
On second XT_execute aperas executing wrong opcode, so after commenting
out this line in simulator works ok.
This evening I will try in real Mega....
Is there falut or not?
>
> Od: <r.g...@vi...>
> Datum: 2007/09/05 sri PM 02:23:05 GMT+01:00
> Za: <amf...@li...>
> Naslov: [Amforth-devel] mega8 installation problem
>
> Dear all,
> I will need a help from you as I have a problem with installing amforth2.3 on
> atmega8.
> Assembling with avr studio 4 is performed without any error. I put cpu
> frequency t
> o 1Mhz (internal rc oscilator) , baud rate at 9600. After programming with hex
> and
> eeprom files, nothing hapened, on hyper terminal is nothing writen neider
> typing on
> kbd helped.
> I'm using internal oscilator seted to 1Mhz, with rs232 attached to pin 2 and 3
> of
> atmega8. If I load atmega8 with any program (writen in C or asm) for serial
> communication (simly sending and receiving characters from hyperterminal),
there
> is print out on hyperterminal so rs232 chip is properly
> connected to avr.
> Does anyone have any ideo what is wrong?
> I was very happy when found amforth and now it does not want to work...... :-(
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Amforth-devel mailing list
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel
>
>
|
|
From: Feusag M. <feu...@go...> - 2007-09-07 13:36:25
|
Hi Robert,
It looks like I had some problems posting my original response, and
unfortunatley the layout of the diff is not very clear...
Anyway, here is the complete text of my modified uart initialize route
from words/usart.asm - starting around line 50. This is just a
prototype of the change so it has literal values for the new register
values and very few comments, but it should let you get running.
; ( -- ) Hardware Access
; R( --)
; initialize usart0
VE_USART0:
.db $06, "usart0",0
.dw VE_HEAD
.set VE_HEAD = VE_USART0
XT_USART0:
.dw DO_COLON
PFA_USART0: ; ( -- )
.dw XT_ZERO
.dw XT_DOLITERAL
.dw usart0_tx_in
.dw XT_CSTORE
.dw XT_ZERO
.dw XT_DOLITERAL
.dw usart0_tx_out
.dw XT_CSTORE
.dw XT_ZERO
.dw XT_DOLITERAL
.dw usart0_rx_in
.dw XT_CSTORE
.dw XT_ZERO
.dw XT_DOLITERAL
.dw usart0_rx_out
.dw XT_CSTORE
.dw XT_F_CPU
.dw XT_D2SLASH
.dw XT_D2SLASH
.dw XT_D2SLASH
; .dw XT_D2SLASH ; We are going for 2X, so remove one
of these...
.dw XT_ROT
.dw XT_UMSLASHMOD
.dw XT_SWAP
.dw XT_DROP
.dw XT_1MINUS
.dw XT_DUP
.dw XT_DOLITERAL
.dw BAUDRATE0_LOW
.dw XT_CSTORE
.dw XT_BYTESWAP
.dw XT_DOLITERAL
.dw BAUDRATE0_HIGH
.dw XT_CSTORE
.dw XT_DOLITERAL
.dw $02 ; U2X
.dw XT_DOLITERAL
.dw $2B ; UCSRA
.dw XT_CSTORE
.dw XT_DOLITERAL
.dw (1<<UMSEL01)|(3<<UCSZ00)
.dw XT_DOLITERAL
.dw USART0_C
.dw XT_CSTORE
.dw XT_DOLITERAL
.dw (1<<TXEN0) | (1<<RXEN0) | (1<<RXCIE0)
.dw XT_DOLITERAL
.dw USART0_B
.dw XT_CSTORE
; set IO
.dw XT_DOLITERAL
.dw XT_TX0
.dw XT_DOLITERAL
.dw XT_EMIT
.dw XT_DEFERSTORE
.dw XT_DOLITERAL
.dw XT_TX0Q
.dw XT_DOLITERAL
.dw XT_EMITQ
.dw XT_DEFERSTORE
.dw XT_DOLITERAL
.dw XT_RX0
.dw XT_DOLITERAL
.dw XT_KEY
.dw XT_DEFERSTORE
.dw XT_DOLITERAL
.dw XT_RX0Q
.dw XT_DOLITERAL
.dw XT_KEYQ
.dw XT_DEFERSTORE
.dw XT_DOLITERAL
.dw XT_NOOP
.dw XT_DOLITERAL
.dw XT_SLASHKEY
.dw XT_DEFERSTORE
.dw XT_EXIT
Enjoy ;o)
Feusag
|
|
From: <r.g...@vi...> - 2007-09-07 10:01:53
|
Hi Feusag, thanks for fast response! I changed init usart routine as You recomended, but I'm not shure that understand You right! Can You send complete routine to me? thanx, Robert > > Od: "Feusag Mhor" <feu...@go...> > Datum: 2007/09/05 sri PM 06:22:08 GMT+01:00 > Za: amf...@li... > Naslov: Re: [Amforth-devel] mega8 installation problem > > Hi, > > I had the same problem and traced it to the baud rate calculation. > > It turns out that there is a 7% error at 9600 baud with a 1MHz system clock > (see table 60 in the datasheet) and this is out of spec for you PC UART to > read. > > I changed the baud rate on line 22 of template.asm to 4800 (0.2% error) and > everything was OK. > > I have also prototyped the following change to armforth/words/usart.asm to > use the U2X double speed mechanism. > With this change the error at 9600 baud is 0.2% with a 1MHz clock and works > perfectly. > > Index: usart.asm > ================================================================== = > --- usart.asm (.../vendor/amforth/2.3/words/usart.asm) > +++ usart.asm (.../trunk/forth/amforth/words/usart.asm) > @@ -81,7 +81,7 @@ > .dw XT_D2SLASH > .dw XT_D2SLASH > .dw XT_D2SLASH > - .dw XT_D2SLASH > +; .dw XT_D2SLASH ; We are going for 2X, so > remove one of these... > .dw XT_ROT > .dw XT_UMSLASHMOD > .dw XT_SWAP > @@ -96,7 +96,14 @@ > .dw XT_DOLITERAL > .dw BAUDRATE0_HIGH > .dw XT_CSTORE > + > .dw XT_DOLITERAL > + .dw $02 ; U2X > + .dw XT_DOLITERAL > + .dw $2B ; UCSRA > + .dw XT_CSTORE > + > + .dw XT_DOLITERAL > .dw (1<<UMSEL01)|(3<<UCSZ00) > .dw XT_DOLITERAL > .dw USART0_C > > > > I hope this helps. > > Cheers > > Feusag > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Amforth-devel mailing list > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > > |
|
From: Feusag M. <feu...@go...> - 2007-09-05 17:22:06
|
Hi, I had the same problem and traced it to the baud rate calculation. It turns out that there is a 7% error at 9600 baud with a 1MHz system clock (see table 60 in the datasheet) and this is out of spec for you PC UART to read. I changed the baud rate on line 22 of template.asm to 4800 (0.2% error) and everything was OK. I have also prototyped the following change to armforth/words/usart.asm to use the U2X double speed mechanism. With this change the error at 9600 baud is 0.2% with a 1MHz clock and works perfectly. Index: usart.asm =================================================================== --- usart.asm (.../vendor/amforth/2.3/words/usart.asm) +++ usart.asm (.../trunk/forth/amforth/words/usart.asm) @@ -81,7 +81,7 @@ .dw XT_D2SLASH .dw XT_D2SLASH .dw XT_D2SLASH - .dw XT_D2SLASH +; .dw XT_D2SLASH ; We are going for 2X, so remove one of these... .dw XT_ROT .dw XT_UMSLASHMOD .dw XT_SWAP @@ -96,7 +96,14 @@ .dw XT_DOLITERAL .dw BAUDRATE0_HIGH .dw XT_CSTORE + .dw XT_DOLITERAL + .dw $02 ; U2X + .dw XT_DOLITERAL + .dw $2B ; UCSRA + .dw XT_CSTORE + + .dw XT_DOLITERAL .dw (1<<UMSEL01)|(3<<UCSZ00) .dw XT_DOLITERAL .dw USART0_C I hope this helps. Cheers Feusag |
|
From: Feusag M. <feu...@go...> - 2007-09-05 17:20:50
|
Hi, I had the same problem and traced it to the baud rate calculation. It turns out that there is a 7% error at 9600 baud with a 1MHz system clock (see table 60 in the datasheet) and this is out of spec for you PC UART to read. I changed the baud rate on line 22 of template.asm to 4800 (0.2% error) and everything was OK. I have also prototyped the following change to armforth/words/usart.asm to use the U2X double speed mechanism. With this change the error at 9600 baud is 0.2% with a 1MHz clock and works perfectly. Index: usart.asm =================================================================== --- usart.asm (.../vendor/amforth/2.3/words/usart.asm) +++ usart.asm (.../trunk/forth/amforth/words/usart.asm) @@ -81,7 +81,7 @@ .dw XT_D2SLASH .dw XT_D2SLASH .dw XT_D2SLASH - .dw XT_D2SLASH +; .dw XT_D2SLASH ; We are going for 2X, so remove one of these... .dw XT_ROT .dw XT_UMSLASHMOD .dw XT_SWAP @@ -96,7 +96,14 @@ .dw XT_DOLITERAL .dw BAUDRATE0_HIGH .dw XT_CSTORE + .dw XT_DOLITERAL + .dw $02 ; U2X + .dw XT_DOLITERAL + .dw $2B ; UCSRA + .dw XT_CSTORE + + .dw XT_DOLITERAL .dw (1<<UMSEL01)|(3<<UCSZ00) .dw XT_DOLITERAL .dw USART0_C I hope this helps. Cheers Feusag |
|
From: <r.g...@vi...> - 2007-09-05 13:23:05
|
Dear all, I will need a help from you as I have a problem with installing amforth2.3 on atmega8. Assembling with avr studio 4 is performed without any error. I put cpu frequency t o 1Mhz (internal rc oscilator) , baud rate at 9600. After programming with hex and eeprom files, nothing hapened, on hyper terminal is nothing writen neider typing on kbd helped. I'm using internal oscilator seted to 1Mhz, with rs232 attached to pin 2 and 3 of atmega8. If I load atmega8 with any program (writen in C or asm) for serial communication (simly sending and receiving characters from hyperterminal), there is print out on hyperterminal so rs232 chip is properly connected to avr. Does anyone have any ideo what is wrong? I was very happy when found amforth and now it does not want to work...... :-( |
|
From: Steward <vv...@oz...> - 2007-06-12 18:02:35
|
News Hits! New R&D Facility Engaged! Chan-On International Inc. Symbol: CAON Close: $0.73 News hits today on CAON and trading continues to warm up. Hitting highs of $0.90 today, we can see this building. Read the release and get on CAON first thing Tuesday. We can see this climbing all week! I backed up and then felt the car just stop. All in all therefore, it looks as though Bill Clinton could be in for an interesting couple of weeks. And our squid didn't die in the making of the video, as the Japanese squid did. Here are some of my tips on what to see and do when you get there. You can return to the current blog at any time by clicking the Cancergiggles logo at the top. htmThe following sources were used to put the blog together:sitemaps. I came home with a big smile and was genuinely happy to know that my recently acquired pain was due to gall stones. THAT HURTST-I-G-G-E-RBODY FOR SALEA Little EncouragementTHE PILLSHELEN IN THE TOWERFLEW? I could have written some beautifully crafted, grammatically correct essays but I hope you will understand, that when I say "I don't have a lot of time" I mean it far more literally than you do. I'm easy - just drop me a note. Perhaps it is a sign of advanced lunacy, but I really enjoy these visits to TumoursRus and find that regardless of the outcome of discussions, I always come away invigorated. Don't take any chances. See the article for a feature-by-feature comparison chart. The RSS Blog by Randy Charles Morin blogs about RSS, OPML and the XML platform. Above, Leroy poses in the Forest Preserve. I plan to enjoy the process of discovery regardless. An auto dealer with an RSS-enabled website can publish their inventory in real time to edgeio's network. I've spent some time looking through the Cingular forum but only found a solution for a PC laptop. Above, Leroy poses in the Forest Preserve. He asks Kishanlal to take the blame and assure him that he would take care of his family and support them financially. If you want to rent an RV for the event, you'd better hurry up, they sell out fast! Please follow the link below. Always excepting the Swiss Guard of the Vatican, the Chileans must be the most nostalgic armed force in the world. Just click this link for a pain-free shopping experience. So check out Elliott's article - you might get some ideas. A blogger can publish an item for sale and have it listed on edgeio within a matter of seconds. It is a powerfull tool that helps you to create and keep up-to-date sitemaps for your websites. As far as I am aware this is something of an innovation and I have to say that I am very impressed. Could my continued existence be due to my strict health regime? |
|
From: Matthias T. <mt...@we...> - 2007-05-20 16:15:55
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hans, Hans H=FCbner schrieb: > while checking out the repository, I found that you decided to move=20 > appl and lib out of the trunk path. Is that really what you > intended? Yes. The reason is that I do not really want the applications be seen as part of amforth. They may be a source of inspiration. > That way, it would be easier to check out the full tree and also it > would be easier to snapshot the lib and appl directories when a > release is made. I do not intent to make the applications a part of the amforth releases. The amforth release should be as clean as possible, the applications may have different release cycles (if any). So they may reference specific amforth release. > Also, such a revised layout would be more in line what SVN=20 > repositories generally look like, so it would be less suprising to > use for people with SVN experience. And I have seen a lot of svn repositories without the propagated trunk/releases/branches structure which work really well. The current structure is simply my _current_ best idea how the organise the project. But your feedback is very welcome! Bye Matthias -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGUHRV9bEHdGEMFjMRAk2sAKCOP7SPysQZn9o8zWixKxZUOmu0lQCfcBvN MaP0bLdEFYoxkc3PXv9ViX8=3D =3Dtkn+ -----END PGP SIGNATURE----- |
|
From: Matthias T. <mt...@we...> - 2007-05-20 16:15:27
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hans, Hans H=FCbner schrieb: >=20 > Something else: How do you (as in everyone) handle bitwise I/O with > amforth? see lib/bitnames.frt. Thanks to Michael Kalus who has written the documentation and made some subtle but very useful improvemnts to my prior design. > The AVR has the very useful SBI/CBI instructions that can be > used to set and clear individual bits without affecting the state of > the other bits in a port. The bit number is coded into the > instruction, so I am a bit at loss when it comes to defining a proper > amforth word to do it. Obviously, having cbi and sbi words ( bit port > -- ) would be just great. Any ideas? The sbi/cbi work for the IO address _only_, so they are of very limited use for a general ATmega design. Matthias -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGUHRG9bEHdGEMFjMRAhzNAKDExllhsWYS+0J0xRvdspkxum6+wwCeKn9G fZBIimalkTi25Cz2DUypRIc=3D =3Ddgrx -----END PGP SIGNATURE----- |
|
From: <ha...@hu...> - 2007-05-20 14:05:25
|
Hi Matthias, while checking out the repository, I found that you decided to move appl and lib out of the trunk path. Is that really what you intended? It is certainly your decision, but I would think that it would make more sense to put appl, lib and amforth under trunk (creating a new amforth directory and moving everything under trunk there). That way, it would be easier to check out the full tree and also it would be easier to snapshot the lib and appl directories when a release is made. With the current layout, this would not be easily possible. Also, such a revised layout would be more in line what SVN repositories generally look like, so it would be less suprising to use for people with SVN experience. Thanks! Hans 2007/5/20, Matthias Trute <mt...@we...>: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > Today I've changed the repository structure. There are two new > directories at the top level: appl and lib. The directories blocks and > target within trunk are gone together with the makefile there. > > Why these changes? amforth itself is basically useless. It needs > a few information about the environment it will run. I call this > an "appl(ication)". In this directory you can find a collection of > targets: AVR Butterfly, the Evaluation Boards and (new!) thanks to > Alexander Haucks impressive work an application to use a tv with > minimal hardware (2 resistors!). > > These applications have all that's needed to build and burn the hex > files: a makefile, speed definition files (the former target/xy.asm) > and some useful forthcode specific for this environment. The build > process includes the amforth source tree like a library. It is up > to the developer to decide which version is be used. trunk > is always the lastest and newest, maybe useless version. release/x.y > is stable in a sense that it is never changed. > > The lib directory contains forth code snippets that may be useful > across applications. Currently it contains some definitions for > an ANS system and some other more or less trivial words. > > These changes should make life easier, feedback is > welcome! > > Matthias > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > > iD8DBQFGUDEI9bEHdGEMFjMRAr0jAJ9/GQOL7P8k8LEoxng6hZ7fJH8YWQCdEx2j > MeVL1UZI6P/iL7nCzqT1p3g= > =rLw7 > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Amforth-devel mailing list > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > |
|
From: <ha...@hu...> - 2007-05-20 13:57:48
|
Hi Matthias, I just tried checking out from trunk, and there is no appl or lib directory. Has the URL changed? I used 2007/5/20, Matthias Trute <mt...@we...>: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > Today I've changed the repository structure. There are two new > directories at the top level: appl and lib. The directories blocks and > target within trunk are gone together with the makefile there. > > Why these changes? amforth itself is basically useless. It needs > a few information about the environment it will run. I call this > an "appl(ication)". In this directory you can find a collection of > targets: AVR Butterfly, the Evaluation Boards and (new!) thanks to > Alexander Haucks impressive work an application to use a tv with > minimal hardware (2 resistors!). > > These applications have all that's needed to build and burn the hex > files: a makefile, speed definition files (the former target/xy.asm) > and some useful forthcode specific for this environment. The build > process includes the amforth source tree like a library. It is up > to the developer to decide which version is be used. trunk > is always the lastest and newest, maybe useless version. release/x.y > is stable in a sense that it is never changed. > > The lib directory contains forth code snippets that may be useful > across applications. Currently it contains some definitions for > an ANS system and some other more or less trivial words. > > These changes should make life easier, feedback is > welcome! > > Matthias > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > > iD8DBQFGUDEI9bEHdGEMFjMRAr0jAJ9/GQOL7P8k8LEoxng6hZ7fJH8YWQCdEx2j > MeVL1UZI6P/iL7nCzqT1p3g= > =rLw7 > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Amforth-devel mailing list > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > |
|
From: <ha...@hu...> - 2007-05-20 13:39:47
|
2007/5/20, Matthias Trute <mt...@we...>: > Today I've changed the repository structure. There are two new > directories at the top level: appl and lib. The directories blocks and > target within trunk are gone together with the makefile there. Totally cool! I have done something similar for my private needs, but it is way better to have amforth being prepared like this upfront. Thanks! Something else: How do you (as in everyone) handle bitwise I/O with amforth? The AVR has the very useful SBI/CBI instructions that can be used to set and clear individual bits without affecting the state of the other bits in a port. The bit number is coded into the instruction, so I am a bit at loss when it comes to defining a proper amforth word to do it. Obviously, having cbi and sbi words ( bit port -- ) would be just great. Any ideas? Thanks, Hans |
|
From: Matthias T. <mt...@we...> - 2007-05-20 11:28:34
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Today I've changed the repository structure. There are two new directories at the top level: appl and lib. The directories blocks and target within trunk are gone together with the makefile there. Why these changes? amforth itself is basically useless. It needs a few information about the environment it will run. I call this an "appl(ication)". In this directory you can find a collection of targets: AVR Butterfly, the Evaluation Boards and (new!) thanks to Alexander Haucks impressive work an application to use a tv with minimal hardware (2 resistors!). These applications have all that's needed to build and burn the hex files: a makefile, speed definition files (the former target/xy.asm) and some useful forthcode specific for this environment. The build process includes the amforth source tree like a library. It is up to the developer to decide which version is be used. trunk is always the lastest and newest, maybe useless version. release/x.y is stable in a sense that it is never changed. The lib directory contains forth code snippets that may be useful across applications. Currently it contains some definitions for an ANS system and some other more or less trivial words. These changes should make life easier, feedback is welcome! Matthias -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGUDEI9bEHdGEMFjMRAr0jAJ9/GQOL7P8k8LEoxng6hZ7fJH8YWQCdEx2j MeVL1UZI6P/iL7nCzqT1p3g= =rLw7 -----END PGP SIGNATURE----- |
|
From: <bao...@ya...> - 2007-05-15 19:20:28
|
はじめまして美樹です。 掲示板で見て趣味合うかなって思ってメールしちゃいました。 イキナリでゴメンなさいm(__)m こういう感じで知り合えるのに憧れてて初挑戦しちゃいました。 お返事もらえたら簡単な自己紹介しますネ(^_-)-☆ もしそんな気なかったらそう言ってもらえれば諦めますので。 もちろん仲良くなれた方が嬉しいけど。 お返事気長に待ってま〜す(^_^)/~ http://www.star-lightz.com/m-box |
|
From: Alexander H. <ale...@gm...> - 2007-05-09 00:43:20
|
Hello !!! If you dont speak german please reply in english and i answer in english=20 only... Ich denke aber, da=DF du Deusch kannst (wenn du Forth, von der Pieke auf ge= lesen=20 hast). Zun=E4chst mal ein gro=DFes lob !!! das amforth klappt wirklich sehr gut be= i mir.=20 (ich benutze den Mega32 und fr=FCher den Mega8)=20 Deswegen habe ich gedacht ich lasse dir die folgenden Dateien einfach mal zukommen. Mit nur 2 zus=E4tzlichen Widerst=E4nden ist der Mega32 in der Lage ein TV-S= ignal=20 zu erzeugen. (siehe info.asm in anhang ) Das Programm habe ich im Internet= =20 gefunden und f=FCr amforth ver=E4ndert. Es muss nur in amforth.asm die=20 include-Zeile und die initialisierung rein. (siehe amforth.asm in anhang) e= s=20 sind zwar noch ein paar Bugs drinn, aber man kann sehen, da=DF es n=FCtzlic= h sein=20 k=F6nnte. Wenn du Interesse hast, kann ich dir die folgenden Versionen=20 schicken... Ich weiss nicht wie lange ich noch Zeit habe=20 damit 'rumzuspielen', aber ich hoffe das ganze auf jeden Fall stabil und=20 absturz-sicher hinzukriegen... ;-) Ein Nachteil hat die Routine: Sollte der Baustein gerade ins Flash schreiben, wird des TV_Bild aber flack= ern=20 (da IRQ's aus). Das wird sich wohl kaum vermeiden lassen. Aber schau's dir doch einfach mal an... Tsch=FCss,=20 Alexander Hauck -- ale...@gm... P.S. kann es sein, dass in DO ... LOOP ein Bug ist ?? Immer wenn der Stack leer ist, macht mein avr kein TV_CLS kommando (Definit= ion=20 s. TV_TTY.frt) also: > TV_CLS --> FEHLER > 42 TV_CLS --> OK Kann aber auch ein Bug in meinen Routinen sein, den ich bisher einfach noch= =20 nicht gefunden habe... |
|
From: Norma B. <df...@vi...> - 2007-05-07 05:42:32
|
MICROSOFT OFFICE 2007 ENTERPRISE $79.95 ADOBE CREATIVE SUITE 2 PREMIUM=20= $149.95 CORELDRAW GRAPHICS SUITE X3 $59.95 MICROSOFT WINDOWS XP=20= PROFESSIONAL SP2 $49.95 ADOBE DREAMWEAVER CS3 $59.95 ADOBE PHOTOSHOP CS3=20= EXTENDED $89.95 ADOBE ACROBAT 8.0 PROFESSIONAL $79.95 MICROSOFT WINDOWS=20= VISTA BUSINESS $79.95 AUTODESK AUTOCAD 2007 $129.95=20= http://nadaujebejat.comSTART DOWNLOADING |
|
From: <ha...@hu...> - 2007-05-01 10:20:52
|
2007/5/1, Matthias Trute <mt...@we...>: > I'd suspect your refresh-display code... ... and rightfully so. I had put a drop into it as I suspected that there would be something on the stack to drop and forgot to remove that. Things run fine now, thanks for the fix! -Hans |
|
From: Matthias T. <mt...@we...> - 2007-05-01 06:48:21
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hans, Hans H=FCbner wrote: > I tried my display stuff with the trunk version, but it still crashes > once I unmask the interrupt. I am using an atmega32 on an STK500, > maybe something is wrong with the definitions for that CPU? What CPU > type do you test with? atmega32 @ 16 MHz variable cnt0 0 cnt0 ! : inccnt0 1 cnt0 +! ; ' inccnt0 0B int! works fine even for TCCR0 set to 1 (prescaler 64). > 1 TIMSK c! ok > TCCR0 c@ . 4 ok > : s1 10 0 do cnt0 @ . loop ; ok > s1 39AA 39AB 39AC 39AD 39AE 39B0 39B1 39B2 39B4 39B5 39B6 39B7 39B9 39BA 39BB 39BC ok > 1 TCCR0 c! ok > s1 -106D -D1B -A53 -78C -4C5 -1FE CA 28E 4DA 728 973 BBE E0E 105C 1334 160A= ok At that speed even the compiler works for a hello-world word.. I'd suspect your refresh-display code... Bye Matthias -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGNuK29bEHdGEMFjMRAlY9AKDZCjlX7Ax1fbDj/J1Uh8kfSSqmwACcCSRT +NlR4ZJsjw3pWWfLTCLKtME=3D =3DrARo -----END PGP SIGNATURE----- |
|
From: <ha...@hu...> - 2007-04-30 19:42:40
|
2007/4/30, Matthias Trute <mt...@we...>: > [1] I found a stupid error in the interrupt system. For my atmegas > timer0 now increases a variable with your settings for an > hout by now... See svn trunk. I tried my display stuff with the trunk version, but it still crashes once I unmask the interrupt. I am using an atmega32 on an STK500, maybe something is wrong with the definitions for that CPU? What CPU type do you test with? Thanks! Hans |
|
From: <ha...@hu...> - 2007-04-30 13:39:06
|
Hi Matthias, 2007/4/30, Matthias Trute <mt...@we...>: > > Together with my scripting mechanics (and the Forth file translated to > > assembler), it will be possible to build a complete amforth system > > from source without having to go round-trip to the target. > > That would be a host based compiler. Do you know the avr assembler > from Daniel Kryzcena? (krue.net). It is written for gforth and he > makes his avrforth with it. I have not looked at it, and the one thing I love most about amforth is the fact that it is completely target-based. Being able to hack through a system interactively and to try out things and redefine words on the fly is just great. I don't want a host-target configuration. My mechanism is more useful for automatic deployment. I usually put the Forth source I work with into an open editor and then cut and paste between my editor and the terminal program connected to the AVR. At some point in time, I decide that I need to start with a fresh amforth (either because there is a new version, because my flash is full or because I want to move from one AVR to another). In that case, I want to use my source file and replicate the installation on another AVR, from scratch, with as little manual interaction as possible. > You drive the idea of a "stand-alone" system to it's limit, don't you? Yeah, maybe. Also the idea of "Open Source" makes most sense if the source is always delivered with the system. :) > > For my FPGA application, I will propably put the source into the > > serial flash and compile from there, but I first want to have this > > running on a real AVR. > > What's wrong with your io redirect? Put the base system into whatever > the flash is and let KEY read from eeprom Exactly that! It is just the missing link from *.asm + *.frt to a hex file that automatically starts when I switch on the power of the AVR that bothers me :) > btw: do you want to publish this module? You mean the compile-from-rom stuff? Sure, if anyone wants to use it, take it. If someone asks, I'll also put some more comments and options into the perl and makefile stuff. Just let me know. > [1] I found a stupid error in the interrupt system. For my atmegas > timer0 now increases a variable with your settings for an > hout by now... See svn trunk. Thanks! I'll check it out later on! Cheers, Hans |
|
From: Matthias T. <mt...@we...> - 2007-04-30 12:29:18
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Hans, >> > Do you have a tool that aids in translating Forth to Assembler, >> >> I don't _have_ such a tool, I _am_ that tool ;=) > > Given that the routines I need are really simple, maybe I can use you > as the tool? I wont recommend me for routine tasks. I'm buggy[1] and my overhead is pretty high since I tend to write scripts to assist me ;) > My mechanism may also fill the needs of others: I have > set up the necessary scripting that converts one or more forth files > (using "\ include" as syntax) to a hex file that can be flashed. The > source is flashed so that the last adress is right below the boot > block. Comments and while space are stripped. The compile-from-rom > forth program changes the input vectors so that characters are read > from ROM until the last byte below the boot block has been hit. Then, > the input vectors are set back to rx0/rx0?. I had quite a few uses for this io redirect, but yours is ingenious. > Together with my scripting mechanics (and the Forth file translated to > assembler), it will be possible to build a complete amforth system > from source without having to go round-trip to the target. That would be a host based compiler. Do you know the avr assembler from Daniel Kryzcena? (krue.net). It is written for gforth and he makes his avrforth with it. > It may even be good to add some more code so that the source can be > viewed on the target (in the tradition of making the source code > available to the "customer"). You drive the idea of a "stand-alone" system to it's limit, don't you? > For my FPGA application, I will propably put the source into the > serial flash and compile from there, but I first want to have this > running on a real AVR. What's wrong with your io redirect? Put the base system into whatever the flash is and let KEY read from eeprom, btw: do you want to publish this module? Bye Matthias [1] I found a stupid error in the interrupt system. For my atmegas timer0 now increases a variable with your settings for an hout by now... See svn trunk. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGNeEd9bEHdGEMFjMRAvWmAKDs1a68VzFdUc5/jwz5wg3CbPCKWwCgsQh3 w1LUgL67WNgR5j7rdjxiLco= =AKs+ -----END PGP SIGNATURE----- |
8 messages has been excluded from this view by a project administrator.
