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
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: pito <pi...@vo...> - 2012-05-15 17:45:41
|
Short googling "forfiter 1.5" gives this link http://www.forth.cz/Download/mFC/mFC.html (the sw is english speaking..) p. ----- PŮVODNÍ ZPRÁVA ----- Od: "Jan Kromhout" <kro...@ho...> Komu: "Everything around amforth" <amf...@li...> Předmět: Re: [Amforth] Stabel version 4.8 Datum: 15.5.2012 - 19:19:59 > Where to find this terminal program? > > > Op 15 mei 2012, om 19:12 heeft pito het volgende > geschreven: > > > The terminal program I use for uploading frt > > files (Forfiter 1.5) > > > to amforth shall have: > > 1. the tx char wait delay set to ie. 500us > > 2. CR delay ie. 5000ms > > 3. set the "test OK" option > > So the amforth has time to process the line up > > to 5secs, when it > > > does faster and sends an "ok" it does not wait > > 5secs. > > > Then it works fine even @ 115kbaud :) > > p. > > > > ----- PŮVODNÍ ZPRÁVA ----- > > Od: "Jan Kromhout" <kro...@ho...> > > Komu: amf...@li... > > Předmět: [Amforth] Stabel version 4.8 > > Datum: 15.5.2012 - 18:40:14 > > > >> Hello, > >> > >> How stable is the version 4.8. > >> It happens often when I load a program that the > >> system is hanging in reading the input. > >> > >> The only way to get life into the arduino is > >> burn > >> >> again. > >> > >> I read text with with BestEmulation Lite with a > >> baud rate of 9600. > >> > >> After a reading a line and sending it to the > >> AMFort I have put a delay of 1 sec. > >> Reading is not so fast, but this is for the > >> moment > >> >> the only way. > >> I havent any experience with Pyton, so i can't > >> use > >> >> the tool. > >> > >> For the rest I am very satisfy with this Forth, > >> and have played allot of time to get it > >> running. > >> >> > >> Cheers > >> > >> Jan Kromhout > >> ------------------------------------------------------------------------------ > >> > >> >>> 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ů na jehož konci > > můžete vyhrát nové > > > auto. Více na http://bit.ly/Kqd1wL > > > > > > ------------------------------------------------------------------------------ > > > > > 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 - - - - - - - - - - - - - - Běháte rádi? Nyní máte jedinečnou možnost zúčastnit se neuvěřitelného závodu do schodů na jehož konci můžete vyhrát nové auto. Více na http://bit.ly/Kqd1wL |
|
From: Jan K. <kro...@ho...> - 2012-05-15 17:38:12
|
Hello,
I use the duemilanove version from sourceforg.
Load in 2x.frt, postpone.frt and case.frt.
No problem.
But now give in some simple case structure like
: test-case
case
1 of ." one" endof
2 of ." two " endof
3 of ."three " endof
endcase
and after give a return after the encase the system is hanging.
Could not give any new words in. For example : test ; gives : ?? -13 1
Again I need to flash.
Has anyone a solution?
Jan
Op 15 mei 2012, om 19:19 heeft Jan Kromhout het volgende geschreven:
> Where to find this terminal program?
>
>
> Op 15 mei 2012, om 19:12 heeft pito het volgende geschreven:
>
>> The terminal program I use for uploading frt files (Forfiter 1.5)
>> to amforth shall have:
>> 1. the tx char wait delay set to ie. 500us
>> 2. CR delay ie. 5000ms
>> 3. set the "test OK" option
>> So the amforth has time to process the line up to 5secs, when it
>> does faster and sends an "ok" it does not wait 5secs.
>> Then it works fine even @ 115kbaud :)
>> p.
>>
>> ----- PŮVODNÍ ZPRÁVA -----
>> Od: "Jan Kromhout" <kro...@ho...>
>> Komu: amf...@li...
>> Předmět: [Amforth] Stabel version 4.8
>> Datum: 15.5.2012 - 18:40:14
>>
>>> Hello,
>>>
>>> How stable is the version 4.8.
>>> It happens often when I load a program that the
>>> system is hanging in reading the input.
>>>
>>> The only way to get life into the arduino is burn
>>> again.
>>>
>>> I read text with with BestEmulation Lite with a
>>> baud rate of 9600.
>>>
>>> After a reading a line and sending it to the
>>> AMFort I have put a delay of 1 sec.
>>> Reading is not so fast, but this is for the moment
>>> the only way.
>>> I havent any experience with Pyton, so i can't use
>>> the tool.
>>>
>>> For the rest I am very satisfy with this Forth,
>>> and have played allot of time to get it running.
>>>
>>> Cheers
>>>
>>> Jan Kromhout
>>> ------------------------------------------------------------------------------
>>>> 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ů na jehož konci můžete vyhrát nové
>> auto. Více na http://bit.ly/Kqd1wL
>>
>>
>> ------------------------------------------------------------------------------
>> 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: Jan K. <kro...@ho...> - 2012-05-15 17:20:10
|
Where to find this terminal program? Op 15 mei 2012, om 19:12 heeft pito het volgende geschreven: > The terminal program I use for uploading frt files (Forfiter 1.5) > to amforth shall have: > 1. the tx char wait delay set to ie. 500us > 2. CR delay ie. 5000ms > 3. set the "test OK" option > So the amforth has time to process the line up to 5secs, when it > does faster and sends an "ok" it does not wait 5secs. > Then it works fine even @ 115kbaud :) > p. > > ----- PŮVODNÍ ZPRÁVA ----- > Od: "Jan Kromhout" <kro...@ho...> > Komu: amf...@li... > Předmět: [Amforth] Stabel version 4.8 > Datum: 15.5.2012 - 18:40:14 > >> Hello, >> >> How stable is the version 4.8. >> It happens often when I load a program that the >> system is hanging in reading the input. >> >> The only way to get life into the arduino is burn >> again. >> >> I read text with with BestEmulation Lite with a >> baud rate of 9600. >> >> After a reading a line and sending it to the >> AMFort I have put a delay of 1 sec. >> Reading is not so fast, but this is for the moment >> the only way. >> I havent any experience with Pyton, so i can't use >> the tool. >> >> For the rest I am very satisfy with this Forth, >> and have played allot of time to get it running. >> >> Cheers >> >> Jan Kromhout >> ------------------------------------------------------------------------------ >>> 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ů na jehož konci můžete vyhrát nové > auto. Více na http://bit.ly/Kqd1wL > > > ------------------------------------------------------------------------------ > 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: pito <pi...@vo...> - 2012-05-15 17:12:15
|
The terminal program I use for uploading frt files (Forfiter 1.5) to amforth shall have: 1. the tx char wait delay set to ie. 500us 2. CR delay ie. 5000ms 3. set the "test OK" option So the amforth has time to process the line up to 5secs, when it does faster and sends an "ok" it does not wait 5secs. Then it works fine even @ 115kbaud :) p. ----- PŮVODNÍ ZPRÁVA ----- Od: "Jan Kromhout" <kro...@ho...> Komu: amf...@li... Předmět: [Amforth] Stabel version 4.8 Datum: 15.5.2012 - 18:40:14 > Hello, > > How stable is the version 4.8. > It happens often when I load a program that the > system is hanging in reading the input. > > The only way to get life into the arduino is burn > again. > > I read text with with BestEmulation Lite with a > baud rate of 9600. > > After a reading a line and sending it to the > AMFort I have put a delay of 1 sec. > Reading is not so fast, but this is for the moment > the only way. > I havent any experience with Pyton, so i can't use > the tool. > > For the rest I am very satisfy with this Forth, > and have played allot of time to get it running. > > Cheers > > Jan Kromhout > ------------------------------------------------------------------------------ > > 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ů na jehož konci můžete vyhrát nové auto. Více na http://bit.ly/Kqd1wL |
|
From: Charles S. <sum...@gm...> - 2012-05-15 16:43:51
|
I compiled am4up.c on my linux box and it works very well for loading amForth source files to the arduino. You might try it. -chassum On Tue, May 15, 2012 at 11:40 AM, Jan Kromhout <kro...@ho...> wrote: > Hello, > > How stable is the version 4.8. > It happens often when I load a program that the system is hanging in > reading the input. > > The only way to get life into the arduino is burn again. > > I read text with with BestEmulation Lite with a baud rate of 9600. > > After a reading a line and sending it to the AMFort I have put a delay of > 1 sec. > Reading is not so fast, but this is for the moment the only way. > I havent any experience with Pyton, so i can't use the tool. > > For the rest I am very satisfy with this Forth, and have played allot of > time to get it running. > > Cheers > > Jan Kromhout > > ------------------------------------------------------------------------------ > 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: Jan K. <kro...@ho...> - 2012-05-15 16:40:28
|
Hello, How stable is the version 4.8. It happens often when I load a program that the system is hanging in reading the input. The only way to get life into the arduino is burn again. I read text with with BestEmulation Lite with a baud rate of 9600. After a reading a line and sending it to the AMFort I have put a delay of 1 sec. Reading is not so fast, but this is for the moment the only way. I havent any experience with Pyton, so i can't use the tool. For the rest I am very satisfy with this Forth, and have played allot of time to get it running. Cheers Jan Kromhout |
|
From: Jan K. <kro...@ho...> - 2012-05-15 05:55:52
|
Pito, Please can you check my amforth envoirment. This is the one I use to compile with the avr studio 4.19. I include my complete work-directory. I use only fix adresses to point to some routines/directorys Thanks in advance. Jan > From: kro...@ho... > Date: Mon, 14 May 2012 20:36:46 +0200 > To: amf...@li... > Subject: Re: [Amforth] Fast pin I/O lib in asm - new names > > Dear All, > > My compilation is running. > > After making some hard references to the code as mention in the user manual it is working as it should be! > > > Jan > > > Op 14 mei 2012, om 20:29 heeft Jan Kromhout het volgende geschreven: > > > TinyusbIPS > > > > > > Op 14 mei 2012, om 19:22 heeft pito het volgende geschreven: > > > >> What does it mean problem with USB? Usb on arduino is just a serial > >> connectivity, when set to a baudrate you compiled amforth for it > >> must work. It is like a serial dongle. > >> With arduino be aware there is the mcu reset conected to a rs232 > >> siganl (rts/cts or dtr..) via a 100nF capacitor (for forced reset > >> when uploading via bootloader) so it might reset your mcu when > >> connecting/diconnecting usb. > >> > >> Do you flash both hex and eep files (you have to). Did you set fuses > >> properly (for given chip)? What kind of programmer do you use? > >> P. > >> > >> ----- PŮVODNÍ ZPRÁVA ----- > >> Od: "Jan Kromhout" <kro...@ho...> > >> Komu: "Everything around amforth" > >> <amf...@li...> > >> Předmět: Re: [Amforth] Fast pin I/O lib in asm - new names > >> Datum: 14.5.2012 - 18:56:54 > >> > >>> Pito, > >>> > >>> Do you have experience witch compiling under > >>> windows. > >>> When I compile it with the AVRstudio 4.19 my > >>> version will not running, problems with the usb. > >>> This when I use it under windows also on my Imc > >>> > >>> Please can you help perhaps? > >>> > >>> Cheers, > >>> > >>> Jan > >>> > >>> > >>> Op 14 mei 2012, om 17:51 heeft pito het volgende > >>> geschreven: > >>> > >>>> .. and the timing with high and low words > >>>> written in forth: > >>>>> > >>>>> : test0 timer-start 10000 0 do PA.7 low PA.7 > >>>>> high loop timer-stop > >>>>>>> 10000 s>f f/ > >>>>> fs. ; > >>>> ok > >>>>> test0 > >>>> 9.54074E-5 ok (95usec) > >>>>> > >>>> > >>>> The speed-up is 3x with asm words for pin > >>>> manipulation. > >>>>> p. > >>>> > >>>> ----- PŮVODNÍ ZPRÁVA ----- > >>>> Od: "pito" <pi...@vo...> > >>>> Komu: amf...@li... > >>>> Předmět: Re: [Amforth] Fast pin I/O lib in asm - > >>>> new names > >>>>> Datum: 14.5.2012 - 17:26:14 > >>>> > >>>>> A simple test on fastio.lib (there is no > >>>>> correction on the do-loop > >>>>> timing). > >>>>> The result is the duration of one loop (out of > >>>>> 10.000 loops). > >>>>> ---------------------------------------------------------------------------------------------------------- > >>>>>>>>>>> Measured @11.0592MHz fcpu, atmega1284p, > >>>>>> amforth > >>>>>>>> 4.9 trunk. > >>>>> > >>>>>> printdate.rtc > >>>>> 2012/05/14-MON-13:04:31 ok > >>>>> > >>>>> / portpin: is used for an individual pin only > >>>>> (0-7) > >>>>> > >>>>>> PORTA 7 portpin: PA.7 > >>>>> ok > >>>>>> PA.7 pin.o > >>>>> ok > >>>>> > >>>>>> : test1 timer-start 10000 0 do PA.7 pin.l PA.7 > >>>>>> pin.h loop > >>>>>>> timer-stop 10000 s>f > >>>>>> f/ fs. ; > >>>>> ok > >>>>>> test1 > >>>>> 4.14815E-5 ok ( 41 usec) > >>>>> > >>>>>> : test2 timer-start 10000 0 do 128 PORTA pin.l > >>>>>> 128 PORTA pin.h > >>>>>>> loop timer-stop > >>>>>> 10000 s>f f/ fs. ; > >>>>> ok > >>>>>> test2 > >>>>> 3.43704E-5 ok ( 34 usec) > >>>>> > >>>>>> : test3 timer-start 10000 0 do 128 34 pin.l > >>>>>> 128 > >>>>>>>>> 34 pin.h loop > >>>>>>> timer-stop 10000 > >>>>>> s>f f/ fs. ; > >>>>> ok > >>>>>> test3 > >>>>> 3.43704E-5 ok (34 usec) > >>>>> > >>>>> > >>>>> The port! (written in asm) is the same as the > >>>>> portpin! (forth) > >>>>> > >>>>> / bitmask: is used for bits masks ($00-$FF) > >>>>> > >>>>>> PORTA $F0 bitmask: PA.HNIB > >>>>> ok > >>>>>> PA.HNIB pin.o > >>>>> ok > >>>>> > >>>>>> : test7 timer-start 10000 0 do $88 240 34 > >>>>>> port! > >>>>>>>>> $33 240 34 port! > >>>>>>> loop timer-st > >>>>>> op 10000 s>f f/ fs. ; > >>>>> ok > >>>>>> test7 > >>>>> 4.56296E-5 ok (46usec) > >>>>>> > >>>>> > >>>>>> : test5 timer-start 10000 0 do $88 PA.HNIB > >>>>>> port! > >>>>>>>>> $33 PA.HNIB port! > >>>>>>> loop timer- > >>>>>> stop 10000 s>f f/ fs. ; > >>>>> ok > >>>>>> test5 > >>>>> 5.15556E-5 ok (52usec) > >>>>>> > >>>>> ok > >>>>> > >>>>>> : test6 timer-start 10000 0 do $88 PA.HNIB > >>>>>> portpin! $33 PA.HNIB > >>>>>>> portpin! loop > >>>>>> timer-stop 10000 s>f f/ fs. ; > >>>>> ok > >>>>>> test6 > >>>>> 1.54667E-4 ok (155usec) > >>>>> > >>>>>> : test-loop timer-start 10000 0 do loop > >>>>>> timer-stop 10000 s>f f/ > >>>>>>> fs. ; > >>>>>> ok > >>>>>> test-loop > >>>>> 6.51852E-6 ok (6.5usec) > >>>>>> > >>>>> > >>>>> > >>>>> ----- PŮVODNÍ ZPRÁVA ----- > >>>>> Od: "pito" <pi...@vo...> > >>>>> Komu: amf...@li... > >>>>> Předmět: [Amforth] Fast pin I/O lib in asm - > >>>>> new > >>>>>>> names > >>>>> Datum: 14.5.2012 - 13:25:55 > >>>>> > >>>>>> Hi, some time back I posted here the > >>>>>> fastio.asm > >>>>>>>>> lib for building > >>>>>> into amforth. I did a refresh recently and > >>>>>> changed > >>>>>>> the names of the > >>>>>> words - ie: > >>>>>> > >>>>>> pin.l pin.h pin.l? pin.h? pin.t pin.o > >>>>>> pin.i > >>>>>>> port! port@ > >>>>>> port,h? port.l? (portpin:) > >>>>>> > >>>>>> The portpin: portpin! and bitmask: and few > >>>>>> others > >>>>>>> (set pullups, > >>>>>> pulse) are still written in forth (in > >>>>>> bitnames.frt). The (portpin:) > >>>>>> is now in asm for does> part of portpin: and > >>>>>> bitmask:. > >>>>>> > >>>>>> So if you are interested and happy with the > >>>>>> new > >>>>>>>>> names I may provide > >>>>>> Matthias with the source. The lib is written > >>>>>> in > >>>>>>>>> asm based upon > >>>>>> resources find in amforth and LubosP > >>>>>> repositories > >>>>>>> (which were > >>>>>> written in forth or Lubos' asm for amforth). > >>>>>> P. > >>>>>> > >>>>>> > >>>>>> ------------------------------------------------------------------------------ > >>>>>>>>>>>>>>>>> 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 > >> > > > > > > ------------------------------------------------------------------------------ > > 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: Jan K. <kro...@ho...> - 2012-05-14 20:08:26
|
Wich burner are you using? Jan kromhout Sacharovlaan 3 3223HM Hellevoetsluis-NL Op 14 mei 2012 om 20:06 heeft "pito" <pi...@vo...> het volgende geschreven: > I am working with amforth from windows only.. > Terminal: Forfiter 1.5 Interface: Bluetooth - cheap interface > @115kbaud > Compiler AVrStudio, 4.18 build 716 > I did recently 2 builds (v4.9) - for atmega32 and for atmega1284p, > no problems so far (except the D9 fuse).. > > ----- PŮVODNÍ ZPRÁVA ----- > Od: "Jan Kromhout" <kro...@ho...> > Komu: "Everything around amforth" > <amf...@li...> > Předmět: Re: [Amforth] Compiled Version 4.8 with AVR (windows) > studio > Datum: 14.5.2012 - 19:55:17 > >> No, >> >> I have the 328P-PU! >> Do you have experience with windows? >> >> >> Jan >> >> >> Op 14 mei 2012, om 19:44 heeft pito het volgende >> geschreven: >> >>> Jan, >>> hopefuly you are not flashing the atmega8u2 (UNO >>> usb interface) with >>>> amforth.. p. >>> >>> ----- PŮVODNÍ ZPRÁVA ----- >>> Od: "Matthias Trute" <mt...@we...> >>> Komu: "Everything around amforth" >>> <amf...@li...> >>> Předmět: Re: [Amforth] Compiled Version 4.8 with >>> AVR (windows) >>>> studio >>> Datum: 14.5.2012 - 19:33:11 >>> >>>> Hi Jan, >>>> >>>>> I found some strange thing. >>>>> I compiled the version 4.8 under windows with >>>>> AVR Studio 4. >>>>>> As you can see there where no errors. >>>>> ATmega328P memory use summary [bytes]: >>>>> Segment Begin End Code Data Used Size Use% >>>>> --------------------------------------------------------------- >>>>>>>>>>>>> [.cseg] 0x000000 0x007ef6 1936 10724 12660 >>>>>> 32768 >>>>>>>>> 38.6% >>>>>> [.dseg] 0x000100 0x0001dd 0 221 221 2048 >>>>>> 10.8% >>>>>>>>> [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% >>>>> Assembly complete, 0 errors. 0 warnings >>>>> When I flash this version to the Arduino, some >>>>> strange things where find. >>>>>> Windows/IMAC is not recognise any more the >>>>>> USB >>>>>>>>> port of the arduino! >>>>>> When I take the prepared files (Get from the >>>>> sourse forge side) >>>>>> from the directory >>>>>> c:\amforth-4.8\appl\arduino >>>>>>>>> and flash them to the arduino there is no >>>>> problem. >>>>>> (duemilanove.hex and duemilanove.eep.hex) >>>>> Is this meaning that i never can make a >>>>> version >>>>>>>> under windows? >>>>> >>>> Really strange. The sourceforge files are >>>> created >>>>>> using the Atmel >>>> assembler itself. (ok using wine and linux, but >>>> that should do no harm >>>> to the generated files). >>>> >>>> What's strange too is that the USB connection >>>> get >>>>>> lost, when you >>>> reprogram the Atmege328p, the USB-Atmega16 >>>> should >>>>>> not be affected >>>> at all (at least, I cannot see anything >>>> related)... >>>> >>>> Sorry, no help from my side (until someone else >>>> tells me) >>>> Matthias >>>> >>>> PS: One very little chance is: could you >>>> upgrade >>>>>> to AVR Studio 5 or 6? >>>> >>>> ------------------------------------------------------------------------------ >>>>>>>>>> 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: Jan K. <kro...@ho...> - 2012-05-14 18:36:55
|
Dear All, My compilation is running. After making some hard references to the code as mention in the user manual it is working as it should be! Jan Op 14 mei 2012, om 20:29 heeft Jan Kromhout het volgende geschreven: > TinyusbIPS > > > Op 14 mei 2012, om 19:22 heeft pito het volgende geschreven: > >> What does it mean problem with USB? Usb on arduino is just a serial >> connectivity, when set to a baudrate you compiled amforth for it >> must work. It is like a serial dongle. >> With arduino be aware there is the mcu reset conected to a rs232 >> siganl (rts/cts or dtr..) via a 100nF capacitor (for forced reset >> when uploading via bootloader) so it might reset your mcu when >> connecting/diconnecting usb. >> >> Do you flash both hex and eep files (you have to). Did you set fuses >> properly (for given chip)? What kind of programmer do you use? >> P. >> >> ----- PŮVODNÍ ZPRÁVA ----- >> Od: "Jan Kromhout" <kro...@ho...> >> Komu: "Everything around amforth" >> <amf...@li...> >> Předmět: Re: [Amforth] Fast pin I/O lib in asm - new names >> Datum: 14.5.2012 - 18:56:54 >> >>> Pito, >>> >>> Do you have experience witch compiling under >>> windows. >>> When I compile it with the AVRstudio 4.19 my >>> version will not running, problems with the usb. >>> This when I use it under windows also on my Imc >>> >>> Please can you help perhaps? >>> >>> Cheers, >>> >>> Jan >>> >>> >>> Op 14 mei 2012, om 17:51 heeft pito het volgende >>> geschreven: >>> >>>> .. and the timing with high and low words >>>> written in forth: >>>>> >>>>> : test0 timer-start 10000 0 do PA.7 low PA.7 >>>>> high loop timer-stop >>>>>>> 10000 s>f f/ >>>>> fs. ; >>>> ok >>>>> test0 >>>> 9.54074E-5 ok (95usec) >>>>> >>>> >>>> The speed-up is 3x with asm words for pin >>>> manipulation. >>>>> p. >>>> >>>> ----- PŮVODNÍ ZPRÁVA ----- >>>> Od: "pito" <pi...@vo...> >>>> Komu: amf...@li... >>>> Předmět: Re: [Amforth] Fast pin I/O lib in asm - >>>> new names >>>>> Datum: 14.5.2012 - 17:26:14 >>>> >>>>> A simple test on fastio.lib (there is no >>>>> correction on the do-loop >>>>> timing). >>>>> The result is the duration of one loop (out of >>>>> 10.000 loops). >>>>> ---------------------------------------------------------------------------------------------------------- >>>>>>>>>>> Measured @11.0592MHz fcpu, atmega1284p, >>>>>> amforth >>>>>>>> 4.9 trunk. >>>>> >>>>>> printdate.rtc >>>>> 2012/05/14-MON-13:04:31 ok >>>>> >>>>> / portpin: is used for an individual pin only >>>>> (0-7) >>>>> >>>>>> PORTA 7 portpin: PA.7 >>>>> ok >>>>>> PA.7 pin.o >>>>> ok >>>>> >>>>>> : test1 timer-start 10000 0 do PA.7 pin.l PA.7 >>>>>> pin.h loop >>>>>>> timer-stop 10000 s>f >>>>>> f/ fs. ; >>>>> ok >>>>>> test1 >>>>> 4.14815E-5 ok ( 41 usec) >>>>> >>>>>> : test2 timer-start 10000 0 do 128 PORTA pin.l >>>>>> 128 PORTA pin.h >>>>>>> loop timer-stop >>>>>> 10000 s>f f/ fs. ; >>>>> ok >>>>>> test2 >>>>> 3.43704E-5 ok ( 34 usec) >>>>> >>>>>> : test3 timer-start 10000 0 do 128 34 pin.l >>>>>> 128 >>>>>>>>> 34 pin.h loop >>>>>>> timer-stop 10000 >>>>>> s>f f/ fs. ; >>>>> ok >>>>>> test3 >>>>> 3.43704E-5 ok (34 usec) >>>>> >>>>> >>>>> The port! (written in asm) is the same as the >>>>> portpin! (forth) >>>>> >>>>> / bitmask: is used for bits masks ($00-$FF) >>>>> >>>>>> PORTA $F0 bitmask: PA.HNIB >>>>> ok >>>>>> PA.HNIB pin.o >>>>> ok >>>>> >>>>>> : test7 timer-start 10000 0 do $88 240 34 >>>>>> port! >>>>>>>>> $33 240 34 port! >>>>>>> loop timer-st >>>>>> op 10000 s>f f/ fs. ; >>>>> ok >>>>>> test7 >>>>> 4.56296E-5 ok (46usec) >>>>>> >>>>> >>>>>> : test5 timer-start 10000 0 do $88 PA.HNIB >>>>>> port! >>>>>>>>> $33 PA.HNIB port! >>>>>>> loop timer- >>>>>> stop 10000 s>f f/ fs. ; >>>>> ok >>>>>> test5 >>>>> 5.15556E-5 ok (52usec) >>>>>> >>>>> ok >>>>> >>>>>> : test6 timer-start 10000 0 do $88 PA.HNIB >>>>>> portpin! $33 PA.HNIB >>>>>>> portpin! loop >>>>>> timer-stop 10000 s>f f/ fs. ; >>>>> ok >>>>>> test6 >>>>> 1.54667E-4 ok (155usec) >>>>> >>>>>> : test-loop timer-start 10000 0 do loop >>>>>> timer-stop 10000 s>f f/ >>>>>>> fs. ; >>>>>> ok >>>>>> test-loop >>>>> 6.51852E-6 ok (6.5usec) >>>>>> >>>>> >>>>> >>>>> ----- PŮVODNÍ ZPRÁVA ----- >>>>> Od: "pito" <pi...@vo...> >>>>> Komu: amf...@li... >>>>> Předmět: [Amforth] Fast pin I/O lib in asm - >>>>> new >>>>>>> names >>>>> Datum: 14.5.2012 - 13:25:55 >>>>> >>>>>> Hi, some time back I posted here the >>>>>> fastio.asm >>>>>>>>> lib for building >>>>>> into amforth. I did a refresh recently and >>>>>> changed >>>>>>> the names of the >>>>>> words - ie: >>>>>> >>>>>> pin.l pin.h pin.l? pin.h? pin.t pin.o >>>>>> pin.i >>>>>>> port! port@ >>>>>> port,h? port.l? (portpin:) >>>>>> >>>>>> The portpin: portpin! and bitmask: and few >>>>>> others >>>>>>> (set pullups, >>>>>> pulse) are still written in forth (in >>>>>> bitnames.frt). The (portpin:) >>>>>> is now in asm for does> part of portpin: and >>>>>> bitmask:. >>>>>> >>>>>> So if you are interested and happy with the >>>>>> new >>>>>>>>> names I may provide >>>>>> Matthias with the source. The lib is written >>>>>> in >>>>>>>>> asm based upon >>>>>> resources find in amforth and LubosP >>>>>> repositories >>>>>>> (which were >>>>>> written in forth or Lubos' asm for amforth). >>>>>> P. >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>>> 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 >> > > > ------------------------------------------------------------------------------ > 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-05-14 18:30:12
|
TinyusbIPS Op 14 mei 2012, om 19:22 heeft pito het volgende geschreven: > What does it mean problem with USB? Usb on arduino is just a serial > connectivity, when set to a baudrate you compiled amforth for it > must work. It is like a serial dongle. > With arduino be aware there is the mcu reset conected to a rs232 > siganl (rts/cts or dtr..) via a 100nF capacitor (for forced reset > when uploading via bootloader) so it might reset your mcu when > connecting/diconnecting usb. > > Do you flash both hex and eep files (you have to). Did you set fuses > properly (for given chip)? What kind of programmer do you use? > P. > > ----- PŮVODNÍ ZPRÁVA ----- > Od: "Jan Kromhout" <kro...@ho...> > Komu: "Everything around amforth" > <amf...@li...> > Předmět: Re: [Amforth] Fast pin I/O lib in asm - new names > Datum: 14.5.2012 - 18:56:54 > >> Pito, >> >> Do you have experience witch compiling under >> windows. >> When I compile it with the AVRstudio 4.19 my >> version will not running, problems with the usb. >> This when I use it under windows also on my Imc >> >> Please can you help perhaps? >> >> Cheers, >> >> Jan >> >> >> Op 14 mei 2012, om 17:51 heeft pito het volgende >> geschreven: >> >>> .. and the timing with high and low words >>> written in forth: >>>> >>>> : test0 timer-start 10000 0 do PA.7 low PA.7 >>>> high loop timer-stop >>>>>> 10000 s>f f/ >>>> fs. ; >>> ok >>>> test0 >>> 9.54074E-5 ok (95usec) >>>> >>> >>> The speed-up is 3x with asm words for pin >>> manipulation. >>>> p. >>> >>> ----- PŮVODNÍ ZPRÁVA ----- >>> Od: "pito" <pi...@vo...> >>> Komu: amf...@li... >>> Předmět: Re: [Amforth] Fast pin I/O lib in asm - >>> new names >>>> Datum: 14.5.2012 - 17:26:14 >>> >>>> A simple test on fastio.lib (there is no >>>> correction on the do-loop >>>> timing). >>>> The result is the duration of one loop (out of >>>> 10.000 loops). >>>> ---------------------------------------------------------------------------------------------------------- >>>>>>>>>> Measured @11.0592MHz fcpu, atmega1284p, >>>>> amforth >>>>>>> 4.9 trunk. >>>> >>>>> printdate.rtc >>>> 2012/05/14-MON-13:04:31 ok >>>> >>>> / portpin: is used for an individual pin only >>>> (0-7) >>>> >>>>> PORTA 7 portpin: PA.7 >>>> ok >>>>> PA.7 pin.o >>>> ok >>>> >>>>> : test1 timer-start 10000 0 do PA.7 pin.l PA.7 >>>>> pin.h loop >>>>>> timer-stop 10000 s>f >>>>> f/ fs. ; >>>> ok >>>>> test1 >>>> 4.14815E-5 ok ( 41 usec) >>>> >>>>> : test2 timer-start 10000 0 do 128 PORTA pin.l >>>>> 128 PORTA pin.h >>>>>> loop timer-stop >>>>> 10000 s>f f/ fs. ; >>>> ok >>>>> test2 >>>> 3.43704E-5 ok ( 34 usec) >>>> >>>>> : test3 timer-start 10000 0 do 128 34 pin.l >>>>> 128 >>>>>>>> 34 pin.h loop >>>>>> timer-stop 10000 >>>>> s>f f/ fs. ; >>>> ok >>>>> test3 >>>> 3.43704E-5 ok (34 usec) >>>> >>>> >>>> The port! (written in asm) is the same as the >>>> portpin! (forth) >>>> >>>> / bitmask: is used for bits masks ($00-$FF) >>>> >>>>> PORTA $F0 bitmask: PA.HNIB >>>> ok >>>>> PA.HNIB pin.o >>>> ok >>>> >>>>> : test7 timer-start 10000 0 do $88 240 34 >>>>> port! >>>>>>>> $33 240 34 port! >>>>>> loop timer-st >>>>> op 10000 s>f f/ fs. ; >>>> ok >>>>> test7 >>>> 4.56296E-5 ok (46usec) >>>>> >>>> >>>>> : test5 timer-start 10000 0 do $88 PA.HNIB >>>>> port! >>>>>>>> $33 PA.HNIB port! >>>>>> loop timer- >>>>> stop 10000 s>f f/ fs. ; >>>> ok >>>>> test5 >>>> 5.15556E-5 ok (52usec) >>>>> >>>> ok >>>> >>>>> : test6 timer-start 10000 0 do $88 PA.HNIB >>>>> portpin! $33 PA.HNIB >>>>>> portpin! loop >>>>> timer-stop 10000 s>f f/ fs. ; >>>> ok >>>>> test6 >>>> 1.54667E-4 ok (155usec) >>>> >>>>> : test-loop timer-start 10000 0 do loop >>>>> timer-stop 10000 s>f f/ >>>>>> fs. ; >>>>> ok >>>>> test-loop >>>> 6.51852E-6 ok (6.5usec) >>>>> >>>> >>>> >>>> ----- PŮVODNÍ ZPRÁVA ----- >>>> Od: "pito" <pi...@vo...> >>>> Komu: amf...@li... >>>> Předmět: [Amforth] Fast pin I/O lib in asm - >>>> new >>>>>> names >>>> Datum: 14.5.2012 - 13:25:55 >>>> >>>>> Hi, some time back I posted here the >>>>> fastio.asm >>>>>>>> lib for building >>>>> into amforth. I did a refresh recently and >>>>> changed >>>>>> the names of the >>>>> words - ie: >>>>> >>>>> pin.l pin.h pin.l? pin.h? pin.t pin.o >>>>> pin.i >>>>>> port! port@ >>>>> port,h? port.l? (portpin:) >>>>> >>>>> The portpin: portpin! and bitmask: and few >>>>> others >>>>>> (set pullups, >>>>> pulse) are still written in forth (in >>>>> bitnames.frt). The (portpin:) >>>>> is now in asm for does> part of portpin: and >>>>> bitmask:. >>>>> >>>>> So if you are interested and happy with the >>>>> new >>>>>>>> names I may provide >>>>> Matthias with the source. The lib is written >>>>> in >>>>>>>> asm based upon >>>>> resources find in amforth and LubosP >>>>> repositories >>>>>> (which were >>>>> written in forth or Lubos' asm for amforth). >>>>> P. >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>>> 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: Erich W. <ew....@na...> - 2012-05-14 18:08:11
|
On 05/14/2012 07:26 PM, Jan Kromhout wrote: > Are you making the hex files under windows or unix? I'm working under linux. You may safely call me windows-illiterate. I use wine+AvrAssembler2 from the avrstudio file. Alternately I use avra, but this might not work currently --- I haven't checked in a while. Cheers, Erich |
|
From: pito <pi...@vo...> - 2012-05-14 18:06:07
|
I am working with amforth from windows only.. Terminal: Forfiter 1.5 Interface: Bluetooth - cheap interface @115kbaud Compiler AVrStudio, 4.18 build 716 I did recently 2 builds (v4.9) - for atmega32 and for atmega1284p, no problems so far (except the D9 fuse).. ----- PŮVODNÍ ZPRÁVA ----- Od: "Jan Kromhout" <kro...@ho...> Komu: "Everything around amforth" <amf...@li...> Předmět: Re: [Amforth] Compiled Version 4.8 with AVR (windows) studio Datum: 14.5.2012 - 19:55:17 > No, > > I have the 328P-PU! > Do you have experience with windows? > > > Jan > > > Op 14 mei 2012, om 19:44 heeft pito het volgende > geschreven: > > > Jan, > > hopefuly you are not flashing the atmega8u2 (UNO > > usb interface) with > > > amforth.. p. > > > > ----- PŮVODNÍ ZPRÁVA ----- > > Od: "Matthias Trute" <mt...@we...> > > Komu: "Everything around amforth" > > <amf...@li...> > > Předmět: Re: [Amforth] Compiled Version 4.8 with > > AVR (windows) > > > studio > > Datum: 14.5.2012 - 19:33:11 > > > >> Hi Jan, > >> > >>> I found some strange thing. > >>> I compiled the version 4.8 under windows with > >>> AVR Studio 4. > >>>> As you can see there where no errors. > >>> ATmega328P memory use summary [bytes]: > >>> Segment Begin End Code Data Used Size Use% > >>> --------------------------------------------------------------- > >>> > >>> >>>> [.cseg] 0x000000 0x007ef6 1936 10724 12660 > >>>> 32768 > >>>> >>> 38.6% > >>>> [.dseg] 0x000100 0x0001dd 0 221 221 2048 > >>>> 10.8% > >>>> >>> [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% > >>> Assembly complete, 0 errors. 0 warnings > >>> When I flash this version to the Arduino, some > >>> strange things where find. > >>>> Windows/IMAC is not recognise any more the > >>>> USB > >>>> >>> port of the arduino! > >>>> When I take the prepared files (Get from the > >>> sourse forge side) > >>>> from the directory > >>>> c:\amforth-4.8\appl\arduino > >>>> >>> and flash them to the arduino there is no > >>> problem. > >>>> (duemilanove.hex and duemilanove.eep.hex) > >>> Is this meaning that i never can make a > >>> version > >>> >>> under windows? > >>> > >> Really strange. The sourceforge files are > >> created > >> >> using the Atmel > >> assembler itself. (ok using wine and linux, but > >> that should do no harm > >> to the generated files). > >> > >> What's strange too is that the USB connection > >> get > >> >> lost, when you > >> reprogram the Atmege328p, the USB-Atmega16 > >> should > >> >> not be affected > >> at all (at least, I cannot see anything > >> related)... > >> > >> Sorry, no help from my side (until someone else > >> tells me) > >> Matthias > >> > >> PS: One very little chance is: could you > >> upgrade > >> >> to AVR Studio 5 or 6? > >> > >> ------------------------------------------------------------------------------ > >> > >> >>> 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: Jan K. <kro...@ho...> - 2012-05-14 17:55:27
|
No, I have the 328P-PU! Do you have experience with windows? Jan Op 14 mei 2012, om 19:44 heeft pito het volgende geschreven: > Jan, > hopefuly you are not flashing the atmega8u2 (UNO usb interface) with > amforth.. p. > > ----- PŮVODNÍ ZPRÁVA ----- > Od: "Matthias Trute" <mt...@we...> > Komu: "Everything around amforth" > <amf...@li...> > Předmět: Re: [Amforth] Compiled Version 4.8 with AVR (windows) > studio > Datum: 14.5.2012 - 19:33:11 > >> Hi Jan, >> >>> I found some strange thing. >>> I compiled the version 4.8 under windows with >>> AVR Studio 4. >>>> As you can see there where no errors. >>> ATmega328P memory use summary [bytes]: >>> Segment Begin End Code Data Used Size Use% >>> --------------------------------------------------------------- >>>> [.cseg] 0x000000 0x007ef6 1936 10724 12660 32768 >>> 38.6% >>>> [.dseg] 0x000100 0x0001dd 0 221 221 2048 10.8% >>> [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% >>> Assembly complete, 0 errors. 0 warnings >>> When I flash this version to the Arduino, some >>> strange things where find. >>>> Windows/IMAC is not recognise any more the USB >>> port of the arduino! >>>> When I take the prepared files (Get from the >>> sourse forge side) >>>> from the directory c:\amforth-4.8\appl\arduino >>> and flash them to the arduino there is no >>> problem. >>>> (duemilanove.hex and duemilanove.eep.hex) >>> Is this meaning that i never can make a version >>> under windows? >>> >> Really strange. The sourceforge files are created >> using the Atmel >> assembler itself. (ok using wine and linux, but >> that should do no harm >> to the generated files). >> >> What's strange too is that the USB connection get >> lost, when you >> reprogram the Atmege328p, the USB-Atmega16 should >> not be affected >> at all (at least, I cannot see anything >> related)... >> >> Sorry, no help from my side (until someone else >> tells me) >> Matthias >> >> PS: One very little chance is: could you upgrade >> to AVR Studio 5 or 6? >> >> ------------------------------------------------------------------------------ >>> 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: pito <pi...@vo...> - 2012-05-14 17:44:49
|
Jan, hopefuly you are not flashing the atmega8u2 (UNO usb interface) with amforth.. p. ----- PŮVODNÍ ZPRÁVA ----- Od: "Matthias Trute" <mt...@we...> Komu: "Everything around amforth" <amf...@li...> Předmět: Re: [Amforth] Compiled Version 4.8 with AVR (windows) studio Datum: 14.5.2012 - 19:33:11 > Hi Jan, > > > I found some strange thing. > > I compiled the version 4.8 under windows with > > AVR Studio 4. > > > As you can see there where no errors. > > ATmega328P memory use summary [bytes]: > > Segment Begin End Code Data Used Size Use% > > --------------------------------------------------------------- > > > [.cseg] 0x000000 0x007ef6 1936 10724 12660 32768 > > 38.6% > > > [.dseg] 0x000100 0x0001dd 0 221 221 2048 10.8% > > [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% > > Assembly complete, 0 errors. 0 warnings > > When I flash this version to the Arduino, some > > strange things where find. > > > Windows/IMAC is not recognise any more the USB > > port of the arduino! > > > When I take the prepared files (Get from the > > sourse forge side) > > > from the directory c:\amforth-4.8\appl\arduino > > and flash them to the arduino there is no > > problem. > > > (duemilanove.hex and duemilanove.eep.hex) > > Is this meaning that i never can make a version > > under windows? > > > Really strange. The sourceforge files are created > using the Atmel > assembler itself. (ok using wine and linux, but > that should do no harm > to the generated files). > > What's strange too is that the USB connection get > lost, when you > reprogram the Atmege328p, the USB-Atmega16 should > not be affected > at all (at least, I cannot see anything > related)... > > Sorry, no help from my side (until someone else > tells me) > Matthias > > PS: One very little chance is: could you upgrade > to AVR Studio 5 or 6? > > ------------------------------------------------------------------------------ > > 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-05-14 17:43:23
|
Hi, Matthias, The same with version 5! I compare my file with the file on source forge and there are lot of differences. Regards, Jan Op 14 mei 2012, om 19:33 heeft Matthias Trute het volgende geschreven: > Hi Jan, > >> I found some strange thing. >> I compiled the version 4.8 under windows with AVR Studio 4. >> As you can see there where no errors. >> ATmega328P memory use summary [bytes]: >> Segment Begin End Code Data Used Size Use% >> --------------------------------------------------------------- >> [.cseg] 0x000000 0x007ef6 1936 10724 12660 32768 38.6% >> [.dseg] 0x000100 0x0001dd 0 221 221 2048 10.8% >> [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% >> Assembly complete, 0 errors. 0 warnings >> When I flash this version to the Arduino, some strange things where find. >> Windows/IMAC is not recognise any more the USB port of the arduino! >> When I take the prepared files (Get from the sourse forge side) >> from the directory c:\amforth-4.8\appl\arduino and flash them to the arduino there is no problem. >> (duemilanove.hex and duemilanove.eep.hex) >> Is this meaning that i never can make a version under windows? > > Really strange. The sourceforge files are created using the Atmel > assembler itself. (ok using wine and linux, but that should do no harm > to the generated files). > > What's strange too is that the USB connection get lost, when you > reprogram the Atmege328p, the USB-Atmega16 should not be affected > at all (at least, I cannot see anything related)... > > Sorry, no help from my side (until someone else tells me) > Matthias > > PS: One very little chance is: could you upgrade to AVR Studio 5 or 6? > > ------------------------------------------------------------------------------ > 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-05-14 17:33:19
|
Hi Jan, > I found some strange thing. > I compiled the version 4.8 under windows with AVR Studio 4. > As you can see there where no errors. > ATmega328P memory use summary [bytes]: > Segment Begin End Code Data Used Size Use% > --------------------------------------------------------------- > [.cseg] 0x000000 0x007ef6 1936 10724 12660 32768 38.6% > [.dseg] 0x000100 0x0001dd 0 221 221 2048 10.8% > [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% > Assembly complete, 0 errors. 0 warnings > When I flash this version to the Arduino, some strange things where find. > Windows/IMAC is not recognise any more the USB port of the arduino! > When I take the prepared files (Get from the sourse forge side) > from the directory c:\amforth-4.8\appl\arduino and flash them to the arduino there is no problem. > (duemilanove.hex and duemilanove.eep.hex) > Is this meaning that i never can make a version under windows? Really strange. The sourceforge files are created using the Atmel assembler itself. (ok using wine and linux, but that should do no harm to the generated files). What's strange too is that the USB connection get lost, when you reprogram the Atmege328p, the USB-Atmega16 should not be affected at all (at least, I cannot see anything related)... Sorry, no help from my side (until someone else tells me) Matthias PS: One very little chance is: could you upgrade to AVR Studio 5 or 6? |
|
From: Jan K. <kro...@ho...> - 2012-05-14 17:26:52
|
Dear Erich, I compile the 4.8 version bare. Take the two hex files and flash them separate to the arduino, don't use the AVR Studio. For flashing I use the USBTinyISP. When I do te flash with the version from the net no problems! I take the same source as on the net, the 4.8 version. Are you making the hex files under windows or unix? And are you take for the arduino the same files as on the net? Jan Op 14 mei 2012, om 19:04 heeft Erich Waelde het volgende geschreven: > Hi Jan, > > On 05/14/2012 04:28 PM, Jan Kromhout wrote: >> Hello, >> I found some strange thing. >> I compiled the version 4.8 under windows with AVR Studio 4. >> As you can see there where no errors. >> ATmega328P memory use summary [bytes]: >> Segment Begin End Code Data Used Size Use% >> --------------------------------------------------------------- >> [.cseg] 0x000000 0x007ef6 1936 10724 12660 32768 38.6% >> [.dseg] 0x000100 0x0001dd 0 221 221 2048 10.8% >> [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% >> Assembly complete, 0 errors. 0 warnings > >> When I flash this version to the Arduino, some strange things where find. >> Windows/IMAC is not recognise any more the USB port of the arduino! >> When I take the prepared files (Get from the sourse forge side) >> from the directory c:\amforth-4.8\appl\arduino and flash them to the arduino there is no problem. >> (duemilanove.hex and duemilanove.eep.hex) >> Is this meaning that i never can make a version under windows? >> Thanks for anny help. > > a. > There is Karl Lunt's user guide on the amforth website, which > has a bit of information on AvrStudio. > http://amforth.sourceforge.net/amforth-userguide.pdf > > b. > You did double check the fuse settings and the baud rate stuff? > AvrStudio might have its own ideas about the world. > > Just my 2 cent, I don't use AvrStudio. > > 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: Matthias T. <mt...@we...> - 2012-05-14 17:25:33
|
Hi, > I whas reading the German "das Fort magazin, vierte Dimension" and > find two interesting commands for manupulating on a simple way > individual bits with bset and bclr. > > Why are these not implemented in amForth?. Is thebsource for these > two available? Within the core/words directory you can find three files: bm_set.asm bm_clear.asm and bm_toggle.asm which should do, what you expect (and they are compatible with the bitname.frt structures and are implemented in assembly for speed reasons). bm-set will set all bits at the specified RAM Address that are set in the bitmask. bm-clear will clear all thoses bit positions and bm-toggle, well you'll guess yourself ;) I prefer the bitmask over a bitnumber simply because it can deal with more bits in one operation. Expanding the bitmask to more than 8bits is a little bit dangerous since both the pure action of reading/writing and the order of the read/write operations may be important in some cases. The bclr and bset commands Michael mentioned are basically the same, but we could not (yet) agree on a common name.... HTH Matthias |
|
From: pito <pi...@vo...> - 2012-05-14 17:22:31
|
What does it mean problem with USB? Usb on arduino is just a serial connectivity, when set to a baudrate you compiled amforth for it must work. It is like a serial dongle. With arduino be aware there is the mcu reset conected to a rs232 siganl (rts/cts or dtr..) via a 100nF capacitor (for forced reset when uploading via bootloader) so it might reset your mcu when connecting/diconnecting usb. Do you flash both hex and eep files (you have to). Did you set fuses properly (for given chip)? What kind of programmer do you use? P. ----- PŮVODNÍ ZPRÁVA ----- Od: "Jan Kromhout" <kro...@ho...> Komu: "Everything around amforth" <amf...@li...> Předmět: Re: [Amforth] Fast pin I/O lib in asm - new names Datum: 14.5.2012 - 18:56:54 > Pito, > > Do you have experience witch compiling under > windows. > When I compile it with the AVRstudio 4.19 my > version will not running, problems with the usb. > This when I use it under windows also on my Imc > > Please can you help perhaps? > > Cheers, > > Jan > > > Op 14 mei 2012, om 17:51 heeft pito het volgende > geschreven: > > > .. and the timing with high and low words > > written in forth: > > > > >> : test0 timer-start 10000 0 do PA.7 low PA.7 > >> high loop timer-stop > >> >> 10000 s>f f/ > >> fs. ; > > ok > >> test0 > > 9.54074E-5 ok (95usec) > >> > > > > The speed-up is 3x with asm words for pin > > manipulation. > > > p. > > > > ----- PŮVODNÍ ZPRÁVA ----- > > Od: "pito" <pi...@vo...> > > Komu: amf...@li... > > Předmět: Re: [Amforth] Fast pin I/O lib in asm - > > new names > > > Datum: 14.5.2012 - 17:26:14 > > > >> A simple test on fastio.lib (there is no > >> correction on the do-loop > >> timing). > >> The result is the duration of one loop (out of > >> 10.000 loops). > >> ---------------------------------------------------------------------------------------------------------- > >> > >> >>> Measured @11.0592MHz fcpu, atmega1284p, > >>> amforth > >>> >> 4.9 trunk. > >> > >>> printdate.rtc > >> 2012/05/14-MON-13:04:31 ok > >> > >> / portpin: is used for an individual pin only > >> (0-7) > >> > >>> PORTA 7 portpin: PA.7 > >> ok > >>> PA.7 pin.o > >> ok > >> > >>> : test1 timer-start 10000 0 do PA.7 pin.l PA.7 > >>> pin.h loop > >>>> timer-stop 10000 s>f > >>> f/ fs. ; > >> ok > >>> test1 > >> 4.14815E-5 ok ( 41 usec) > >> > >>> : test2 timer-start 10000 0 do 128 PORTA pin.l > >>> 128 PORTA pin.h > >>>> loop timer-stop > >>> 10000 s>f f/ fs. ; > >> ok > >>> test2 > >> 3.43704E-5 ok ( 34 usec) > >> > >>> : test3 timer-start 10000 0 do 128 34 pin.l > >>> 128 > >>> >>> 34 pin.h loop > >>>> timer-stop 10000 > >>> s>f f/ fs. ; > >> ok > >>> test3 > >> 3.43704E-5 ok (34 usec) > >> > >> > >> The port! (written in asm) is the same as the > >> portpin! (forth) > >> > >> / bitmask: is used for bits masks ($00-$FF) > >> > >>> PORTA $F0 bitmask: PA.HNIB > >> ok > >>> PA.HNIB pin.o > >> ok > >> > >>> : test7 timer-start 10000 0 do $88 240 34 > >>> port! > >>> >>> $33 240 34 port! > >>>> loop timer-st > >>> op 10000 s>f f/ fs. ; > >> ok > >>> test7 > >> 4.56296E-5 ok (46usec) > >>> > >> > >>> : test5 timer-start 10000 0 do $88 PA.HNIB > >>> port! > >>> >>> $33 PA.HNIB port! > >>>> loop timer- > >>> stop 10000 s>f f/ fs. ; > >> ok > >>> test5 > >> 5.15556E-5 ok (52usec) > >>> > >> ok > >> > >>> : test6 timer-start 10000 0 do $88 PA.HNIB > >>> portpin! $33 PA.HNIB > >>>> portpin! loop > >>> timer-stop 10000 s>f f/ fs. ; > >> ok > >>> test6 > >> 1.54667E-4 ok (155usec) > >> > >>> : test-loop timer-start 10000 0 do loop > >>> timer-stop 10000 s>f f/ > >>>> fs. ; > >>> ok > >>> test-loop > >> 6.51852E-6 ok (6.5usec) > >>> > >> > >> > >> ----- PŮVODNÍ ZPRÁVA ----- > >> Od: "pito" <pi...@vo...> > >> Komu: amf...@li... > >> Předmět: [Amforth] Fast pin I/O lib in asm - > >> new > >> >> names > >> Datum: 14.5.2012 - 13:25:55 > >> > >>> Hi, some time back I posted here the > >>> fastio.asm > >>> >>> lib for building > >>> into amforth. I did a refresh recently and > >>> changed > >>>> the names of the > >>> words - ie: > >>> > >>> pin.l pin.h pin.l? pin.h? pin.t pin.o > >>> pin.i > >>>> port! port@ > >>> port,h? port.l? (portpin:) > >>> > >>> The portpin: portpin! and bitmask: and few > >>> others > >>>> (set pullups, > >>> pulse) are still written in forth (in > >>> bitnames.frt). The (portpin:) > >>> is now in asm for does> part of portpin: and > >>> bitmask:. > >>> > >>> So if you are interested and happy with the > >>> new > >>> >>> names I may provide > >>> Matthias with the source. The lib is written > >>> in > >>> >>> asm based upon > >>> resources find in amforth and LubosP > >>> repositories > >>>> (which were > >>> written in forth or Lubos' asm for amforth). > >>> P. > >>> > >>> > >>> ------------------------------------------------------------------------------ > >>> > >>> >>>>>>> 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-05-14 17:05:52
|
Hi Jan, On 05/14/2012 04:28 PM, Jan Kromhout wrote: > Hello, > I found some strange thing. > I compiled the version 4.8 under windows with AVR Studio 4. > As you can see there where no errors. > ATmega328P memory use summary [bytes]: > Segment Begin End Code Data Used Size Use% > --------------------------------------------------------------- > [.cseg] 0x000000 0x007ef6 1936 10724 12660 32768 38.6% > [.dseg] 0x000100 0x0001dd 0 221 221 2048 10.8% > [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% > Assembly complete, 0 errors. 0 warnings > When I flash this version to the Arduino, some strange things where find. > Windows/IMAC is not recognise any more the USB port of the arduino! > When I take the prepared files (Get from the sourse forge side) > from the directory c:\amforth-4.8\appl\arduino and flash them to the arduino there is no problem. > (duemilanove.hex and duemilanove.eep.hex) > Is this meaning that i never can make a version under windows? > Thanks for anny help. a. There is Karl Lunt's user guide on the amforth website, which has a bit of information on AvrStudio. http://amforth.sourceforge.net/amforth-userguide.pdf b. You did double check the fuse settings and the baud rate stuff? AvrStudio might have its own ideas about the world. Just my 2 cent, I don't use AvrStudio. Erich |
|
From: Jan K. <kro...@ho...> - 2012-05-14 16:57:08
|
Pito, Do you have experience witch compiling under windows. When I compile it with the AVRstudio 4.19 my version will not running, problems with the usb. This when I use it under windows also on my Imc Please can you help perhaps? Cheers, Jan Op 14 mei 2012, om 17:51 heeft pito het volgende geschreven: > .. and the timing with high and low words written in forth: > >> : test0 timer-start 10000 0 do PA.7 low PA.7 high loop timer-stop >> 10000 s>f f/ >> fs. ; > ok >> test0 > 9.54074E-5 ok (95usec) >> > > The speed-up is 3x with asm words for pin manipulation. > p. > > ----- PŮVODNÍ ZPRÁVA ----- > Od: "pito" <pi...@vo...> > Komu: amf...@li... > Předmět: Re: [Amforth] Fast pin I/O lib in asm - new names > Datum: 14.5.2012 - 17:26:14 > >> A simple test on fastio.lib (there is no >> correction on the do-loop >> timing). >> The result is the duration of one loop (out of >> 10.000 loops). >> ---------------------------------------------------------------------------------------------------------- >>> Measured @11.0592MHz fcpu, atmega1284p, amforth >> 4.9 trunk. >> >>> printdate.rtc >> 2012/05/14-MON-13:04:31 ok >> >> / portpin: is used for an individual pin only >> (0-7) >> >>> PORTA 7 portpin: PA.7 >> ok >>> PA.7 pin.o >> ok >> >>> : test1 timer-start 10000 0 do PA.7 pin.l PA.7 >>> pin.h loop >>>> timer-stop 10000 s>f >>> f/ fs. ; >> ok >>> test1 >> 4.14815E-5 ok ( 41 usec) >> >>> : test2 timer-start 10000 0 do 128 PORTA pin.l >>> 128 PORTA pin.h >>>> loop timer-stop >>> 10000 s>f f/ fs. ; >> ok >>> test2 >> 3.43704E-5 ok ( 34 usec) >> >>> : test3 timer-start 10000 0 do 128 34 pin.l 128 >>> 34 pin.h loop >>>> timer-stop 10000 >>> s>f f/ fs. ; >> ok >>> test3 >> 3.43704E-5 ok (34 usec) >> >> >> The port! (written in asm) is the same as the >> portpin! (forth) >> >> / bitmask: is used for bits masks ($00-$FF) >> >>> PORTA $F0 bitmask: PA.HNIB >> ok >>> PA.HNIB pin.o >> ok >> >>> : test7 timer-start 10000 0 do $88 240 34 port! >>> $33 240 34 port! >>>> loop timer-st >>> op 10000 s>f f/ fs. ; >> ok >>> test7 >> 4.56296E-5 ok (46usec) >>> >> >>> : test5 timer-start 10000 0 do $88 PA.HNIB port! >>> $33 PA.HNIB port! >>>> loop timer- >>> stop 10000 s>f f/ fs. ; >> ok >>> test5 >> 5.15556E-5 ok (52usec) >>> >> ok >> >>> : test6 timer-start 10000 0 do $88 PA.HNIB >>> portpin! $33 PA.HNIB >>>> portpin! loop >>> timer-stop 10000 s>f f/ fs. ; >> ok >>> test6 >> 1.54667E-4 ok (155usec) >> >>> : test-loop timer-start 10000 0 do loop >>> timer-stop 10000 s>f f/ >>>> fs. ; >>> ok >>> test-loop >> 6.51852E-6 ok (6.5usec) >>> >> >> >> ----- PŮVODNÍ ZPRÁVA ----- >> Od: "pito" <pi...@vo...> >> Komu: amf...@li... >> Předmět: [Amforth] Fast pin I/O lib in asm - new >> names >> Datum: 14.5.2012 - 13:25:55 >> >>> Hi, some time back I posted here the fastio.asm >>> lib for building >>> into amforth. I did a refresh recently and >>> changed >>>> the names of the >>> words - ie: >>> >>> pin.l pin.h pin.l? pin.h? pin.t pin.o >>> pin.i >>>> port! port@ >>> port,h? port.l? (portpin:) >>> >>> The portpin: portpin! and bitmask: and few >>> others >>>> (set pullups, >>> pulse) are still written in forth (in >>> bitnames.frt). The (portpin:) >>> is now in asm for does> part of portpin: and >>> bitmask:. >>> >>> So if you are interested and happy with the new >>> names I may provide >>> Matthias with the source. The lib is written in >>> asm based upon >>> resources find in amforth and LubosP >>> repositories >>>> (which were >>> written in forth or Lubos' asm for amforth). >>> P. >>> >>> >>> ------------------------------------------------------------------------------ >>>>>>> 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: pito <pi...@vo...> - 2012-05-14 16:42:26
|
The arduino is a bare metal. So my answer would be - yes, in order to use fastio you have to add the asm sources to your compilation, compile the amforth, and you will get the basic core enhanced with the pin.xy words. The first step for you shall be the mastering the basic compilation of amforth for any atmega chip under windows, then to master the flashing into it any atmega chip, and then to learn how to enhance the dictionary with forth or asm libraries. A step by step approach. :) p. ----- PŮVODNÍ ZPRÁVA ----- Od: "Jan Kromhout" <kro...@ho...> Komu: "Everything around amforth" <amf...@li...> Předmět: Re: [Amforth] Fast pin I/O lib in asm - new names Datum: 14.5.2012 - 18:04:34 > Hello, > > It is a nice future. > The only way to get it in the arduino is by the > assembler? > > Regards, > > Jan kromhout > Sacharovlaan 3 > 3223HM Hellevoetsluis-NL > > Op 14 mei 2012 om 17:26 heeft "pito" > <pi...@vo...> het volgende geschreven: > > > A simple test on fastio.lib (there is no > > correction on the do-loop > > > timing). > > The result is the duration of one loop (out of > > 10.000 loops). > > > ---------------------------------------------------------------------------------------------------------- > > > > > > Measured @11.0592MHz fcpu, atmega1284p, amforth > > 4.9 trunk. > > > > >> printdate.rtc > > 2012/05/14-MON-13:04:31 ok > > > > / portpin: is used for an individual pin only > > (0-7) > > > > >> PORTA 7 portpin: PA.7 > > ok > >> PA.7 pin.o > > ok > > > >> : test1 timer-start 10000 0 do PA.7 pin.l PA.7 > >> pin.h loop > >> >> timer-stop 10000 s>f > >> f/ fs. ; > > ok > >> test1 > > 4.14815E-5 ok ( 41 usec) > > > >> : test2 timer-start 10000 0 do 128 PORTA pin.l > >> 128 PORTA pin.h > >> >> loop timer-stop > >> 10000 s>f f/ fs. ; > > ok > >> test2 > > 3.43704E-5 ok ( 34 usec) > > > >> : test3 timer-start 10000 0 do 128 34 pin.l 128 > >> 34 pin.h loop > >> >> timer-stop 10000 > >> s>f f/ fs. ; > > ok > >> test3 > > 3.43704E-5 ok (34 usec) > > > > > > The port! (written in asm) is the same as the > > portpin! (forth) > > > > > / bitmask: is used for bits masks ($00-$FF) > > > >> PORTA $F0 bitmask: PA.HNIB > > ok > >> PA.HNIB pin.o > > ok > > > >> : test7 timer-start 10000 0 do $88 240 34 port! > >> $33 240 34 port! > >> >> loop timer-st > >> op 10000 s>f f/ fs. ; > > ok > >> test7 > > 4.56296E-5 ok (46usec) > >> > > > >> : test5 timer-start 10000 0 do $88 PA.HNIB > >> port! $33 PA.HNIB port! > >> >> loop timer- > >> stop 10000 s>f f/ fs. ; > > ok > >> test5 > > 5.15556E-5 ok (52usec) > >> > > ok > > > >> : test6 timer-start 10000 0 do $88 PA.HNIB > >> portpin! $33 PA.HNIB > >> >> portpin! loop > >> timer-stop 10000 s>f f/ fs. ; > > ok > >> test6 > > 1.54667E-4 ok (155usec) > > > >> : test-loop timer-start 10000 0 do loop > >> timer-stop 10000 s>f f/ > >> >> fs. ; > >> ok > >> test-loop > > 6.51852E-6 ok (6.5usec) > >> > > > > > > ----- PŮVODNÍ ZPRÁVA ----- > > Od: "pito" <pi...@vo...> > > Komu: amf...@li... > > Předmět: [Amforth] Fast pin I/O lib in asm - new > > names > > > Datum: 14.5.2012 - 13:25:55 > > > >> Hi, some time back I posted here the fastio.asm > >> lib for building > >> into amforth. I did a refresh recently and > >> changed > >> >> the names of the > >> words - ie: > >> > >> pin.l pin.h pin.l? pin.h? pin.t pin.o > >> pin.i > >> >> port! port@ > >> port,h? port.l? (portpin:) > >> > >> The portpin: portpin! and bitmask: and few > >> others > >> >> (set pullups, > >> pulse) are still written in forth (in > >> bitnames.frt). The (portpin:) > >> is now in asm for does> part of portpin: and > >> bitmask:. > >> > >> So if you are interested and happy with the new > >> names I may provide > >> Matthias with the source. The lib is written in > >> asm based upon > >> resources find in amforth and LubosP > >> repositories > >> >> (which were > >> written in forth or Lubos' asm for amforth). > >> P. > >> > >> > >> ------------------------------------------------------------------------------ > >> > >> >>> 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: Jan K. <kro...@ho...> - 2012-05-14 16:04:44
|
Hello, It is a nice future. The only way to get it in the arduino is by the assembler? Regards, Jan kromhout Sacharovlaan 3 3223HM Hellevoetsluis-NL Op 14 mei 2012 om 17:26 heeft "pito" <pi...@vo...> het volgende geschreven: > A simple test on fastio.lib (there is no correction on the do-loop > timing). > The result is the duration of one loop (out of 10.000 loops). > ---------------------------------------------------------------------------------------------------------- > Measured @11.0592MHz fcpu, atmega1284p, amforth 4.9 trunk. > >> printdate.rtc > 2012/05/14-MON-13:04:31 ok > > / portpin: is used for an individual pin only (0-7) > >> PORTA 7 portpin: PA.7 > ok >> PA.7 pin.o > ok > >> : test1 timer-start 10000 0 do PA.7 pin.l PA.7 pin.h loop >> timer-stop 10000 s>f >> f/ fs. ; > ok >> test1 > 4.14815E-5 ok ( 41 usec) > >> : test2 timer-start 10000 0 do 128 PORTA pin.l 128 PORTA pin.h >> loop timer-stop >> 10000 s>f f/ fs. ; > ok >> test2 > 3.43704E-5 ok ( 34 usec) > >> : test3 timer-start 10000 0 do 128 34 pin.l 128 34 pin.h loop >> timer-stop 10000 >> s>f f/ fs. ; > ok >> test3 > 3.43704E-5 ok (34 usec) > > > The port! (written in asm) is the same as the portpin! (forth) > > / bitmask: is used for bits masks ($00-$FF) > >> PORTA $F0 bitmask: PA.HNIB > ok >> PA.HNIB pin.o > ok > >> : test7 timer-start 10000 0 do $88 240 34 port! $33 240 34 port! >> loop timer-st >> op 10000 s>f f/ fs. ; > ok >> test7 > 4.56296E-5 ok (46usec) >> > >> : test5 timer-start 10000 0 do $88 PA.HNIB port! $33 PA.HNIB port! >> loop timer- >> stop 10000 s>f f/ fs. ; > ok >> test5 > 5.15556E-5 ok (52usec) >> > ok > >> : test6 timer-start 10000 0 do $88 PA.HNIB portpin! $33 PA.HNIB >> portpin! loop >> timer-stop 10000 s>f f/ fs. ; > ok >> test6 > 1.54667E-4 ok (155usec) > >> : test-loop timer-start 10000 0 do loop timer-stop 10000 s>f f/ >> fs. ; >> ok >> test-loop > 6.51852E-6 ok (6.5usec) >> > > > ----- PŮVODNÍ ZPRÁVA ----- > Od: "pito" <pi...@vo...> > Komu: amf...@li... > Předmět: [Amforth] Fast pin I/O lib in asm - new names > Datum: 14.5.2012 - 13:25:55 > >> Hi, some time back I posted here the fastio.asm >> lib for building >> into amforth. I did a refresh recently and changed >> the names of the >> words - ie: >> >> pin.l pin.h pin.l? pin.h? pin.t pin.o pin.i >> port! port@ >> port,h? port.l? (portpin:) >> >> The portpin: portpin! and bitmask: and few others >> (set pullups, >> pulse) are still written in forth (in >> bitnames.frt). The (portpin:) >> is now in asm for does> part of portpin: and >> bitmask:. >> >> So if you are interested and happy with the new >> names I may provide >> Matthias with the source. The lib is written in >> asm based upon >> resources find in amforth and LubosP repositories >> (which were >> written in forth or Lubos' asm for amforth). >> P. >> >> >> ------------------------------------------------------------------------------ >>> 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: pito <pi...@vo...> - 2012-05-14 15:51:17
|
.. and the timing with high and low words written in forth: > : test0 timer-start 10000 0 do PA.7 low PA.7 high loop timer-stop > 10000 s>f f/ > fs. ; ok > test0 9.54074E-5 ok (95usec) > The speed-up is 3x with asm words for pin manipulation. p. ----- PŮVODNÍ ZPRÁVA ----- Od: "pito" <pi...@vo...> Komu: amf...@li... Předmět: Re: [Amforth] Fast pin I/O lib in asm - new names Datum: 14.5.2012 - 17:26:14 > A simple test on fastio.lib (there is no > correction on the do-loop > timing). > The result is the duration of one loop (out of > 10.000 loops). > ---------------------------------------------------------------------------------------------------------- > > Measured @11.0592MHz fcpu, atmega1284p, amforth > 4.9 trunk. > > > printdate.rtc > 2012/05/14-MON-13:04:31 ok > > / portpin: is used for an individual pin only > (0-7) > > > PORTA 7 portpin: PA.7 > ok > > PA.7 pin.o > ok > > > : test1 timer-start 10000 0 do PA.7 pin.l PA.7 > > pin.h loop > > > timer-stop 10000 s>f > > f/ fs. ; > ok > > test1 > 4.14815E-5 ok ( 41 usec) > > > : test2 timer-start 10000 0 do 128 PORTA pin.l > > 128 PORTA pin.h > > > loop timer-stop > > 10000 s>f f/ fs. ; > ok > > test2 > 3.43704E-5 ok ( 34 usec) > > > : test3 timer-start 10000 0 do 128 34 pin.l 128 > > 34 pin.h loop > > > timer-stop 10000 > > s>f f/ fs. ; > ok > > test3 > 3.43704E-5 ok (34 usec) > > > The port! (written in asm) is the same as the > portpin! (forth) > > / bitmask: is used for bits masks ($00-$FF) > > > PORTA $F0 bitmask: PA.HNIB > ok > > PA.HNIB pin.o > ok > > > : test7 timer-start 10000 0 do $88 240 34 port! > > $33 240 34 port! > > > loop timer-st > > op 10000 s>f f/ fs. ; > ok > > test7 > 4.56296E-5 ok (46usec) > > > > > : test5 timer-start 10000 0 do $88 PA.HNIB port! > > $33 PA.HNIB port! > > > loop timer- > > stop 10000 s>f f/ fs. ; > ok > > test5 > 5.15556E-5 ok (52usec) > > > ok > > > : test6 timer-start 10000 0 do $88 PA.HNIB > > portpin! $33 PA.HNIB > > > portpin! loop > > timer-stop 10000 s>f f/ fs. ; > ok > > test6 > 1.54667E-4 ok (155usec) > > > : test-loop timer-start 10000 0 do loop > > timer-stop 10000 s>f f/ > > > fs. ; > > ok > > test-loop > 6.51852E-6 ok (6.5usec) > > > > > ----- PŮVODNÍ ZPRÁVA ----- > Od: "pito" <pi...@vo...> > Komu: amf...@li... > Předmět: [Amforth] Fast pin I/O lib in asm - new > names > Datum: 14.5.2012 - 13:25:55 > > > Hi, some time back I posted here the fastio.asm > > lib for building > > into amforth. I did a refresh recently and > > changed > > > the names of the > > words - ie: > > > > pin.l pin.h pin.l? pin.h? pin.t pin.o > > pin.i > > > port! port@ > > port,h? port.l? (portpin:) > > > > The portpin: portpin! and bitmask: and few > > others > > > (set pullups, > > pulse) are still written in forth (in > > bitnames.frt). The (portpin:) > > is now in asm for does> part of portpin: and > > bitmask:. > > > > So if you are interested and happy with the new > > names I may provide > > Matthias with the source. The lib is written in > > asm based upon > > resources find in amforth and LubosP > > repositories > > > (which were > > written in forth or Lubos' asm for amforth). > > P. > > > > > > ------------------------------------------------------------------------------ > > > > > > 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: pito <pi...@vo...> - 2012-05-14 15:26:21
|
A simple test on fastio.lib (there is no correction on the do-loop timing). The result is the duration of one loop (out of 10.000 loops). ---------------------------------------------------------------------------------------------------------- Measured @11.0592MHz fcpu, atmega1284p, amforth 4.9 trunk. > printdate.rtc 2012/05/14-MON-13:04:31 ok / portpin: is used for an individual pin only (0-7) > PORTA 7 portpin: PA.7 ok > PA.7 pin.o ok > : test1 timer-start 10000 0 do PA.7 pin.l PA.7 pin.h loop > timer-stop 10000 s>f > f/ fs. ; ok > test1 4.14815E-5 ok ( 41 usec) > : test2 timer-start 10000 0 do 128 PORTA pin.l 128 PORTA pin.h > loop timer-stop > 10000 s>f f/ fs. ; ok > test2 3.43704E-5 ok ( 34 usec) > : test3 timer-start 10000 0 do 128 34 pin.l 128 34 pin.h loop > timer-stop 10000 > s>f f/ fs. ; ok > test3 3.43704E-5 ok (34 usec) The port! (written in asm) is the same as the portpin! (forth) / bitmask: is used for bits masks ($00-$FF) > PORTA $F0 bitmask: PA.HNIB ok > PA.HNIB pin.o ok > : test7 timer-start 10000 0 do $88 240 34 port! $33 240 34 port! > loop timer-st > op 10000 s>f f/ fs. ; ok > test7 4.56296E-5 ok (46usec) > > : test5 timer-start 10000 0 do $88 PA.HNIB port! $33 PA.HNIB port! > loop timer- > stop 10000 s>f f/ fs. ; ok > test5 5.15556E-5 ok (52usec) > ok > : test6 timer-start 10000 0 do $88 PA.HNIB portpin! $33 PA.HNIB > portpin! loop > timer-stop 10000 s>f f/ fs. ; ok > test6 1.54667E-4 ok (155usec) > : test-loop timer-start 10000 0 do loop timer-stop 10000 s>f f/ > fs. ; > ok > test-loop 6.51852E-6 ok (6.5usec) > ----- PŮVODNÍ ZPRÁVA ----- Od: "pito" <pi...@vo...> Komu: amf...@li... Předmět: [Amforth] Fast pin I/O lib in asm - new names Datum: 14.5.2012 - 13:25:55 > Hi, some time back I posted here the fastio.asm > lib for building > into amforth. I did a refresh recently and changed > the names of the > words - ie: > > pin.l pin.h pin.l? pin.h? pin.t pin.o pin.i > port! port@ > port,h? port.l? (portpin:) > > The portpin: portpin! and bitmask: and few others > (set pullups, > pulse) are still written in forth (in > bitnames.frt). The (portpin:) > is now in asm for does> part of portpin: and > bitmask:. > > So if you are interested and happy with the new > names I may provide > Matthias with the source. The lib is written in > asm based upon > resources find in amforth and LubosP repositories > (which were > written in forth or Lubos' asm for amforth). > P. > > > ------------------------------------------------------------------------------ > > 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 > |
8 messages has been excluded from this view by a project administrator.
