Re: [Amforth-devel] Atmega 1284p
As far as I was aware the largest (Memory device) in a DIL package was the 644p. If there is one better I would be interested. Especially if it is a drop in for the 644p but having more memory etc. Haven't seen one yet though. That is why Arduino Mega which is a 1280 although it is a surface mount only package. I am all ears do tell. Cheers Andy Kirby On 14/08/10 21:18, pito wrote: > Hi, There is the atmega1284p available (128k flash, 16k ram, dil40) > - drop in replacement of 32, 64 - so quite sexy chip. Do you plan to > support it? P. > > > -- > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > ___ > Amforth-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/amforth-devel > -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Amforth-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amforth-devel
Re: [Amforth-devel] Atmega 1284p
If it is available as a DIL 40 and a drop in for the 644p. I don't mind getting a couple and trying them in the minimalist board I have designed and built that emulates the Sanguino. On 15/08/10 08:46, Matthias Trute wrote: > Pito, > >> Hi, There is the atmega1284p available (128k flash, 16k ram, dil40) >> - drop in replacement of 32, 64 - so quite sexy chip. Do you plan to >> support it? P. > > amforth has a utility named pd2amforth that creates the device > specific driver files. All of the currently delivered controller > files (core/devices/*) are generated with that tool. I excpect no > problems with that new controller, it should work. Formal support is > unlikly, I cannot buy each controller type and test it myself, sorry. > > Matthias > > > > -- > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > ___ > Amforth-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/amforth-devel > -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Amforth-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amforth-devel
Re: [Amforth-devel] Atmega 1284p
Yup just got the info and compared info. These are drop in's. I will see if I can find a supplier for the DIL package option. Well spotted Pito. You are a star. Just revised my board layouts and building a prototype. (I will socket it this time). When I am happy with the board layout I will publish it via my home web site and probably via RepRap too. Cheers Andy kirby On 15/08/10 11:49, [email protected] wrote: > If it is available as a DIL 40 and a drop in for the 644p. I don't mind > getting a couple and trying them in the minimalist board I have designed > and built that emulates the Sanguino. > > > > On 15/08/10 08:46, Matthias Trute wrote: >> Pito, >> >>> Hi, There is the atmega1284p available (128k flash, 16k ram, dil40) >>> - drop in replacement of 32, 64 - so quite sexy chip. Do you plan to >>> support it? P. >> >> amforth has a utility named pd2amforth that creates the device >> specific driver files. All of the currently delivered controller >> files (core/devices/*) are generated with that tool. I excpect no >> problems with that new controller, it should work. Formal support is >> unlikly, I cannot buy each controller type and test it myself, sorry. >> >> Matthias >> >> >> >> -- >> This SF.net email is sponsored by >> >> Make an app they can't live without >> Enter the BlackBerry Developer Challenge >> http://p.sf.net/sfu/RIM-dev2dev >> ___ >> Amforth-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/amforth-devel >> > > -- > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > ___ > Amforth-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/amforth-devel > -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Amforth-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amforth-devel
Re: [Amforth-devel] Atmega 1284p
Lol It was supposed to be mainstream about 2 years ago. Check out the forums on AVR Freaks. Got some on order, just waiting delivery, then we can have a play. On 16/08/10 08:19, pito wrote: > Matthias, > mind an average windoze user cannot run the provided python files > (I've tried python 3.x and 2.7 as well). It would be great to find > an python expert who is able to port the stuff to windoze python.. > And yes, the 1284P is DIL40 and 44smd drop in replacement for 32 and > 644. My guess is it will be the mainstream for the next 2y. > Pito. > > - PŮVODNÍ ZPRÁVA - > Od: "Matthias Trute" > Komu: "Everything around amforth" > > Předmět: Re: [Amforth-devel] Atmega 1284p > Datum: 15.8.2010 - 9:46:26 > >> Pito, >> >>> Hi, There is the atmega1284p available (128k >>> flash, 16k ram, dil40) - drop in replacement of 32, 64 - so quite sexy >>> chip. Do you plan to support it? P. >> >> amforth has a utility named pd2amforth that >> creates the device >> specific driver files. All of the currently >> delivered controller >> files (core/devices/*) are generated with that >> tool. I excpect no >> problems with that new controller, it should work. >> Formal support is >> unlikly, I cannot buy each controller type and >> test it myself, sorry. >> >> Matthias >> >> >> >> -- >>> This SF.net email is sponsored by >> >> Make an app they can't live without >> Enter the BlackBerry Developer Challenge >> http://p.sf.net/sfu/RIM-dev2dev >> ___ >> Amforth-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/amforth-devel > > > > -- > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > ___ > Amforth-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/amforth-devel > -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Amforth-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amforth-devel
Re: [Amforth-devel] Atmega support
Thanks mathias I have just received a couple of 1284's and built a couple of boards up with them so should be able to try it out over the next week. Cheers Andy Kirby On 22/08/10 17:10, Matthias Trute wrote: > Hi, > > I've understood that not everyone wants to use the full toolchain > him/herself. So i changed my policy slightly from "publish only > tested" to "publish that may work" ;=) > >> Hi, There is the atmega1284p available (128k flash, 16k ram, dil40) >> - drop in replacement of 32, 64 - so quite sexy chip. Do you plan to >> support it? P. > > The trunk just got nearly 100 new devices. Please report any success > and failure here on this list, I want to create a > works/works_with_mods/does_not_work table on the project website but > cannot check all types myself. > > The files are generated with the pd2amforth utility with the most > recent part definition XML files from Atmel Studio 4.18SP2 > > feedback very welcome > > Matthias > > > > -- > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > ___ > Amforth-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/amforth-devel > -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Amforth-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amforth-devel
Re: [Amforth-devel] Atmega support
Michael I have yet to document and put up the board design I am using as it is a work in progress. The techniques I use to make PCB's at home I have already documented here:- http://aka47.adsl24.co.uk/serendipity/index.php?/pages/sspcb.html This is where I will also document the minimalist microcontroler board design I am using. It is a single sided PCB easy to make at home. Most design work is sort of iterative in that I do a design and then try out making it to discover where I did something wrong. Followed by modifying the design and then trying it again until I am happy with the end result. The design itself is OK I am just iterating on the PCB layout to get to something that is easy for other folk to work with. It is nearly there. I am just making some of the pads a little larger to make it easier for learner solderers. Then I can Document it and put all the files on line. The need to enlarge the pads was something I found when building up a pair of 644p boards to take the 1284p devices. These will be set up at the full device clock of 20Mhz. The version of the PCB when I put the details up should be 1.2 (1.0, 1.1 are the previous iterations). For etching I use the Copper Chloride method documented here :- http://www.instructables.com/id/Stop-using-Ferric-Chloride-etchant!--A-better-etc/ Sorry I am not big on video. But hope these help Cheers Andy Kirby On 22/08/10 18:51, Kalus Michael wrote: > Hi Andy. > > I'd realy like to take a look over your sholder when you do "built a > couple of boards up" - video? How do you do it? > Michael > > > Am 22.08.2010 um 19:02 schrieb [email protected]: > >> Thanks mathias >> >> I have just received a couple of 1284's and built a couple of >> boards up >> with them so should be able to try it out over the next week. >> >> Cheers >> >> Andy Kirby > > > -- > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > ___ > Amforth-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/amforth-devel > -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Amforth-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amforth-devel
Re: [Amforth-devel] Atmega support
I guess it would be possible. I am not aware of a currently available "Drop in" solution though. For hostile environments I would be more inclined to take an off the shelf or DIY board that already existed and put it into a Potting box (or Mould) with connectors on the ends. Then fill the potting box with a clear resin or epoxy. (Maybe fibre glassing resin) so I could still see the LED's. Put fixed links on the board instead of plug on jumpers. If you DIY your own PCB you don't need to put pins in the connector holes. You can leave these out and wire the board direct to the connectors of your choice using short lengths of wire. Given that DB25's have only 25 pins though if using a 644 or 1284 you will have to choose which IO you want on them. Using a smaller device like the 328 you would put them all on. Once potted your board becomes impervious to moisture, vibration etc etc. But impossible to modify, repair or get at. So test it thoroughly first. All in all how much effort you go to will be governed by your need or application. For a class room environment something along these lines may be more appropriate as it provides some degree of electrical protection as well.. http://www.ruggedcircuits.com/html/mb324p.html Cheers Andy Kirby On 22/08/10 23:02, Kalus Michael wrote: > Hi Andy. > > I see. > Do you think there could be an 'drop in' solution for an 1284 in a > jumper box? > http://parts.digikey.com/1/parts/290826-jumper-box-db25-male-db25- > female-ab973-r.html > Will it fit into the holes of the borad that is in there already? > > In such a box it would be a nice 'of the shelf' micro for rough > environment. Femal side has the ports, male connects to terminal and > programmer. > > Michael > > > Am 22.08.2010 um 22:27 schrieb [email protected]: > >> Michael >> >> I have yet to document and put up the board design I am using as it >> is a >> work in progress. >> >> The techniques I use to make PCB's at home I have already >> documented here:- >> >> http://aka47.adsl24.co.uk/serendipity/index.php?/pages/sspcb.html >> >> This is where I will also document the minimalist microcontroler board >> design I am using. It is a single sided PCB easy to make at home. >> >> Most design work is sort of iterative in that I do a design and >> then try >> out making it to discover where I did something wrong. Followed by >> modifying the design and then trying it again until I am happy with >> the >> end result. >> >> The design itself is OK I am just iterating on the PCB layout to >> get to >> something that is easy for other folk to work with. It is nearly >> there. >> I am just making some of the pads a little larger to make it easier >> for >> learner solderers. Then I can Document it and put all the files on >> line. >> >> The need to enlarge the pads was something I found when building up a >> pair of 644p boards to take the 1284p devices. These will be set up at >> the full device clock of 20Mhz. >> >> The version of the PCB when I put the details up should be 1.2 >> (1.0, 1.1 >> are the previous iterations). >> >> For etching I use the Copper Chloride method documented here :- >> >> http://www.instructables.com/id/Stop-using-Ferric-Chloride- >> etchant!--A-better-etc/ >> >> Sorry I am not big on video. >> >> But hope these help >> >> >> Cheers >> >> Andy Kirby >> >> >> >> >> On 22/08/10 18:51, Kalus Michael wrote: >>> Hi Andy. >>> >>> I'd realy like to take a look over your sholder when you do "built a >>> couple of boards up" - video? How do you do it? >>> Michael >>> >>> >>> Am 22.08.2010 um 19:02 schrieb [email protected]: >>> >>>> Thanks mathias >>>> >>>> I have just received a couple of 1284's and built a couple of >>>> boards up >>>> with them so should be able to try it out over the next week. >>>> >>>> Cheers >>>> >>>> Andy Kirby >>> >>> >>> - >>> - >>> This SF.net email is sponsored by >>> >>> Make an app they can't live without >>> Enter the BlackBerry Developer Challenge >>> http://p.sf.net/sfu/RIM-dev2dev >>> ___ >>> Amforth-devel mailing list >>> Amforth-deve
Re: [Amforth-devel] Atmega support
Yus I agree the Arduino boot loader is irrelevant as it gets replaced. If Amforth can be persuaded to run on the chip (no reason why not it works fins on a 328) the other differences should be fairly trivial. Only way to be sure is to try it. If the cost of the board is a touch steep for a maybe, then either stripboard or breadboard up a minimalist setup with a blank chip and take it from there. Once you have that working to your satisfaction buy in a rugedised board. Mathias's parts files seem to be pretty much there from the limited experience I have of them. Cheers Andy Kirby On 24/08/10 19:21, Marcin Cieslak wrote: > On Tue, 24 Aug 2010, Kalus Michael wrote: > >> Hi Andy. >> >> Am 23.08.2010 um 13:40 schrieb [email protected]: >> .. >>> http://www.ruggedcircuits.com/html/mb324p.html >> >> Very interesting board. But there is no information on how they >> solved the USB-serial to ATmega324P connection. They call it Arduino >> compatible, so i guess they usa a the bootloader as in Arduinos, and >> since amforth needs the bootloader section on its own, this board is >> not good for amforth? > > Here is the patch for the arduino software: > > http://ruggedcircuits.com/Arduino/arduino-0018-patch.txt > > - a bit different serial port (but this is chip-related, not board-related) > - the board does not probably use auto-reset, an annoying Arduino feature :) > - I/O pin layout is different > > I don't see any reason why amforth couldn't run on the board > (as long as we don't have any issues with the chip itself). > > --Marcin > > > -- > Sell apps to millions through the Intel(R) Atom(Tm) Developer Program > Be part of this innovative community and reach millions of netbook users > worldwide. Take advantage of special opportunities to increase revenue and > speed time-to-market. Join now, and jumpstart your future. > http://p.sf.net/sfu/intel-atom-d2d > ___ > Amforth-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/amforth-devel > -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ Amforth-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amforth-devel
[Amforth-devel] Minimalist 644p and 1284p board.
Guys I have now completed and published the designs for a minimalist DIY 644p and 1284p board. As well as building a couple, then tweaking the design a little more. There is an experimental clone facility as part of the design. Completely untried, but as the board was being designed I thought to have a first go at it. If the SPI peripheral does'nt work on as hoped on the master board there is always the option of bit banging. Next stop Amforth on the 1284p. The DIY board can be found here:- http://aka47.adsl24.co.uk/serendipity/index.php?/pages/min644p.html Cheers Andy Kirby -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ Amforth-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amforth-devel
Re: [Amforth-devel] 1284p compilation
Wow well done pito. That's one job sorted. On 27/08/10 20:38, pito wrote: >> words > TIMER3_OVFAddr TIMER3_COMPBAddr TIMER3_COMPAAddr TIMER3_CAPTAddr > USART1_TXAddr USART1_UDREAddr USART1_RXAddr SPM_READYAddr TWIAddr > EE_READYAddr ADCAddr ANALOG_COMPAddr USART0_TXAddr USART0_UDREAddr > USART0_RXAddr SPI_STCAddr TIMER0_OVFAddr TIMER0_COMPBAddr > TIMER0_COMPAAddr TIMER1_OVFAddr TIMER1_COMPBAddr TIMER1_COMPAAddr > TIMER1_CAPTAddr TIMER2_OVFAddr TIMER2_COMPBAddr TIMER2_COMPAAddr > WDTAddr PCINT3Addr PCINT2Addr PCINT1Addr PCINT0Addr INT2Addr > INT1Addr INT0Addr WDTCSR UDR1 UCSR1C UCSR1B UCSR1A UBRR1L UBRR1H > UDR0 UCSR0C UCSR0B UCSR0A UBRR0L UBRR0H TWSR TWDR TWCR TWBR TWAR > TWAMR TIMSK3 TIFR3 TCNT3L TCNT3H TCCR3C TCCR3B TCCR3A OCR3BL OCR3BH > OCR3AL OCR3AH ICR3L ICR3H TIMSK2 TIFR2 TCNT2 TCCR2B TCCR2A OCR2B > OCR2A ASSR TIMSK1 TIFR1 TCNT1L TCNT1H TCCR1C TCCR1B TCCR1A OCR1BL > OCR1BH OCR1AL OCR1AH ICR1L ICR1H TIMSK0 TIFR0 TCNT0 TCCR0B TCCR0A > OCR0B OCR0A GTCCR SPSR SPDR SPCR PORTD PIND DDRD PORTC PINC DDRC > PORTB PINB DDRB PORTA PINA DDRA OCDR PCMSK3 PCMSK2 PCMSK1 PCMSK0 > PCIFR PCICR EIMSK EIFR EICRA EEDR EECR EEARL EEARH SREG SPL SPH SMCR > RAMPZ PRR1 PRR0 OSCCAL MCUSR MCUCR GPIOR2 GPIOR1 GPIOR0 CLKPR SPMCSR > DIDR1 ACSR DIDR0 ADMUX ADCSRB ADCSRA ADCL ADCH primes DO-PRIME 2drop > bit-reset bit? bit-addr flags size #times _sieve_ move blank nip > tuck ? xt>nfa >body chars char+ c, aligned align restore-input > save-input source-id marker postpone m+ 2variable 2constant 2! 2@ > 2tuck 2nip 2rot 2swap 2over 2dup 2drop 2r> 2>r .base calc-baudrate > .res .( erase i@ (i!) i! e@ e! not s>d up! up@ >< cmove> unloop i > sp! sp@ rp! rp@ +! rshift lshift 1- 1+ xor or and 2* 2/ invert um* > um/mod m* + - log2 d< d> 0> u> u< true 0 0< > < 0= = <> r@ >r r> rot > drop over swap ?dup dup c@ c! ! @ execute exit -int +int > show-wordlist +usart baud tx? tx rx? rx order get-order get-current > environment? environment end-code code abort abort" [char] immediate > recurse user constant variable [ ] ; :noname : does> create ?do > leave +loop loop do again until repeat while begin then else if > literal int! applturnkey is Rdefer Edefer words s" ." .s u. dinvert > d- d+ d2* 1ms fill set-order set-current init-user ee>ram ee-user > tib d2/ cmove dnegate dabs d>s j * defer@ defer! icompare find > search-wordlist to value unused noop ver ?stack interpret depth rp0 > sp sp0 cold pause quit place word /string source cscan parse 2swap >> number number char refill accept cskip throw catch handler ' type > count spaces space cr icount itype s, digit? ud/mod ud.r ud. . d. .r > d.r sign #> #s # <# hold hld within max min abs mod / negate u/mod > */ /mod */mod turnkey bl hex decimal bin ['] , compile ( \ allot > here edp dp /key key? key emit? emit pad #tib >in cell+ cells base > state f_cpu ok >> .res > free FLASH cells 56498 > free RAM cells12078 > used EEPROM cells 62 > used data stack cells 0 > used return stack 10 > free return stack 70 > ok >> Pito > > - PŮVODNÍ ZPRÁVA - > Od: "pito" > Komu: [email protected], [email protected], > [email protected] > Předmět: Re: [Amforth-devel] 1284p compilation > Datum: 27.8.2010 - 21:33:15 > >> size 16384, ~5sek @11.059MHz >>> primes >> >> 1 iterations. >> 3511 primes found, ok >>> >> >> size 32000, ~11sek @11.059MHz >>> primes >> >> 1 iterations. >> 6412 primes found, ok >>> >> >> - PŮVODNÍ ZPRÁVA - >> Od: "pito" >> Komu: [email protected], [email protected], >> [email protected] >> Předmět: Re: [Amforth-devel] 1284p compilation >> Datum: 27.8.2010 - 21:13:46 >> .res >>> free FLASH cells 58231 >>> free RAM cells16080 >>> used EEPROM cells 62 >>> used data stack cells 0 >>> used return stack 10 >>> free return stack 70 >>> ok Cool >>> >>> PS: shall be "free RAM bytes" >>> >>> Pito. >>> >>> - PŮVODNÍ ZPRÁVA - >>> Od: "pito" >>> Komu: [email protected], [email protected], >>> [email protected] >>> Předmět: Re: [Amforth-devel] 1284p compilation >>> Datum: 27.8.2010 - 21:07:20 >>> RESULT: Fuses: l=FF h=D9 e=FF source burned with pony-stk200 via lpt1 and sinaprog (avrdude gui): > ok > ver amforth 4.0 ATmega1284P ok > words i@ (i!) i! e@ e! not s>d up! up@ >< cmove> unloop > i sp! sp@ rp! rp@ +! rshift lshift 1- 1+ xor or and 2* 2/ invert um* > um/mod m* + - log2 d< d> 0> u> u< true 0 0< > < 0= = <> r@ > r >> r> > rot drop over swap ?dup dup c@ c! ! @ execute exit -int +int show-wordlist +usart baud tx? tx rx? rx order get-order get-current environment? environment end-code code abort abort" [char] immediate recurse user constant variable [ ] ; :noname : does> create ?do > leave +loop loop do again until repeat while begin then else if literal int! applturnkey is Rdefer Edefer words s" ." .s u. dinvert d- d+ d2* 1ms
Re: [Amforth-devel] 1284p compilation
OH something I forgot to ask. What crystal frequency are you running it at ?? Cheers Andy Kirby On 27/08/10 20:38, pito wrote: >> words > TIMER3_OVFAddr TIMER3_COMPBAddr TIMER3_COMPAAddr TIMER3_CAPTAddr > USART1_TXAddr USART1_UDREAddr USART1_RXAddr SPM_READYAddr TWIAddr > EE_READYAddr ADCAddr ANALOG_COMPAddr USART0_TXAddr USART0_UDREAddr > USART0_RXAddr SPI_STCAddr TIMER0_OVFAddr TIMER0_COMPBAddr > TIMER0_COMPAAddr TIMER1_OVFAddr TIMER1_COMPBAddr TIMER1_COMPAAddr > TIMER1_CAPTAddr TIMER2_OVFAddr TIMER2_COMPBAddr TIMER2_COMPAAddr > WDTAddr PCINT3Addr PCINT2Addr PCINT1Addr PCINT0Addr INT2Addr > INT1Addr INT0Addr WDTCSR UDR1 UCSR1C UCSR1B UCSR1A UBRR1L UBRR1H > UDR0 UCSR0C UCSR0B UCSR0A UBRR0L UBRR0H TWSR TWDR TWCR TWBR TWAR > TWAMR TIMSK3 TIFR3 TCNT3L TCNT3H TCCR3C TCCR3B TCCR3A OCR3BL OCR3BH > OCR3AL OCR3AH ICR3L ICR3H TIMSK2 TIFR2 TCNT2 TCCR2B TCCR2A OCR2B > OCR2A ASSR TIMSK1 TIFR1 TCNT1L TCNT1H TCCR1C TCCR1B TCCR1A OCR1BL > OCR1BH OCR1AL OCR1AH ICR1L ICR1H TIMSK0 TIFR0 TCNT0 TCCR0B TCCR0A > OCR0B OCR0A GTCCR SPSR SPDR SPCR PORTD PIND DDRD PORTC PINC DDRC > PORTB PINB DDRB PORTA PINA DDRA OCDR PCMSK3 PCMSK2 PCMSK1 PCMSK0 > PCIFR PCICR EIMSK EIFR EICRA EEDR EECR EEARL EEARH SREG SPL SPH SMCR > RAMPZ PRR1 PRR0 OSCCAL MCUSR MCUCR GPIOR2 GPIOR1 GPIOR0 CLKPR SPMCSR > DIDR1 ACSR DIDR0 ADMUX ADCSRB ADCSRA ADCL ADCH primes DO-PRIME 2drop > bit-reset bit? bit-addr flags size #times _sieve_ move blank nip > tuck ? xt>nfa >body chars char+ c, aligned align restore-input > save-input source-id marker postpone m+ 2variable 2constant 2! 2@ > 2tuck 2nip 2rot 2swap 2over 2dup 2drop 2r> 2>r .base calc-baudrate > .res .( erase i@ (i!) i! e@ e! not s>d up! up@ >< cmove> unloop i > sp! sp@ rp! rp@ +! rshift lshift 1- 1+ xor or and 2* 2/ invert um* > um/mod m* + - log2 d< d> 0> u> u< true 0 0< > < 0= = <> r@ >r r> rot > drop over swap ?dup dup c@ c! ! @ execute exit -int +int > show-wordlist +usart baud tx? tx rx? rx order get-order get-current > environment? environment end-code code abort abort" [char] immediate > recurse user constant variable [ ] ; :noname : does> create ?do > leave +loop loop do again until repeat while begin then else if > literal int! applturnkey is Rdefer Edefer words s" ." .s u. dinvert > d- d+ d2* 1ms fill set-order set-current init-user ee>ram ee-user > tib d2/ cmove dnegate dabs d>s j * defer@ defer! icompare find > search-wordlist to value unused noop ver ?stack interpret depth rp0 > sp sp0 cold pause quit place word /string source cscan parse 2swap >> number number char refill accept cskip throw catch handler ' type > count spaces space cr icount itype s, digit? ud/mod ud.r ud. . d. .r > d.r sign #> #s # <# hold hld within max min abs mod / negate u/mod > */ /mod */mod turnkey bl hex decimal bin ['] , compile ( \ allot > here edp dp /key key? key emit? emit pad #tib >in cell+ cells base > state f_cpu ok >> .res > free FLASH cells 56498 > free RAM cells12078 > used EEPROM cells 62 > used data stack cells 0 > used return stack 10 > free return stack 70 > ok >> Pito > > - PŮVODNÍ ZPRÁVA - > Od: "pito" > Komu: [email protected], [email protected], > [email protected] > Předmět: Re: [Amforth-devel] 1284p compilation > Datum: 27.8.2010 - 21:33:15 > >> size 16384, ~5sek @11.059MHz >>> primes >> >> 1 iterations. >> 3511 primes found, ok >>> >> >> size 32000, ~11sek @11.059MHz >>> primes >> >> 1 iterations. >> 6412 primes found, ok >>> >> >> - PŮVODNÍ ZPRÁVA - >> Od: "pito" >> Komu: [email protected], [email protected], >> [email protected] >> Předmět: Re: [Amforth-devel] 1284p compilation >> Datum: 27.8.2010 - 21:13:46 >> .res >>> free FLASH cells 58231 >>> free RAM cells16080 >>> used EEPROM cells 62 >>> used data stack cells 0 >>> used return stack 10 >>> free return stack 70 >>> ok Cool >>> >>> PS: shall be "free RAM bytes" >>> >>> Pito. >>> >>> - PŮVODNÍ ZPRÁVA - >>> Od: "pito" >>> Komu: [email protected], [email protected], >>> [email protected] >>> Předmět: Re: [Amforth-devel] 1284p compilation >>> Datum: 27.8.2010 - 21:07:20 >>> RESULT: Fuses: l=FF h=D9 e=FF source burned with pony-stk200 via lpt1 and sinaprog (avrdude gui): > ok > ver amforth 4.0 ATmega1284P ok > words i@ (i!) i! e@ e! not s>d up! up@ >< cmove> unloop > i sp! sp@ rp! rp@ +! rshift lshift 1- 1+ xor or and 2* 2/ invert um* > um/mod m* + - log2 d< d> 0> u> u< true 0 0< > < 0= = <> r@ > r >> r> > rot drop over swap ?dup dup c@ c! ! @ execute exit -int +int show-wordlist +usart baud tx? tx rx? rx order get-order get-current environment? environment end-code code abort abort" [char] immediate recurse user constant variable [ ] ; :noname : does> create ?do > leave +loop loop do again until repeat while begin then else if literal int! applturnkey is Rdefer
[Amforth-devel] For the Butterfly Fans
I saw this on thingiverse and thought of you http://www.thingiverse.com/thing:3901 -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ Amforth-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amforth-devel
Re: [Amforth-devel] Case sensitivity of amforth
If I have to choose between "fast" or "ugly" then case sensitive being fast and beautiful it is. If I went with personal convenience and C# et al I would be running windows and certainly wouldn't be contributing to Open Source. Come up with a reasoned argument (other than personal convenience) that shows where and how case insensitive is faster and better then case sensitive (in real processing cycles, with proofs showing real instructions) and I will agree with you. Until then (to a computation scientist and experienced embedded engineer) the discussion is a complete waste of text inches. It takes two to tango. On 03/09/10 20:28, pito wrote: > So can we see light at the end of the tunnel? (hopefuly it's not the > light of an incoming train..). Have a nice weekend! P. >> >> I want a smart solution, not a fast and ugly one. >> And smart means >> really smart. And I take the time for it... I've >> got some ideas >> already... >> >> Matthias > > > > -- > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > ___ > Amforth-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/amforth-devel > -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Amforth-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amforth-devel
Re: [Amforth] Release 4.4 tagged and published
Excellent, thanks guys. Hopefully I will get some time to give it a spin over the nexy couple of weeks. Think I will stick with case sensitive. Cheers Andy Kirby On 24/05/11 18:54, Matthias Trute wrote: > Hi, > > I've just tagged and published a new release named 4.4. > > Noteworthy changes are > > - The Game of Life with terminal output (requires controllers > with at least many KB RAM, otherwise make the world small > enough). A queens puzzle solver as well (more kind of a > benchmark however). > > - The reference card got a more compact layout, many bugs > from the documentation headers in the source file are gone. > > - new interrupt handling. The ideas are relativly old but > now it works well. Many thanks to Wojciech and Al, I beg > your pardon that it took such a long time to implement. But > sometimes some active tests such as Erichs will speed up > things ;=) > > - The recognizer thing is now documented (to some degree); > I sent an article to the German Forth FIG about it, that > should be translated into plain English ASAP. Leons floating > point library (a few patches are needed to work with it, just > use the float.frt that is included) can now be included at > runtime and the text interpreter can deal afterwards with > the numbers nativly. Great stuff. > > - internally there are even more source files and the > amforth.asm file got smaller than ever. COLD is now > WARM and the new COLD is what was in amforth.asm... > > - not really my favorite: If you set WANT_IGNORECASE to > 1 and rebuild amforth you get a case insensive dictionary > lookup. It took a few lines of code in icompare.asm, The > discussion about it took more time than the implementation. Brr > > Have fun, esp with Life > > Matthias > > -- > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > ___ > Amforth-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/amforth-devel > -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Amforth-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amforth-devel
