Re: [Amforth-devel] Connection to host

[Andy K. <an...@ak...>]

That would be fine.

I understand your not wanting to duplicate what is already out there.

Matthias Trute wrote:
> Andy,
> 
> Andy Kirby wrote:
>> Pretty much there.
>>
>> A suggestion...
>>   
> 
> Highly appreciated. Thank you.
>> Last tip, the mention of JTAG may be misleading, many of the Atmega 
>> micro's do not have JTAG capability.
> 
> But all, on that amforth can run. At least I'm almost sure ;=)
> 
>>  I think you may have meant that the 
>>   Atmel JTAG programmer could be used in it's ICSP mode.
>>   
> 
> Well, the method the hex files are transferred to the
> controller is completly unrelated to amforth itself. There
> are no dependencies.. With the one exception, that a
> bootloader cannot be used at all (with the potential exception
> from the exception if amforth is adapted to use some API
> call from the bootloader to perform the flash self
> programming).
> 
>> Is it worth considering putting in some hyperlinks to a couple of sites. 
>> (ie Atmel,s programming tools and maybe the pony prog pages)
>>   
> 
> I think that everybody who works with the Atmel controllers
> will soon know the tools and how they work. There are so
> many websites around, that I do not want to publish the same
> information again; this time my way. Same argument why
> I omit schematics and such information.
> 
> I'll collect some links to such websites and put them on
> the links page. Is that ok?
> 
> Matthias
> 
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Amforth-devel mailing list
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel
>