Re: [Amforth-devel] amforth user's manual

2010-10-12 Thread Al Williams
Say Karl are you the former N&V columnist? I used to do a little for them although I've been associated more with DDJ over the years (and still am http://www.ddj.com/embedded). Enjoyed your first document on this and looking forward to seeing the 2nd one. Al Williams On Tuesday, O

Re: [Amforth-devel] Updated minicom uploader

2010-09-26 Thread Al Williams
Thanks -- although I own a sourceforge project and use SVN, I'm not sure about the ettiquite or feasability of accesssing SVN directly. I doubt it will change again, anyway. On Sunday, September 26, 2010 06:29:41 am Matthias Trute wrote: > hi Al > > Thank you for the update > > > http://dl.dr

Re: [Amforth-devel] Interrupts in Forth

2010-09-26 Thread Al Williams
> And it works for all cases where the hardware does not need to be reset > to some "interrupt-handled" state. e.g. some interrupts need to be > cleared somehow (mostly by reading one or more bytes from pre-defined > IO registers). If that is _not_ done within the ISR, the interrupt will > re-fire

[Amforth-devel] Updated minicom uploader

2010-09-22 Thread Al Williams
http://dl.dropbox.com/u/360343/am4up.c A small change so that if the last character sent is not a end of line, the uploader sends an end of line. See my last e-mail for how to install. -- Start uncovering the many advan

[Amforth-devel] Interrupts in Forth

2010-09-19 Thread Al Williams
So I've been working with input capture interrupts today. I see that the UART interrupts don't use the "Forth" system -- they just reprogram the vector and use assembly. Howeer, if you use int! to set a "Forth" interrupt vector, the default isr sets the "T" flag when an interrupt trips. It also

[Amforth-devel] Experiments with marker

2010-09-19 Thread Al Williams
Observing the behavior of Marker -- it removes words from the dictionary but does not free up flash. Is that correct: dp . unused . marker -testing : square dup * ; dp . unused . -testing dp . unused . Looking at the source, I can see why. What would be the ramifications of setting dp back as

Re: [Amforth-devel] marker.asm for 4.1

2010-09-18 Thread Al Williams
PGA. http://www.drdobbs.com/architecture-and-design/222000477 The CPU: http://www.drdobbs.com/embedded-systems/221800122 and the Assembler: http://www.drdobbs.com/embedded- systems/222600279?queryText=Assembler+universal On Saturday, September 18, 2010 02:37:48 am Marcin Cieslak wrote: > >> Al Willia

[Amforth-devel] marker.asm for 4.1

2010-09-18 Thread Al Williams
Hand compile of marker from the ANS library. Note that this requires the head version of 4.1 as discussed earlier. http://dl.dropbox.com/u/360343/marker.asm -- Start uncovering the many advantages of virtual appliances a

[Amforth-devel] Rescue Mode

2010-09-17 Thread Al Williams
Thanks to some help from people on the list, I have what seems to be a pretty interesting "rescue" mode that can recover from corrupt EEPROM as long as the basic flash portion and the bootloader flash are intact. My development boards all have a MAX232 or a USB dongle attached so I assume that

Re: [Amforth-devel] Minicom Uploader

2010-09-17 Thread Al Williams
I don't know how to turn word wrap on in the minirc.amforth file which is why you need the -w flag (or ^AW when running). Anyone know how to turn that on in the config file? On Friday, September 17, 2010 14:09:46 pm Erich Waelde wrote: > Hi Al, > > On 09/17/2010 08:11 PM, Al

Re: [Amforth-devel] Minicom Uploader

2010-09-17 Thread Al Williams
Ah the Python scripts are way more portable though. If you wish to include the uploader in the distribution tools, feel free. On Friday, September 17, 2010 13:43:43 pm Matthias Trute wrote: > Hi Al, > > > I remembered that I wrote a simple upload program for the RCA 1802 a few > > years back th

[Amforth-devel] Minicom Uploader

2010-09-17 Thread Al Williams
serial I/O. Very handy to be able to just be working at the terminal and upload a word. http://dl.dropbox.com/u/360343/am4up.c Here's the instructions from the comments inside the file: // Filter to upload files to amforth from minicom // Al Williams http://www.hotsolder.com // Originally fo

Re: [Amforth-devel] Marker etc.

2010-09-16 Thread Al Williams
Yes, grabbing the head and building for ATMEGA32 marker now works! Great! On Thursday, September 16, 2010 16:46:44 pm Marcin Cieslak wrote: > Al Williams wrote: > > Not sure why, but I tried running the 8MHz internal RC again and now its > > fine. Granted, before I was on the

Re: [Amforth-devel] Marker etc.

2010-09-16 Thread Al Williams
Not sure why, but I tried running the 8MHz internal RC again and now its fine. Granted, before I was on the 4.1 and now I'm on 3.8 -- doubt that's the difference though. Probably operator error! -- Start uncovering the m

Re: [Amforth-devel] Marker etc.

2010-09-16 Thread Al Williams
> > Ok, but it is already mentioned ;=) > Whoops I see that. > Your complaints are welcome, but what could I do? Others complain that > the scripts do not work at all due to . I use the scripts on > my systems and they work good enough. Maybe I intuitivly circumvent all > the bugs and deficits

Re: [Amforth-devel] Marker etc.

2010-09-15 Thread Al Williams
> here , heap , edp , edp 8 do i e@ , 2 +loop ; > >: popee ( adr n -- ) > > 0 do dup i + i@ i 2* 2 + e! loop drop ; > >: marker ( -- ) > > edp >r here >r > pushee create r> , r> , > does> >r r@ i@ r> 1+

Re: [Amforth-devel] Marker etc.

2010-09-15 Thread Al Williams
ing with a hybrid 3.8 -- I did take some of the device and driver stuff out of 4.1 and got it working with 3.8. On Wednesday, September 15, 2010 16:59:25 pm Kalus Michael wrote: > Hi. > > > Am 15.09.2010 um 21:24 schrieb Al Williams: > .. > > > Any ideas on getting marke

Re: [Amforth-devel] Marker etc.

2010-09-15 Thread Al Williams
Right, I understand the i@ word constitutes a bootloader of sorts. But I was trying to get a way a student with no strange equipment could go back to a default state. I guess another way would be to drop a marker at the end of the default dictionary and have a config option that basically says "

Re: [Amforth-devel] Marker etc.

2010-09-15 Thread Al Williams
let you reflash a pristine system. Sort of a rescue mode. Maybe something I'll try when I ever get enough free time. Thanks again for all the replies. Al W. On Wednesday, September 15, 2010 17:15:33 pm Marcin Cieslak wrote: > Al Williams wrote: > > I saw amforth and popped it o

Re: [Amforth-devel] Marker etc.

2010-09-15 Thread Al Williams
Excellent! Reverting to 3.8 did the trick. Thanks for the quick response. > > > The other issue I had was trying to use the 16's internal RC clock. It > > would work until you wrote to flash (colon definition) and then it would > > also die with no recourse but to reflash. With a 10MHz resonator

[Amforth-devel] Marker etc.

2010-09-15 Thread Al Williams
I saw amforth and popped it on an ATMega 8. Works but very little code space. So I dug up an ATmega 16 (you can mark it as working on the matrix -- it does). However, I want to be able to use Marker. I have uploaded the definiton several different ways including the python shell (which appears