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
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Michael K. <mik...@go...> - 2012-06-19 18:18:04
|
Hi Jan. CREATE is not statesmart. Use XT_CREATE inside a definition. Outside a definition CREATE will work. You have to use _HEX (with a preceeding underscore) in the source to switch to hex, otherwise you get a translation of the word "HEX" to asm. And append BYE at the end of file, forth will return to command line then. Modified file and resulting file is appended. Michael PS: Pito is right, for a real app an assembled version is faster. m -------------- next part -------------- Am 18.06.2012 um 16:02 schrieb Jan Kromhout: > > Dear Michael, > > I try to convert the lib bitnames.frt. > See the results here. > There is going sommething wrong, but get not the finger behand it. > I have used the latest version. > Please can you take a look? > > Cheers, > > Jan > > FLOAD '\\psf\Home\Documents\amforth-4.8\amforth-4.8\lib\bitnames.frt' > ; V 1.3 02.11.2007 > ; Code: Matthias Trute > ; Text: M.Kalus > ; A named port pin puts a bitmask on stack, wherin the set bit > indicates which > ; bit of the port register corresponds to the pin. > ; And then puts the address of its port on stack too. > ; Use it this way: > ; PORTD 7 portpin: PD.7 ( define portD pin #7) > ; PD.7 high ( turn portD pin #7 on, i.e. set it high- > level) > ; PD.7 low ( turn portD pin #7 off, i.e. set it low- > level) > ; PD.7 <ms> pulse ( turn portD pin #7 for <ms> high and low) > ; the following words are for "real" IO pins only > ; PD.7 pin_output ( set DDRD so that portD pin #7 is output) > ; PD.7 pin_input ( set DDRD so that portD pin #7 is input) > ; PD.7 pin_high? ( true if pinD pin #7 is high) > ; PD.7 pin_low? ( true if pinD pin #7 is low) > ; > ; multi bit operation > ; PORTD F portpin PD.F ( define the lower nibble of port d ) > ; PD.F pin@ ( get the lower nibble bits ) > ; 5 PD.F pin! ( put the lower nibble bits, do not change > the others ) > .dw XT_HEX > ; At compiletime: > ; Store combination of portaddress and bit number in a cell and > give it a name. > ; At runtime: > ; Get pinmask and portaddress on stack. > VE_PORTPIN:: > .dw $FF08 > .db "PORTPIN:" > .dw VE_HEAD > .set VE_HEAD = VE_PORTPIN: > XT_PORTPIN:: > .dw DO_COLON > PFA_PORTPIN:: > : portpin: create ( C: "ccc" portadr n -- ) ( R: -- pinmask portadr ) > ^ > Warning(-4100): ( is redefined in file \\PSF\HOME\DOCUMENTS > \AMFORTH-4.8\AMFORTH-4.8\LIB\BITNAMES. > RT at line 32 > ; create: > VE_(: > .dw $FF01 > .db "(",0 > .dw VE_HEAD > .set VE_HEAD = VE_( > XT_(: > .dw PFA_DOCONSTANT > PFA_(: > : portpin: create ( C: "ccc" portadr n -- ) ( R: -- pinmask portadr ) > ^^^^^ > Error(-13): "CCC" is undefined in file \\PSF\HOME\DOCUMENTS > \AMFORTH-4.8\AMFORTH-4.8\LIB\BITNAMES. > RT at line 32 > > > > > > > >> Date: Sun, 17 Jun 2012 23:21:59 +0200 >> From: mik...@go... >> To: amf...@li... >> Subject: Re: [Amforth] Where to store my word? >> >> Hi Jan. >> .. >>> I also not find the win32 forth version any more! >>> Please can you take a look! >> >> Its still there and updated: >> http://www.forth-ev.de/repos/g4/g4w32f.fs >> >> m >> >> --------------------------------------------------------------------- >> --------- >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. >> Discussions >> will include endpoint security, mobile security and the latest in >> malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Amforth-devel mailing list for http://amforth.sf.net/ >> Amf...@li... >> https://lists.sourceforge.net/lists/listinfo/amforth-devel > > ---------------------------------------------------------------------- > -------- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. > Discussions > will include endpoint security, mobile security and the latest in > malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel |
From: Matthias T. <mt...@we...> - 2012-06-19 18:13:37
|
Hi Alaric, > But I can't let it go without finding out what went wrong before :-) One > clue is that when I first tried flashing the hexes from there I got a > LOT of errors from avrude, about SPI problems, then a verify failure. Sounds like that you have some SPI devices (SD-Card) connected while programming the controller. > I'd still like to get avra running and build my own hexes, but that > might be a pipe dream! That would be great indeed. > Anyway, I've been playing a bit with the amforth I have installed - > making the arduino's debug LED flash, mainly ;-) > > I plan to customise it a bit (I've written up a bunch of portpin: > declarations that match the arduino pin names, and I'm working on > adapting the demonstration PWM and ADC code from lib/ into something > that, Erich has written a lot of code for the danger shield. Maybe you two could collaborate? Matthias |
From: Jan K. <kro...@ho...> - 2012-06-19 13:23:10
|
Pito, thanks for this. I will these include in the flash. Cheers. Jan kromhout Sacharovlaan 3 3223HM Hellevoetsluis-NL Op 19 jun. 2012 om 14:19 heeft "pito" <pi...@vo...> het volgende geschreven: > Jan, have a look on this email in archive (Apr/2011 Fast I/O > library) > > > http://sourceforge.net/mailarchive/forum.php?thread_name=a71bc0d107a67536b9d4125600d71090%40mail2.volny.cz&forum_name=amforth-devel > > There are the bitnames words written in asm, ~4x faster then with > asm tokens, ready to include. > Pito > > ----- PŮVODNÍ ZPRÁVA ----- > Od: "pito" <pi...@vo...> > Komu: kro...@ho..., amf...@li... > Předmět: Re: [Amforth] Where to store my word? > Datum: 18.6.2012 - 16:14:43 > >> Jan, >> the bitnames.frt words are better to be rewritten >> into assembler. >> You need a fast pin manipulation on an MCU I would >> say. Your attempt >> to translate it into "asm tokens" is wasting the >> time (unless you >> are doing it for educational purposes mainly).. >> p. >> >> ----- PŮVODNÍ ZPRÁVA ----- >> Od: "Jan Kromhout" <kro...@ho...> >> Komu: amf...@li... >> Předmět: Re: [Amforth] Where to store my word? >> Datum: 18.6.2012 - 16:02:38 >> >>> >>> Dear Michael, >>> > |
From: pito <pi...@vo...> - 2012-06-19 12:20:06
|
Jan, have a look on this email in archive (Apr/2011 Fast I/O library) http://sourceforge.net/mailarchive/forum.php?thread_name=a71bc0d107a67536b9d4125600d71090%40mail2.volny.cz&forum_name=amforth-devel There are the bitnames words written in asm, ~4x faster then with asm tokens, ready to include. Pito ----- PŮVODNÍ ZPRÁVA ----- Od: "pito" <pi...@vo...> Komu: kro...@ho..., amf...@li... Předmět: Re: [Amforth] Where to store my word? Datum: 18.6.2012 - 16:14:43 > Jan, > the bitnames.frt words are better to be rewritten > into assembler. > You need a fast pin manipulation on an MCU I would > say. Your attempt > to translate it into "asm tokens" is wasting the > time (unless you > are doing it for educational purposes mainly).. > p. > > ----- PŮVODNÍ ZPRÁVA ----- > Od: "Jan Kromhout" <kro...@ho...> > Komu: amf...@li... > Předmět: Re: [Amforth] Where to store my word? > Datum: 18.6.2012 - 16:02:38 > > > > > Dear Michael, > > > > I try to convert the lib bitnames.frt. > > See the results here. > > There is going sommething wrong, but get not the > > finger behand it. > > I have used the latest version. > > Please can you take a look? > > > > Cheers, > > > > Jan > > > > FLOAD > > '\\psf\Home\Documents\amforth-4.8\amforth-4.8\lib\bitnames.frt' > > > > > ; V 1.3 02.11.2007 > > ; Code: Matthias Trute > > ; Text: M.Kalus > > ; A named port pin puts a bitmask on stack, > > wherin > > > the set bit indicates which > > ; bit of the port register corresponds to the > > pin. > > > > > ; And then puts the address of its port on stack > > too. > > ; Use it this way: > > ; PORTD 7 portpin: PD.7 ( define portD pin #7) > > ; PD.7 high ( turn portD pin #7 on, > > i.e. set it high-level) > > ; PD.7 low ( turn portD pin #7 > > off, > > > i.e. set it low-level) > > ; PD.7 <ms> pulse ( turn portD pin #7 for > > <ms> high and low) > > ; the following words are for "real" IO pins > > only > > > ; PD.7 pin_output ( set DDRD so that > > portD > > > pin #7 is output) > > ; PD.7 pin_input ( set DDRD so that > > portD > > > pin #7 is input) > > ; PD.7 pin_high? ( true if pinD pin #7 > > is > > > high) > > ; PD.7 pin_low? ( true if pinD pin #7 > > is > > > low) > > ; > > ; multi bit operation > > ; PORTD F portpin PD.F ( define the lower > > nibble > > > of port d ) > > ; PD.F pin@ ( get the lower nibble > > bits ) > > ; 5 PD.F pin! ( put the lower nibble > > bits, do not change the others ) > > .dw XT_HEX > > ; At compiletime: > > ; Store combination of portaddress and bit > > number > > > in a cell and give it a name. > > ; At runtime: > > ; Get pinmask and portaddress on stack. > > VE_PORTPIN:: > > .dw $FF08 > > .db "PORTPIN:" > > .dw VE_HEAD > > .set VE_HEAD = VE_PORTPIN: > > XT_PORTPIN:: > > .dw DO_COLON > > PFA_PORTPIN:: > > : portpin: create ( C: "ccc" portadr n -- ) ( R: > > -- pinmask portadr ) > > ^ > > Warning(-4100): ( is redefined in file > > \\PSF\HOME\DOCUMENTS\AMFORTH-4.8\AMFORTH-4.8\LIB\BITNAMES. > > > RT at line 32 > > ; create: > > VE_(: > > .dw $FF01 > > .db "(",0 > > .dw VE_HEAD > > .set VE_HEAD = VE_( > > XT_(: > > .dw PFA_DOCONSTANT > > PFA_(: > > : portpin: create ( C: "ccc" portadr n -- ) ( R: > > -- pinmask portadr ) > > ^^^^^ > > Error(-13): "CCC" is undefined in file > > \\PSF\HOME\DOCUMENTS\AMFORTH-4.8\AMFORTH-4.8\LIB\BITNAMES. > > > RT at line 32 > > > > > > > > > > > > > > > > > Date: Sun, 17 Jun 2012 23:21:59 +0200 > > > From: mik...@go... > > > To: amf...@li... > > > Subject: Re: [Amforth] Where to store my word? > > > > > > Hi Jan. > > > .. > > > > I also not find the win32 forth version any > > > > more! > > > > > > Please can you take a look! > > > > > > Its still there and updated: > > > http://www.forth-ev.de/repos/g4/g4w32f.fs > > > > > > m > > > > > > ------------------------------------------------------------------------------ > > > > > > > > > > > Live Security Virtual Conference > > > Exclusive live event will cover all the ways > > > today's security and > > > > threat landscape has changed and how IT > > > > managers > > > > > > can respond. Discussions > > > > will include endpoint security, mobile > > > > security > > > > > > and the latest in malware > > > > threats. > > > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > > > _______________________________________________ > > > > > > Amforth-devel mailing list for > > > http://amforth.sf.net/ > > > > Amf...@li... > > > https://lists.sourceforge.net/lists/listinfo/amforth-devel > > > > > > > ------------------------------------------------------------------------------ > > > > > > Live Security Virtual Conference > > Exclusive live event will cover all the ways > > today's security and > > threat landscape has changed and how IT managers > > can respond. Discussions > > will include endpoint security, mobile security > > and the latest in malware > > threats. > > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > > Amforth-devel mailing list for > > http://amforth.sf.net/ > > Amf...@li... > > https://lists.sourceforge.net/lists/listinfo/amforth-devel > > > > > -- > - - Reklama - - - - - - - - - - - - - - > Maturity, přijímací zkoušky, státnice, diplomky... > Vše o závěru > studia na středních a vysokých školách čtěte na > portálu VOLNÝ.cz na > http://bit.ly/LfImCR > > -- - - Reklama - - - - - - - - - - - - - - Maturity, přijímací zkoušky, státnice, diplomky... Vše o závěru studia na středních a vysokých školách čtěte na portálu VOLNÝ.cz na http://bit.ly/LfImCR |
From: Alaric Snell-P. <al...@sn...> - 2012-06-18 20:34:16
|
On 15/06/12 14:14, Alaric Snell-Pym wrote: > Also, I've been pointed at > http://strotmann.de/~cas/download/amforth/hexfiles/ as a source of > prebuilt hexes - I'll try those and see if they tell me anything. I got the 4.8 hexfile from there working fine! But I can't let it go without finding out what went wrong before :-) One clue is that when I first tried flashing the hexes from there I got a LOT of errors from avrude, about SPI problems, then a verify failure. Swapping the USB cables over (I use two, one to power the arduino and one to drive the USBtinyISP) made it a lot better, but I still needed a few tries before I got one without verify failures. I didn't have any verify failures when I tried before, but now I think about it, I used a different USB *port* on my laptop... I will experiment some more. I'd still like to get avra running and build my own hexes, but that might be a pipe dream! Anyway, I've been playing a bit with the amforth I have installed - making the arduino's debug LED flash, mainly ;-) I plan to customise it a bit (I've written up a bunch of portpin: declarations that match the arduino pin names, and I'm working on adapting the demonstration PWM and ADC code from lib/ into something that, along with the TWI and SPI drivers, might be a useful wordset for a "bus pirate" tool, letting me quickly hack around with random devices; if I get it working to my satisfaction, I'd like to publish my .frt file and the resulting .hexes for folks to poke into their arduinos to make SUPER PROGRAMMABLE bus pirate clones. Woo! ABS -- Alaric Snell-Pym http://www.snell-pym.org.uk/alaric/ |
From: pito <pi...@vo...> - 2012-06-18 14:17:03
|
Jan, the bitnames.frt words are better to be rewritten into assembler. You need a fast pin manipulation on an MCU I would say. Your attempt to translate it into "asm tokens" is wasting the time (unless you are doing it for educational purposes mainly).. p. ----- PŮVODNÍ ZPRÁVA ----- Od: "Jan Kromhout" <kro...@ho...> Komu: amf...@li... Předmět: Re: [Amforth] Where to store my word? Datum: 18.6.2012 - 16:02:38 > > Dear Michael, > > I try to convert the lib bitnames.frt. > See the results here. > There is going sommething wrong, but get not the > finger behand it. > I have used the latest version. > Please can you take a look? > > Cheers, > > Jan > > FLOAD > '\\psf\Home\Documents\amforth-4.8\amforth-4.8\lib\bitnames.frt' > > ; V 1.3 02.11.2007 > ; Code: Matthias Trute > ; Text: M.Kalus > ; A named port pin puts a bitmask on stack, wherin > the set bit indicates which > ; bit of the port register corresponds to the pin. > > ; And then puts the address of its port on stack > too. > ; Use it this way: > ; PORTD 7 portpin: PD.7 ( define portD pin #7) > ; PD.7 high ( turn portD pin #7 on, > i.e. set it high-level) > ; PD.7 low ( turn portD pin #7 off, > i.e. set it low-level) > ; PD.7 <ms> pulse ( turn portD pin #7 for > <ms> high and low) > ; the following words are for "real" IO pins only > ; PD.7 pin_output ( set DDRD so that portD > pin #7 is output) > ; PD.7 pin_input ( set DDRD so that portD > pin #7 is input) > ; PD.7 pin_high? ( true if pinD pin #7 is > high) > ; PD.7 pin_low? ( true if pinD pin #7 is > low) > ; > ; multi bit operation > ; PORTD F portpin PD.F ( define the lower nibble > of port d ) > ; PD.F pin@ ( get the lower nibble > bits ) > ; 5 PD.F pin! ( put the lower nibble > bits, do not change the others ) > .dw XT_HEX > ; At compiletime: > ; Store combination of portaddress and bit number > in a cell and give it a name. > ; At runtime: > ; Get pinmask and portaddress on stack. > VE_PORTPIN:: > .dw $FF08 > .db "PORTPIN:" > .dw VE_HEAD > .set VE_HEAD = VE_PORTPIN: > XT_PORTPIN:: > .dw DO_COLON > PFA_PORTPIN:: > : portpin: create ( C: "ccc" portadr n -- ) ( R: > -- pinmask portadr ) > ^ > Warning(-4100): ( is redefined in file > \\PSF\HOME\DOCUMENTS\AMFORTH-4.8\AMFORTH-4.8\LIB\BITNAMES. > RT at line 32 > ; create: > VE_(: > .dw $FF01 > .db "(",0 > .dw VE_HEAD > .set VE_HEAD = VE_( > XT_(: > .dw PFA_DOCONSTANT > PFA_(: > : portpin: create ( C: "ccc" portadr n -- ) ( R: > -- pinmask portadr ) > ^^^^^ > Error(-13): "CCC" is undefined in file > \\PSF\HOME\DOCUMENTS\AMFORTH-4.8\AMFORTH-4.8\LIB\BITNAMES. > RT at line 32 > > > > > > > > > Date: Sun, 17 Jun 2012 23:21:59 +0200 > > From: mik...@go... > > To: amf...@li... > > Subject: Re: [Amforth] Where to store my word? > > > > Hi Jan. > > .. > > > I also not find the win32 forth version any > > > more! > > > > > Please can you take a look! > > > > Its still there and updated: > > http://www.forth-ev.de/repos/g4/g4w32f.fs > > > > m > > > > ------------------------------------------------------------------------------ > > > > > Live Security Virtual Conference > > Exclusive live event will cover all the ways > > today's security and > > > threat landscape has changed and how IT managers > > can respond. Discussions > > > will include endpoint security, mobile security > > and the latest in malware > > > threats. > > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > > Amforth-devel mailing list for > > http://amforth.sf.net/ > > > Amf...@li... > > https://lists.sourceforge.net/lists/listinfo/amforth-devel > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > Exclusive live event will cover all the ways > today's security and > threat landscape has changed and how IT managers > can respond. Discussions > will include endpoint security, mobile security > and the latest in malware > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for > http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > -- - - Reklama - - - - - - - - - - - - - - Maturity, přijímací zkoušky, státnice, diplomky... Vše o závěru studia na středních a vysokých školách čtěte na portálu VOLNÝ.cz na http://bit.ly/LfImCR |
From: Jan K. <kro...@ho...> - 2012-06-18 14:02:48
|
Dear Michael, I try to convert the lib bitnames.frt. See the results here. There is going sommething wrong, but get not the finger behand it. I have used the latest version. Please can you take a look? Cheers, Jan FLOAD '\\psf\Home\Documents\amforth-4.8\amforth-4.8\lib\bitnames.frt' ; V 1.3 02.11.2007 ; Code: Matthias Trute ; Text: M.Kalus ; A named port pin puts a bitmask on stack, wherin the set bit indicates which ; bit of the port register corresponds to the pin. ; And then puts the address of its port on stack too. ; Use it this way: ; PORTD 7 portpin: PD.7 ( define portD pin #7) ; PD.7 high ( turn portD pin #7 on, i.e. set it high-level) ; PD.7 low ( turn portD pin #7 off, i.e. set it low-level) ; PD.7 <ms> pulse ( turn portD pin #7 for <ms> high and low) ; the following words are for "real" IO pins only ; PD.7 pin_output ( set DDRD so that portD pin #7 is output) ; PD.7 pin_input ( set DDRD so that portD pin #7 is input) ; PD.7 pin_high? ( true if pinD pin #7 is high) ; PD.7 pin_low? ( true if pinD pin #7 is low) ; ; multi bit operation ; PORTD F portpin PD.F ( define the lower nibble of port d ) ; PD.F pin@ ( get the lower nibble bits ) ; 5 PD.F pin! ( put the lower nibble bits, do not change the others ) .dw XT_HEX ; At compiletime: ; Store combination of portaddress and bit number in a cell and give it a name. ; At runtime: ; Get pinmask and portaddress on stack. VE_PORTPIN:: .dw $FF08 .db "PORTPIN:" .dw VE_HEAD .set VE_HEAD = VE_PORTPIN: XT_PORTPIN:: .dw DO_COLON PFA_PORTPIN:: : portpin: create ( C: "ccc" portadr n -- ) ( R: -- pinmask portadr ) ^ Warning(-4100): ( is redefined in file \\PSF\HOME\DOCUMENTS\AMFORTH-4.8\AMFORTH-4.8\LIB\BITNAMES. RT at line 32 ; create: VE_(: .dw $FF01 .db "(",0 .dw VE_HEAD .set VE_HEAD = VE_( XT_(: .dw PFA_DOCONSTANT PFA_(: : portpin: create ( C: "ccc" portadr n -- ) ( R: -- pinmask portadr ) ^^^^^ Error(-13): "CCC" is undefined in file \\PSF\HOME\DOCUMENTS\AMFORTH-4.8\AMFORTH-4.8\LIB\BITNAMES. RT at line 32 > Date: Sun, 17 Jun 2012 23:21:59 +0200 > From: mik...@go... > To: amf...@li... > Subject: Re: [Amforth] Where to store my word? > > Hi Jan. > .. > > I also not find the win32 forth version any more! > > Please can you take a look! > > Its still there and updated: > http://www.forth-ev.de/repos/g4/g4w32f.fs > > m > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel |
From: MIchael K. <mik...@go...> - 2012-06-17 21:22:08
|
Hi Jan. .. > I also not find the win32 forth version any more! > Please can you take a look! Its still there and updated: http://www.forth-ev.de/repos/g4/g4w32f.fs m |
From: Jan K. <kro...@ho...> - 2012-06-17 06:10:49
|
Hi Michael, What is changed? I also not find the win32 forth version any more! Please can you take a look! Thanks in advanced. Cheers. Jan kromhout Sacharovlaan 3 3223HM Hellevoetsluis-NL Op 16 jun. 2012 om 18:27 heeft Kalus Michael <mik...@go...> het volgende geschreven: > Hi Jan. > >> @i > > @I is in the 'simple words' list at the end of G4 source file. Just > edit its line to your needs. > > Same with @E !I !E as Erich mentioned. > > Thanks for the bug report. Fixed it, it is in the repos now. > Michael > > > > Am 16.06.2012 um 12:40 schrieb Jan Kromhout: > >> Dear Michael, >> >> It is working, but missing the word @i. >> Will try to find out how to implement. >> Can you try to do it with bitnames.frt for me please. >> There happens things I dont know how to solve. >> For the rest it is a great tool. >> I try to make of my words assemblies, so when I flash they are >> direct availableI >> >> Cheers, >> >> >> Jan kromhout >> Sacharovlaan 3 >> 3223HM Hellevoetsluis-NL >> >> Op 14 jun. 2012 om 21:27 heeft Kalus Michael >> <mik...@go...> het volgende geschreven: >> >>> Hi Jan. >>> >>> >>> Am 14.06.2012 um 07:53 schrieb Jan Kromhout: > |
From: Kalus M. <mik...@go...> - 2012-06-16 16:27:37
|
Hi Jan. > @i @I is in the 'simple words' list at the end of G4 source file. Just edit its line to your needs. Same with @E !I !E as Erich mentioned. Thanks for the bug report. Fixed it, it is in the repos now. Michael Am 16.06.2012 um 12:40 schrieb Jan Kromhout: > Dear Michael, > > It is working, but missing the word @i. > Will try to find out how to implement. > Can you try to do it with bitnames.frt for me please. > There happens things I dont know how to solve. > For the rest it is a great tool. > I try to make of my words assemblies, so when I flash they are > direct availableI > > Cheers, > > > Jan kromhout > Sacharovlaan 3 > 3223HM Hellevoetsluis-NL > > Op 14 jun. 2012 om 21:27 heeft Kalus Michael > <mik...@go...> het volgende geschreven: > >> Hi Jan. >> >> >> Am 14.06.2012 um 07:53 schrieb Jan Kromhout: >> >>> Hi Michael, >>> >>> Thanks for this! >>> Have two questions >>> 1. Is this also working for the 4.8 version >> >> There was a mayor change in the way the headers where build between >> amforth-2.9 and amforth-3.1. As far as I know that is stable since >> then, so G4 should work for amforth-4.8 too. May be there are some >> new amforth words which are not included jet to G4. If you notice >> such a word please drop me a line. >> >>> 2. Can I used it with Win32for compiler under windows? >> >> I never tryed this. >> >> Michael >> >> >> >> >>> >>> Cheers, >>> >>> Jan kromhout >>> Sacharovlaan 3 >>> 3223HM Hellevoetsluis-NL >>> >>> Op 14 jun. 2012 om 00:25 heeft Kalus Michael >>> <mik...@go...> het volgende geschreven: >>> >>>> Hi Jan. >>>> >>>> I would add the word to amforth-x.x/appl/myproject/words/ >>>> uitvoer.asm >>>> and append them in dict_appl.inc in the way words are included >>>> there: >>>> >>>> .. >>>> .include "words/uitvoer.asm" ; my first assembled forth word >>>> .. >>>> >>>> >>>> Did you take a look at >>>> http://www.forth-ev.de/repos/g4/ >>>> allready? g4.fs is a plain_forth to amforth_assembler translater >>>> written in gforth. >>>> >>>> You may enter your word in this way: >>>> >>>> : uitvoer cr cr ." Dit is mijn eerste test " ; >>>> >>>> and get this as result: >>>> >>>> VE_UITVOER: >>>> .dw $FF07 >>>> .db "uitvoer",0 >>>> .dw VE_HEAD >>>> .set VE_HEAD = VE_UITVOER >>>> XT_UITVOER: >>>> .dw DO_COLON >>>> PFA_UITVOER: >>>> .dw XT_CR >>>> .dw XT_CR >>>> .dw XT_SLITERAL >>>> .dw $18 >>>> .db "Dit is mijn eerste test " >>>> .dw XT_ITYPE >>>> .dw XT_EXIT >>>> >>>> ok >>>> >>>> Have fun. :) >>>> Michael >>>> >>>> >>>> >>>> >>>> >>>> Am 13.06.2012 um 22:20 schrieb Jan Kromhout: >>>> >>>>> Hello, >>>>> >>>>> I have make a word to include in amForth. >>>>> Where should I store it so it will be assembled? >>>>> >>>>> Thanks for any help. >>>>> >>>>> Cheers, >>>>> >>>>> Jan Kromhout >>>>> >>>>> >>>>> >>>>> ; uitvoer ( -- ) >>>>> ; ================================================= >>>>> ; Date : 13.06.2012 >>>>> ; version 1.00 >>>>> ; User written word >>>>> ; write a simple text, and do further notting >>>>> ; ================================================= >>>>> VE_UITVOER: >>>>> .dw $ff07 >>>>> .db "uitvoer",0 >>>>> .dw VE_HEAD >>>>> .set VE_HEAD = VE_UITVOER >>>>> XT_UITVOER: >>>>> .dw DO_COLON >>>>> PFA_UITVOER: >>>>> .dw XT_CR >>>>> .dw XT_CR >>>>> .dw XT_SLITERAL >>>>> .dw 24 >>>>> .db "Dit is mijn eerste test " >>>>> .dw XT_ITYPE >>>>> .dw XT_EXIT >>>>> >>>>> >>>>> ------------------------------------------------------------------ >>>>> -- >>>>> -- >>>>> -------- >>>>> Live Security Virtual Conference >>>>> Exclusive live event will cover all the ways today's security and >>>>> threat landscape has changed and how IT managers can respond. >>>>> Discussions >>>>> will include endpoint security, mobile security and the latest in >>>>> malware >>>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>>>> _______________________________________________ >>>>> Amforth-devel mailing list for http://amforth.sf.net/ >>>>> Amf...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/amforth-devel >>>> >>>> >>>> ------------------------------------------------------------------- >>>> -- >>>> --------- >>>> Live Security Virtual Conference >>>> Exclusive live event will cover all the ways today's security and >>>> threat landscape has changed and how IT managers can respond. >>>> Discussions >>>> will include endpoint security, mobile security and the latest in >>>> malware >>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>>> _______________________________________________ >>>> Amforth-devel mailing list for http://amforth.sf.net/ >>>> Amf...@li... >>>> https://lists.sourceforge.net/lists/listinfo/amforth-devel >>>> >>> >>> -------------------------------------------------------------------- >>> -- >>> -------- >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. >>> Discussions >>> will include endpoint security, mobile security and the latest in >>> malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> _______________________________________________ >>> Amforth-devel mailing list for http://amforth.sf.net/ >>> Amf...@li... >>> https://lists.sourceforge.net/lists/listinfo/amforth-devel >> >> >> --------------------------------------------------------------------- >> --------- >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. >> Discussions >> will include endpoint security, mobile security and the latest in >> malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Amforth-devel mailing list for http://amforth.sf.net/ >> Amf...@li... >> https://lists.sourceforge.net/lists/listinfo/amforth-devel >> > > ---------------------------------------------------------------------- > -------- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. > Discussions > will include endpoint security, mobile security and the latest in > malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel |
From: Kalus M. <mik...@go...> - 2012-06-16 16:04:41
|
Hi. To handle IMMEDIATE words there is a variable called G4IMMEDIATE - turn it on to make the next colon definition immediate. Since G4 is a simple one pass scriptor, there is no other way to accomplish it. The header and following stuff has allready been written when you reach the classic forth IMMEDIATE command. So we have to do that first. See the source of G4 to learn how this is build. Michael Am 16.06.2012 um 15:04 schrieb Jan Kromhout: > Hello, > > Thanks for that. This is clear to me. > I found annother difficulty. > How to deal with the word immediate after the colon definition? > > Try to make an assembly of postpone, but it is going wrongbwith > this immediate word. > > Thanks for anny help > > Jan kromhout > Sacharovlaan 3 > 3223HM Hellevoetsluis-NL |
From: Jan K. <kro...@ho...> - 2012-06-16 13:04:13
|
Hello, Thanks for that. This is clear to me. I found annother difficulty. How to deal with the word immediate after the colon definition? Try to make an assembly of postpone, but it is going wrongbwith this immediate word. Thanks for anny help Jan kromhout Sacharovlaan 3 3223HM Hellevoetsluis-NL Op 16 jun. 2012 om 12:52 heeft Erich Waelde <ew....@na...> het volgende geschreven: > Hi Jan, > > On 06/16/2012 12:40 PM, Jan Kromhout wrote: >> Dear Michael, >> >> It is working, but missing the word @i. > > @i used to be called i@. > So you can use the old word i@ and correct the resulting code > manually. All XT_<word> tokens are defined somewhere in core/words/* . > > Same for @e !i !e. Check the older News entries on amforth.sf.net. > >> Will try to find out how to implement. >> Can you try to do it with bitnames.frt for me please. >> There happens things I dont know how to solve. > > There is (at least) one unexpected thing. Flash memory > is organised in words, not bytes. This might have unexpected > consequences using c, and the like. @i always fetches a word. > >> For the rest it is a great tool. >> I try to make of my words assemblies, so when >> I flash they are direct availableI > > You can do this in another way, too: > > flash amforth, upload your definitions with amforth-upload.py > or similar. The read back the resulting state with your > programmer (there is an entry in the makefile for that, IIRC). > After that, you can use the resulting files (flash, eeprom) to > load your controller again to a known state. > > Cheers, > Erich > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > |
From: Erich W. <ew....@na...> - 2012-06-16 10:52:58
|
Hi Jan, On 06/16/2012 12:40 PM, Jan Kromhout wrote: > Dear Michael, > > It is working, but missing the word @i. @i used to be called i@. So you can use the old word i@ and correct the resulting code manually. All XT_<word> tokens are defined somewhere in core/words/* . Same for @e !i !e. Check the older News entries on amforth.sf.net. > Will try to find out how to implement. > Can you try to do it with bitnames.frt for me please. > There happens things I dont know how to solve. There is (at least) one unexpected thing. Flash memory is organised in words, not bytes. This might have unexpected consequences using c, and the like. @i always fetches a word. > For the rest it is a great tool. > I try to make of my words assemblies, so when > I flash they are direct availableI You can do this in another way, too: flash amforth, upload your definitions with amforth-upload.py or similar. The read back the resulting state with your programmer (there is an entry in the makefile for that, IIRC). After that, you can use the resulting files (flash, eeprom) to load your controller again to a known state. Cheers, Erich |
From: Jan K. <kro...@ho...> - 2012-06-16 10:40:29
|
Dear Michael, It is working, but missing the word @i. Will try to find out how to implement. Can you try to do it with bitnames.frt for me please. There happens things I dont know how to solve. For the rest it is a great tool. I try to make of my words assemblies, so when I flash they are direct availableI Cheers, Jan kromhout Sacharovlaan 3 3223HM Hellevoetsluis-NL Op 14 jun. 2012 om 21:27 heeft Kalus Michael <mik...@go...> het volgende geschreven: > Hi Jan. > > > Am 14.06.2012 um 07:53 schrieb Jan Kromhout: > >> Hi Michael, >> >> Thanks for this! >> Have two questions >> 1. Is this also working for the 4.8 version > > There was a mayor change in the way the headers where build between > amforth-2.9 and amforth-3.1. As far as I know that is stable since > then, so G4 should work for amforth-4.8 too. May be there are some > new amforth words which are not included jet to G4. If you notice > such a word please drop me a line. > >> 2. Can I used it with Win32for compiler under windows? > > I never tryed this. > > Michael > > > > >> >> Cheers, >> >> Jan kromhout >> Sacharovlaan 3 >> 3223HM Hellevoetsluis-NL >> >> Op 14 jun. 2012 om 00:25 heeft Kalus Michael >> <mik...@go...> het volgende geschreven: >> >>> Hi Jan. >>> >>> I would add the word to amforth-x.x/appl/myproject/words/uitvoer.asm >>> and append them in dict_appl.inc in the way words are included there: >>> >>> .. >>> .include "words/uitvoer.asm" ; my first assembled forth word >>> .. >>> >>> >>> Did you take a look at >>> http://www.forth-ev.de/repos/g4/ >>> allready? g4.fs is a plain_forth to amforth_assembler translater >>> written in gforth. >>> >>> You may enter your word in this way: >>> >>> : uitvoer cr cr ." Dit is mijn eerste test " ; >>> >>> and get this as result: >>> >>> VE_UITVOER: >>> .dw $FF07 >>> .db "uitvoer",0 >>> .dw VE_HEAD >>> .set VE_HEAD = VE_UITVOER >>> XT_UITVOER: >>> .dw DO_COLON >>> PFA_UITVOER: >>> .dw XT_CR >>> .dw XT_CR >>> .dw XT_SLITERAL >>> .dw $18 >>> .db "Dit is mijn eerste test " >>> .dw XT_ITYPE >>> .dw XT_EXIT >>> >>> ok >>> >>> Have fun. :) >>> Michael >>> >>> >>> >>> >>> >>> Am 13.06.2012 um 22:20 schrieb Jan Kromhout: >>> >>>> Hello, >>>> >>>> I have make a word to include in amForth. >>>> Where should I store it so it will be assembled? >>>> >>>> Thanks for any help. >>>> >>>> Cheers, >>>> >>>> Jan Kromhout >>>> >>>> >>>> >>>> ; uitvoer ( -- ) >>>> ; ================================================= >>>> ; Date : 13.06.2012 >>>> ; version 1.00 >>>> ; User written word >>>> ; write a simple text, and do further notting >>>> ; ================================================= >>>> VE_UITVOER: >>>> .dw $ff07 >>>> .db "uitvoer",0 >>>> .dw VE_HEAD >>>> .set VE_HEAD = VE_UITVOER >>>> XT_UITVOER: >>>> .dw DO_COLON >>>> PFA_UITVOER: >>>> .dw XT_CR >>>> .dw XT_CR >>>> .dw XT_SLITERAL >>>> .dw 24 >>>> .db "Dit is mijn eerste test " >>>> .dw XT_ITYPE >>>> .dw XT_EXIT >>>> >>>> >>>> -------------------------------------------------------------------- >>>> -- >>>> -------- >>>> Live Security Virtual Conference >>>> Exclusive live event will cover all the ways today's security and >>>> threat landscape has changed and how IT managers can respond. >>>> Discussions >>>> will include endpoint security, mobile security and the latest in >>>> malware >>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>>> _______________________________________________ >>>> Amforth-devel mailing list for http://amforth.sf.net/ >>>> Amf...@li... >>>> https://lists.sourceforge.net/lists/listinfo/amforth-devel >>> >>> >>> --------------------------------------------------------------------- >>> --------- >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. >>> Discussions >>> will include endpoint security, mobile security and the latest in >>> malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> _______________________________________________ >>> Amforth-devel mailing list for http://amforth.sf.net/ >>> Amf...@li... >>> https://lists.sourceforge.net/lists/listinfo/amforth-devel >>> >> >> ---------------------------------------------------------------------- >> -------- >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. >> Discussions >> will include endpoint security, mobile security and the latest in >> malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Amforth-devel mailing list for http://amforth.sf.net/ >> Amf...@li... >> https://lists.sourceforge.net/lists/listinfo/amforth-devel > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > |
From: Erich W. <ew....@na...> - 2012-06-16 08:00:37
|
Hi Pito, On 06/15/2012 04:06 PM, pito wrote: > > Michael, is there any difference in whether I build a word via > xyz.asm or I compile it directly under amforth into its dictionary? > I mean whether there is a speed/size advantage/penalty related to > these two options ? Whether you compile a word into the dictionary, or whether you place this compiled word via .asm code directly into the dictionary --- the result in code is the same. The only difference is the handling. I sometimes prefer words placed directly via .asm files, because they are available immediately after flashing the amforth system. Cheers, Erich |
From: pito <pi...@vo...> - 2012-06-15 19:45:28
|
.. I would suggest 2variable timer0.tick (and double calcs) otherwise it runs over in 65secs. But it depends on the requirements of course.. p. ----- PŮVODNÍ ZPRÁVA ----- Od: "Matthias Trute" <mt...@we...> Komu: "Everything around amforth" <amf...@li...> Předmět: [Amforth] Timer related things Datum: 15.6.2012 - 21:34:05 > Hi, > > I've collected a few timer related things from my > sources and > extracted some useful (at least I hope that they > are useful) > words for a common library of timers. > > They can be found at the subversion repository in > the > trunk/lib/hardware directory. > > The timer library is layered: basic routines use > the > hardware timer 0 (or 1) to generate a millisecond > tick. The current settings assume a 16MHz device > (e.g. > Arduino's). This will need adjustment for other > frequencies. > > Above the hardware layer is a generic timer module > that > uses the tick information to provide generic timer > related tasks: > - after (runs a word after a specified amount of > ms > - every (runs a word every xy ms, a special case > is > every-second) > > and a few more words. > > In the timer-test.frt are some use cases. > > The routines assume a multitasking environment, > esp the "every" part will block any interaction > if called in the command line task. pause is > called > very often (the word passed to every is not > executed > in background but the whole thing may be used in > background tasks) > > There may be some additional delay (2ms per cycle) > as per > > : test-every-second @tick u. key? ; > ' test-every-second every-second > 439 1441 2443 3445 4447 5449 6451 7453 8455 9457 > 10459 ok > > so the "after" means "at least wait xy > milliseconds, maybe more." > (serial IO needs its time) > > I'm currently happy with what the words do (good > enough). > Next step is to write some recipes on how to use > the library. > > > Matthias > > PS: to find the optimal settings for the TWI/I2C > I've written a small > web-calculator at > http://amforth.sourceforge.net/recipes/twi.html > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > Exclusive live event will cover all the ways > today's security and > threat landscape has changed and how IT managers > can respond. Discussions > will include endpoint security, mobile security > and the latest in malware > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for > http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > -- - - Reklama - - - - - - - - - - - - - - Běháte rádi? Nyní máte jedinečnou možnost zúčastnit se neuvěřitelného závodu do schodů, kdy za účast v závodě můžete vyhrát nové auto. Zároveň uděláte něco pro své zdraví a podpoříte Unicef. Více na http://bit.ly/Kqd1wL |
From: Matthias T. <mt...@we...> - 2012-06-15 19:34:13
|
Hi, I've collected a few timer related things from my sources and extracted some useful (at least I hope that they are useful) words for a common library of timers. They can be found at the subversion repository in the trunk/lib/hardware directory. The timer library is layered: basic routines use the hardware timer 0 (or 1) to generate a millisecond tick. The current settings assume a 16MHz device (e.g. Arduino's). This will need adjustment for other frequencies. Above the hardware layer is a generic timer module that uses the tick information to provide generic timer related tasks: - after (runs a word after a specified amount of ms - every (runs a word every xy ms, a special case is every-second) and a few more words. In the timer-test.frt are some use cases. The routines assume a multitasking environment, esp the "every" part will block any interaction if called in the command line task. pause is called very often (the word passed to every is not executed in background but the whole thing may be used in background tasks) There may be some additional delay (2ms per cycle) as per : test-every-second @tick u. key? ; ' test-every-second every-second 439 1441 2443 3445 4447 5449 6451 7453 8455 9457 10459 ok so the "after" means "at least wait xy milliseconds, maybe more." (serial IO needs its time) I'm currently happy with what the words do (good enough). Next step is to write some recipes on how to use the library. Matthias PS: to find the optimal settings for the TWI/I2C I've written a small web-calculator at http://amforth.sourceforge.net/recipes/twi.html |
From: pito <pi...@vo...> - 2012-06-15 14:07:10
|
Michael, is there any difference in whether I build a word via xyz.asm or I compile it directly under amforth into its dictionary? I mean whether there is a speed/size advantage/penalty related to these two options ? p. -- - - Reklama - - - - - - - - - - - - - - Běháte rádi? Nyní máte jedinečnou možnost zúčastnit se neuvěřitelného závodu do schodů, kdy za účast v závodě můžete vyhrát nové auto. Zároveň uděláte něco pro své zdraví a podpoříte Unicef. Více na http://bit.ly/Kqd1wL |
From: Alaric Snell-P. <al...@sn...> - 2012-06-15 13:15:06
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Also, I've been pointed at http://strotmann.de/~cas/download/amforth/hexfiles/ as a source of prebuilt hexes - I'll try those and see if they tell me anything. ABS - -- Alaric Snell-Pym http://www.snell-pym.org.uk/alaric/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/bNU4ACgkQRgz/WHNxCGrK4QCfU9yWjvGMT8T+5aGTmdDI3Uc4 m2wAniD86nnSfZlyVj10vr16OXmOmY7s =5LuX -----END PGP SIGNATURE----- |
From: Alaric Snell-P. <al...@sn...> - 2012-06-15 13:13:01
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/15/2012 02:06 PM, Charles Summers wrote: > Personally, I couldn't get avra to work correctly for the uno. It doesn't > seem to be very well supported. I was able to use wine to run the atmel > compiler from avrstudio 4. Interesting... I'd hoped to be able to use avra to avoid downloading a giant Windows closed-source IDE. Ah well :-) I'll try the AVRStudio route, then, I think! But it might be interesting to compare the .hex files it generates and try to find the difference... ABS - -- Alaric Snell-Pym http://www.snell-pym.org.uk/alaric/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/bNNEACgkQRgz/WHNxCGrD3QCffJ9grgbQgUN513D+MBvNYMqD GT4An1G7XyeIipHhPVa1MFSLSlT4f2Ca =rvYP -----END PGP SIGNATURE----- |
From: Charles S. <sum...@gm...> - 2012-06-15 13:07:06
|
Personally, I couldn't get avra to work correctly for the uno. It doesn't seem to be very well supported. I was able to use wine to run the atmel compiler from avrstudio 4. On Fri, Jun 15, 2012 at 8:01 AM, Alaric Snell-Pym <al...@sn...>wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 06/15/2012 01:12 PM, Jan Kromhout wrote: > > Dear Alaric, > > > > There is a working version in the download of the 4.8 version. > > I have try this one before I started to compile my own running version. > > The one from the 4.8 zipfile works for you? Damn... it must be a problem > with my hardware, then :-) > > Exactly what hardware do you have? I have an Arduino Uno, which uses the > same CPU (ATmega328p) as the Duemilanove; the readme.txt in the > appl/arduino directory suggests I use the duemilanove.hex and > corresponding EEPROM, along with the suggested fuse settings. > > The duemilanove.hex from amforth-4.8.zip *almost* works; I get a nice > prompt, but it's easily crashed. I think the fact that "words" works > but prints a mixture of garbage and names of words to the screen (always > exactly the same garbage) is telling; it feels to me like the dictionary > is somehow corrupted. > > The flash files flashed perfectly to the AVR, and verified back, so my > first thought was a problem in the .hex file, perhaps snuck through if > it was just automatically built as part of the 4.8 release but hadn't > been tested. > > I wanted to do my own build with avra to test this hypothesis, and also > to give me a base to work from in diagnosing the problem - if my own > build did exactly the same things, I could extend TURNKEY to call WORDS, > perhaps put a small delay in the loop that prints the words in case the > corruption is actually a serial problem caused by the high speed, and > work from there. But getting a build with avra required me to update to > the latest svn release of amforth for various reasons, and the resulting > code didn't even get me to a prompt... > > I think I see two paths going forwards: > > * Dig out a Windows system (or WINE?) and run AVR Studio and thereby > get the official AVR assembler running and try building form the 4.8 > release sources, check I get an identical resulting .hex/.eep.hex file, > and then add diagnosis tools to it and investigate from there > > * Sticking with my avra setup, write my own device tests in assembly > (checksum the contents of flash, saturate the serial port, and so on), > and/or put debugging code into COLD and WARM and friends that will flash > the LED on the Arduino board in different patterns, so I can see where > the avra-built hex file hangs by seeing what the last pattern I see > flashed is. > > > If this is not working I will send you my running version. > > Any known-working .hex and .eep.hex files I can try will be gratefully > recevied, as even if they don't work for me, how far they get may give > me useful clues :-) > > > One thing, I have bought the mkii programmer, and after that I got a > running by my own compiled version. > > Mine's a USBtinyISP. I built it myself from a kit, so it's slightly > suspect (it might not be working properly), but the fact that the flash > and eeprom and fuses read *back* correctly for verification makes me > think it's probably OK. > > Thanks for the response :-) > > ABS > > - -- > Alaric Snell-Pym > http://www.snell-pym.org.uk/alaric/ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk/bMjoACgkQRgz/WHNxCGr10ACfSCn9acfKuJFmND+DuejNnTH1 > /sMAn1vLuYN/jWFPzhe2i78hH8QLkyf5 > =J6Sa > -----END PGP SIGNATURE----- > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > -- -chuck * This sig intentionally left blank * |
From: Alaric Snell-P. <al...@sn...> - 2012-06-15 13:01:56
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/15/2012 01:12 PM, Jan Kromhout wrote: > Dear Alaric, > > There is a working version in the download of the 4.8 version. > I have try this one before I started to compile my own running version. The one from the 4.8 zipfile works for you? Damn... it must be a problem with my hardware, then :-) Exactly what hardware do you have? I have an Arduino Uno, which uses the same CPU (ATmega328p) as the Duemilanove; the readme.txt in the appl/arduino directory suggests I use the duemilanove.hex and corresponding EEPROM, along with the suggested fuse settings. The duemilanove.hex from amforth-4.8.zip *almost* works; I get a nice prompt, but it's easily crashed. I think the fact that "words" works but prints a mixture of garbage and names of words to the screen (always exactly the same garbage) is telling; it feels to me like the dictionary is somehow corrupted. The flash files flashed perfectly to the AVR, and verified back, so my first thought was a problem in the .hex file, perhaps snuck through if it was just automatically built as part of the 4.8 release but hadn't been tested. I wanted to do my own build with avra to test this hypothesis, and also to give me a base to work from in diagnosing the problem - if my own build did exactly the same things, I could extend TURNKEY to call WORDS, perhaps put a small delay in the loop that prints the words in case the corruption is actually a serial problem caused by the high speed, and work from there. But getting a build with avra required me to update to the latest svn release of amforth for various reasons, and the resulting code didn't even get me to a prompt... I think I see two paths going forwards: * Dig out a Windows system (or WINE?) and run AVR Studio and thereby get the official AVR assembler running and try building form the 4.8 release sources, check I get an identical resulting .hex/.eep.hex file, and then add diagnosis tools to it and investigate from there * Sticking with my avra setup, write my own device tests in assembly (checksum the contents of flash, saturate the serial port, and so on), and/or put debugging code into COLD and WARM and friends that will flash the LED on the Arduino board in different patterns, so I can see where the avra-built hex file hangs by seeing what the last pattern I see flashed is. > If this is not working I will send you my running version. Any known-working .hex and .eep.hex files I can try will be gratefully recevied, as even if they don't work for me, how far they get may give me useful clues :-) > One thing, I have bought the mkii programmer, and after that I got a running by my own compiled version. Mine's a USBtinyISP. I built it myself from a kit, so it's slightly suspect (it might not be working properly), but the fact that the flash and eeprom and fuses read *back* correctly for verification makes me think it's probably OK. Thanks for the response :-) ABS - -- Alaric Snell-Pym http://www.snell-pym.org.uk/alaric/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/bMjoACgkQRgz/WHNxCGr10ACfSCn9acfKuJFmND+DuejNnTH1 /sMAn1vLuYN/jWFPzhe2i78hH8QLkyf5 =J6Sa -----END PGP SIGNATURE----- |
From: Jan K. <kro...@ho...> - 2012-06-15 12:12:28
|
Dear Alaric, There is a working version in the download of the 4.8 version. I have try this one before I started to compile my own running version. When you look into mailing list I had a lot of questions. With the aswers of the frendly guys on this forum and a lot of patiance I had luck. The name is not unu but du.....? If this is not working I will send you my running version. One thing, I have bought the mkii programmer, and after that I got a running by my own compiled version. Cheers, Jan kromhout Sacharovlaan 3 3223HM Hellevoetsluis-NL Op 14 jun. 2012 om 22:21 heeft Alaric Snell-Pym <al...@sn...> het volgende geschreven: > On 06/13/12 23:01, Alaric Snell-Pym wrote: > >> Have I done something wrong? Should I try and rebuild duemilanove.hex >> and the eeprom file from scratch? Does anybody have any idea what the >> problem could be? > > Gah, I proudly fired up avra and found that it doesn't exactly work out > of the box :-) > > However, with the latest avra from git and the latest amforth from svn, > I have managed to assemble an image... there's even a uno.asm now - much > easier to type! > > However, it doesn't even get me a prompt now. No serial output when I > reset the AVR... > > Does anyone have a *known working* uno.hex and uno.eep.hex that I can try?!? > >> >> Thanks, >> >> ABS >> > > ABS > > -- > Alaric Snell-Pym > http://www.snell-pym.org.uk/alaric/ > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > |
From: Jan K. <kro...@ho...> - 2012-06-15 12:05:17
|
Thank, go to try it. One remark, the night is also for sleeping. Cheers, Jan kromhout Sacharovlaan 3 3223HM Hellevoetsluis-NL Op 15 jun. 2012 om 00:18 heeft Kalus Michael <mik...@go...> het volgende geschreven: > Hi Jan. > > > Am 14.06.2012 um 07:53 schrieb Jan Kromhout: > .. >> 2. Can I used it with Win32for compiler under windows? > > Tried this tonight, it compiled with 3 errors I could fix - > WIN32FORTH V 6.14.00 build 2 > Several warnings may be ignored. > > So there is a win32forth version now called g4w32f.fs at: > http://www.forth-ev.de/repos/g4/ > > which is basically functioning. > > Michael > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > |
From: Kalus M. <mik...@go...> - 2012-06-14 22:18:22
|
Hi Jan. Am 14.06.2012 um 07:53 schrieb Jan Kromhout: .. > 2. Can I used it with Win32for compiler under windows? Tried this tonight, it compiled with 3 errors I could fix - WIN32FORTH V 6.14.00 build 2 Several warnings may be ignored. So there is a win32forth version now called g4w32f.fs at: http://www.forth-ev.de/repos/g4/ which is basically functioning. Michael |