flashforth-devel — FlashForth users and developers

Re: [Flashforth-devel] PIC production question

[Mikael N. <mik...@fl...>]

I have never tried this procedure but I guess it should work if you just
remember to save and program the flash and eeprom contents.

Eeprom contains the turnkey pointer and the memory allocation pointers.

If you just leave the turnkey as $ffff of an empty deleted eeprom,
FF will reset the memory allocation pointers and the trunkey will be lost.

I would also recommend to have a turnkey word that disables writes to 
flash and eeprom with FL- .

Mike

On 07.05.2015 21:38, Daniel LaRue wrote:
> Folks,
>
> The interactive nature of Forth has many development advantages.  But I
> am curious how people are putting their Forth code into production?
> Loading a PICs flash with a hex file is the traditional way to put code
> into production.  Sending ascii based source files into the Forth
> interpreter seems error prone. Maybe the following steps are a way…
>
> 1.Send source into Forth interpreter via serial port.
>
> 2.Read flash via a PIC programmer to create a hex file image of Forth
> and all compiled words.
>
> 3.Test code to verify proper operation.
>
> 4.Put hex file from step 2 into production.
>
> Thanks for any discussion on practices.
>
> Dan

Re: [Flashforth-devel] Floating point math for FF 5.x

[om1zz <om...@vo...>]

better formatted:

: # bl word count >float not abort" NaN" ok
state @ if postpone fliteral then ; immediate ok
# 3.444e6 fs.
3.4439998E6 ok
# 1.234e6 fs.
1.23399997E6 ok
# 123456789e10 fs.
1.23456776E18 ok
# -1.3343e-12 # 6.222E22 f* fs.
-8.3020134E10 ok
# 3.44W-1
NaN


i.

Re: [Flashforth-devel] Floating point math for FF 5.x

[om1zz <om...@vo...>]

I have found in 4y old post re amforth - the quick workaround when the recognisers were not working in amforth, afaik:

: # bl word count >float not abort" NaN"
okstate @ if postpone fliteral then ; immediate
ok
# 3.444e6 fs.
3.4439998E6 ok
# 1.234e6 fs.
1.23399997E6 ok
# 123456789e10 fs.
1.23456776E18 ok
# -1.3343e-12 # 6.222E22 f* fs.
-8.3020134E10 ok
# 3.44W-1
NaN

I.



______________________________________________________________
> Od: om1zz <om...@vo...>
> Komu: Mikael Nordman <mik...@fl...>, <fla...@li...>
> Datum: 11.05.2015 23:16
> Předmět: Re: [Flashforth-devel] Floating point math for FF 5.x
>
>What about a >float word done via a C-function which does strtod() or atof()?
>i.
>
>------------------------------------------------------------------------------
>One dashboard for servers and applications across Physical-Virtual-Cloud 
>Widest out-of-the-box monitoring support with 50+ applications
>Performance metrics, stats and reports that give you Actionable Insights
>Deep dive visibility with transaction tracing using APM Insight.
>http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
>_______________________________________________
>Flashforth-devel mailing list
>Fla...@li...
>https://lists.sourceforge.net/lists/listinfo/flashforth-devel
>

Re: [Flashforth-devel] Floating point math for FF 5.x

[om1zz <om...@vo...>]

What about a >float word done via a C-function which does strtod() or atof()?
i.

Re: [Flashforth-devel] Floating point math for FF 5.x

[Mikael N. <mik...@fl...>]

I think I will skip the recognizer stuff and just make >digit a deferred 
word inside interpret.

On 12.05.2015 00:00, om1zz wrote:
>> Have you seen any other >float routines than Leons, that could be
>> checked out ?
> Nope, I just worked with Leon at that time on what you can see there. The >float there requires set-recognizer and get-recognizer which come from amforth..
>

Re: [Flashforth-devel] Floating point math for FF 5.x

[om1zz <om...@vo...>]

>Have you seen any other >float routines than Leons, that could be 
>checked out ?
Nope, I just worked with Leon at that time on what you can see there. The >float there requires set-recognizer and get-recognizer which come from amforth..

Re: [Flashforth-devel] Floating point math for FF 5.x

[Mikael N. <mik...@fl...>]

I loaded your float number conversion routines just to check out the FP 
binary format.

I noticed that you can skip DO..LOOP in favour of FOR NEXT and it even 
simplifies  the code since 0 FOR NEXT just skips the loop completely.

So for example:

: flshiftn ( d-significand n-exponent n-times -- d n )
   ?dup 0> if 0 do flshift loop then ;

becomes:

: flshiftn ( d-significand n-exponent n-times -- d n )
   for flshift next ;

All the loops in the FP code simply loop a fixed amount of times, which 
nicely suits the FOR NEXT.

Anyway, I started to port Leons >float routine to FlashForth.

Have you seen any other >float routines than Leons, that could be 
checked out ?

BR Mike

On 10.05.2015 21:02, om1zz wrote:
> ..and what we need is a recogniser for floats.. It is already done for Amforth, so maybe it would be doable with FF too.
> Currently you can convert integers to floats or define float constants via their IEEE values in hex (see the demos).
> Would be great to be able to enter the floats directly, however :)
> I.
>
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________________________________________
> Flashforth-devel mailing list
> Fla...@li...
> https://lists.sourceforge.net/lists/listinfo/flashforth-devel
>

Re: [Flashforth-devel] Floating point math for FF 5.x

[om1zz <om...@vo...>]

..and what we need is a recogniser for floats.. It is already done for Amforth, so maybe it would be doable with FF too.
Currently you can convert integers to floats or define float constants via their IEEE values in hex (see the demos).
Would be great to be able to enter the floats directly, however :)
I.

[Flashforth-devel] Floating point math for FF 5.x

[om1zz <om...@vo...>]

Hi, long time back I created a single precidsion floating point lib which was run on dspic33/pic24.
The lib adds following math words:

  facos   fasin   fatan   flog10  flog    fexp
  fsqrt   ftan    fcos    fsin    fpow    f/      f*      f-
  f+

plus words for printing fp numbers in eng and sci notations, etc.

You may find it at:

https://github.com/igor-m/FlashForth-FP

br
Igor

[Flashforth-devel] PIC production question

[Daniel L. <DL...@zo...>]

Folks,

The interactive nature of Forth has many development advantages.  But I am curious how people are putting their Forth code into production?  Loading a PICs flash with a hex file is the traditional way to put code into production.  Sending ascii based source files into the Forth interpreter seems error prone. Maybe the following steps are a way...


1.       Send source into Forth interpreter via serial port.

2.       Read flash via a PIC programmer to create a hex file image of Forth and all compiled words.

3.       Test code to verify proper operation.

4.       Put hex file from step 2 into production.

Thanks for any discussion on practices.
Dan

Re: [Flashforth-devel] FF5.0 shell

[Peter J. <pe...@me...>]

Thanks Mike.
Peter J.

On 02/05/15 15:57, mik...@fl... wrote:
> I added the ff-shell.tcl to the distribution. With one small change.
> The Status line is not anymore rezised at window resize.
>
> diff ~/Downloads/ff-shell\(1\).tcl ff-shell.tcl
> 238c238
> < pack $statusFrame -fill x -expand 1
> ---
>> pack $statusFrame -fill x -expand 0
> BR Mike
>
>

Re: [Flashforth-devel] FF5.0 shell

[<mik...@fl...>]

I added the ff-shell.tcl to the distribution. With one small change.
The Status line is not anymore rezised at window resize.

diff ~/Downloads/ff-shell\(1\).tcl ff-shell.tcl
238c238
< pack $statusFrame -fill x -expand 1
---
> pack $statusFrame -fill x -expand 0

BR Mike

Re: [Flashforth-devel] FF5.0 shell

[Peter J. <pe...@me...>]

So, that space character in the first line of the program may be the 
problem.
I'll remove it.
Peter J.


On 01/05/15 08:00, Pete Zawasky wrote:
> Hi Peter,
>
> $ sudo wish ./ff-shell.tcl   worked just fine.
>
> Thanks
> Pete
>
>
>
> On 4/30/2015 5:37 PM, Peter Jacobs wrote:
>> Pete (Zawasky),
>>       The "wm" line is the first that is not a comment, procedure
>> definition or set command.  I suspect that the wrong interpreter is
>> working on the file.  The first line of the file "#! /usr/bin/wish"
>> tells the usual command interpreter which other interpreter to use on
>> this file so, maybe, this redirection is not happening.  Can you please
>> try the following?
>> (1) Start the program with a command line that looks like
>> $ sudo wish ./ff-shell.tcl
>> and see if the program starts properly
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________________________________________
> Flashforth-devel mailing list
> Fla...@li...
> https://lists.sourceforge.net/lists/listinfo/flashforth-devel

Re: [Flashforth-devel] FF5.0 shell

[Pete Z. <pza...@pz...>]

Hi Peter,

$ sudo wish ./ff-shell.tcl   worked just fine.

Thanks
Pete



On 4/30/2015 5:37 PM, Peter Jacobs wrote:
> Pete (Zawasky),
>      The "wm" line is the first that is not a comment, procedure
> definition or set command.  I suspect that the wrong interpreter is
> working on the file.  The first line of the file "#! /usr/bin/wish"
> tells the usual command interpreter which other interpreter to use on
> this file so, maybe, this redirection is not happening.  Can you please
> try the following?
> (1) Start the program with a command line that looks like
> $ sudo wish ./ff-shell.tcl
> and see if the program starts properly

Re: [Flashforth-devel] FF5.0 shell

[Peter J. <pe...@me...>]

Pete (Zawasky),
    The "wm" line is the first that is not a comment, procedure 
definition or set command.  I suspect that the wrong interpreter is 
working on the file.  The first line of the file "#! /usr/bin/wish" 
tells the usual command interpreter which other interpreter to use on 
this file so, maybe, this redirection is not happening.  Can you please 
try the following?
(1) Start the program with a command line that looks like
$ sudo wish ./ff-shell.tcl
and see if the program starts properly.
(2) Look where the wish command is on your system "which wish" in case 
it's not where I presume.
(3) If the wish interpreter is really where I presumed, try removing the 
space between the "#!" and the "/usr/bin/wish" on that first line.
I'll go looking for instructions on properly starting wish on different 
unix systems.  I have a vague recollection that there's a sure-fire way 
described in the Tcl books.
Cheers,
Peter J.

Re: [Flashforth-devel] Other assembler possible ?

[Jim J. <jj...@fr...>]

I tried assembling with avra. Made quite a few changes, but never 
succeeded. I use Linux - in the end I installed wine and avrasm2.


On Thu, 30 Apr 2015, Sven Karsten wrote:

> Hi,
> is it possible to use the "avra" - or the GNU "avr-as" assembler to 
> build flashforth ?
> 
> BR
> Sven
> 
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud 
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________________________________________
> Flashforth-devel mailing list
> Fla...@li...
> https://lists.sourceforge.net/lists/listinfo/flashforth-devel
> 

[Flashforth-devel] Other assembler possible ?

[Sven K. <sve...@ya...>]

Hi,
is it possible to use the "avra" - or the GNU "avr-as" assembler to 
build flashforth ?

BR
Sven

Re: [Flashforth-devel] FF5.0 shell

[Peter J. <pe...@me...>]

This version catches the error and continues with the GUI interaction in 
order to allow changes to the port name.  Pressing enter tries to open 
the port.
Peter J.

On 28/04/15 14:14, Mikael Nordman wrote:
> I tried it and it works, but...
>
> It does not start if the default port in the code does not exist.
>
> Could you change it so that the shell starts, even if the port is wrong.
> Otherwise the user needs to edit the code which sort of defeats the idea
> with the input box.
>
> BR Mike
>
> On 26.04.2015 13:23, Peter Jacobs wrote:
>> The attached version now works reliably on my Linux box (Mint 17.1) and
>> a Windows 7 machine with ActiveTcl 8.6 installed.  It has a little bit
>> of the requested bling, including the setting of the device for the
>> serial port and the speed.  I couldn't think of an easy to enumerate the
>> valid serial port devices for a combobox input, so I settled for a
>> simple text input.  Suggestions are welcome.  Anyway, the main code
>> feature of this version is the simpler and more careful handling of the
>> incoming characters.
>>
>> On the new web site, I'd like to see a collection of some of the code
>> snippets that have appeared on the mailing list from time to time.
>> Things like reading the ADC peripheral on example chips.
>>
>> Cheers,
>> Peter J.
>>
>>
>> On 08/04/15 00:47, Mikael Nordman wrote:
>>> I tried it out and it worked for me on xubuntu 14.04.
>>>
>>> More bling-bling could be added.
>>> Configuration options of the serial interface would be nice.
>>>
>>> Thanks /Mike
>>>
>>> PS
>>> I started to modernize the website. Anything people would like to see
>>> there ?
>>> DS
>>>
>>>
>>> On 06.04.2015 02:05, Peter Jacobs wrote:
>>>> Attached is an alternative shell written in Tcl and based on the Tk text
>>>> widget.
>>>> Although the code is a bit longer than Mikael's Python shell, it does
>>>> come with
>>>> a GUI and might be a bit simpler for beginners.
>>>>
>>>> It seems to be fine on my Linux machine but could do with some exercise
>>>> on a Microsoft-Windows machine and/or Mac.  If all is good, it can be
>>>> added to
>>>> the FlashForth distribution.
>>>>
>>>> Regards,
>>>> Peter J.
>>>

Re: [Flashforth-devel] FF5.0 shell

[Peter J. <pe...@me...>]

Will do.


On 28/04/15 14:14, Mikael Nordman wrote:
> I tried it and it works, but...
>
> It does not start if the default port in the code does not exist.
>
> Could you change it so that the shell starts, even if the port is wrong.
> Otherwise the user needs to edit the code which sort of defeats the idea
> with the input box.
>
> BR Mike
>
> On 26.04.2015 13:23, Peter Jacobs wrote:
>> The attached version now works reliably on my Linux box (Mint 17.1) and
>> a Windows 7 machine with ActiveTcl 8.6 installed.  It has a little bit
>> of the requested bling, including the setting of the device for the
>> serial port and the speed.  I couldn't think of an easy to enumerate the
>> valid serial port devices for a combobox input, so I settled for a
>> simple text input.  Suggestions are welcome.  Anyway, the main code
>> feature of this version is the simpler and more careful handling of the
>> incoming characters.
>>
>> On the new web site, I'd like to see a collection of some of the code
>> snippets that have appeared on the mailing list from time to time.
>> Things like reading the ADC peripheral on example chips.
>>
>> Cheers,
>> Peter J.
>>
>>
>> On 08/04/15 00:47, Mikael Nordman wrote:
>>> I tried it out and it worked for me on xubuntu 14.04.
>>>
>>> More bling-bling could be added.
>>> Configuration options of the serial interface would be nice.
>>>
>>> Thanks /Mike
>>>
>>> PS
>>> I started to modernize the website. Anything people would like to see
>>> there ?
>>> DS
>>>
>>>
>>> On 06.04.2015 02:05, Peter Jacobs wrote:
>>>> Attached is an alternative shell written in Tcl and based on the Tk text
>>>> widget.
>>>> Although the code is a bit longer than Mikael's Python shell, it does
>>>> come with
>>>> a GUI and might be a bit simpler for beginners.
>>>>
>>>> It seems to be fine on my Linux machine but could do with some exercise
>>>> on a Microsoft-Windows machine and/or Mac.  If all is good, it can be
>>>> added to
>>>> the FlashForth distribution.
>>>>
>>>> Regards,
>>>> Peter J.
>>> ------------------------------------------------------------------------------
>>>
>>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>>> Develop your own process in accordance with the BPMN 2 standard
>>> Learn Process modeling best practices with Bonita BPM through live
>>> exercises
>>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
>>> event?utm_
>>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>>> _______________________________________________
>>> Flashforth-devel mailing list
>>> Fla...@li...
>>> https://lists.sourceforge.net/lists/listinfo/flashforth-devel
>>
>>
>> ------------------------------------------------------------------------------
>> One dashboard for servers and applications across Physical-Virtual-Cloud
>> Widest out-of-the-box monitoring support with 50+ applications
>> Performance metrics, stats and reports that give you Actionable Insights
>> Deep dive visibility with transaction tracing using APM Insight.
>> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
>>
>>
>>
>> _______________________________________________
>> Flashforth-devel mailing list
>> Fla...@li...
>> https://lists.sourceforge.net/lists/listinfo/flashforth-devel
>>
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________________________________________
> Flashforth-devel mailing list
> Fla...@li...
> https://lists.sourceforge.net/lists/listinfo/flashforth-devel

Re: [Flashforth-devel] FF5.0 shell

[Mikael N. <mik...@fl...>]

I tried it and it works, but...

It does not start if the default port in the code does not exist.

Could you change it so that the shell starts, even if the port is wrong.
Otherwise the user needs to edit the code which sort of defeats the idea 
with the input box.

BR Mike

On 26.04.2015 13:23, Peter Jacobs wrote:
> The attached version now works reliably on my Linux box (Mint 17.1) and
> a Windows 7 machine with ActiveTcl 8.6 installed.  It has a little bit
> of the requested bling, including the setting of the device for the
> serial port and the speed.  I couldn't think of an easy to enumerate the
> valid serial port devices for a combobox input, so I settled for a
> simple text input.  Suggestions are welcome.  Anyway, the main code
> feature of this version is the simpler and more careful handling of the
> incoming characters.
>
> On the new web site, I'd like to see a collection of some of the code
> snippets that have appeared on the mailing list from time to time.
> Things like reading the ADC peripheral on example chips.
>
> Cheers,
> Peter J.
>
>
> On 08/04/15 00:47, Mikael Nordman wrote:
>> I tried it out and it worked for me on xubuntu 14.04.
>>
>> More bling-bling could be added.
>> Configuration options of the serial interface would be nice.
>>
>> Thanks /Mike
>>
>> PS
>> I started to modernize the website. Anything people would like to see
>> there ?
>> DS
>>
>>
>> On 06.04.2015 02:05, Peter Jacobs wrote:
>>> Attached is an alternative shell written in Tcl and based on the Tk text
>>> widget.
>>> Although the code is a bit longer than Mikael's Python shell, it does
>>> come with
>>> a GUI and might be a bit simpler for beginners.
>>>
>>> It seems to be fine on my Linux machine but could do with some exercise
>>> on a Microsoft-Windows machine and/or Mac.  If all is good, it can be
>>> added to
>>> the FlashForth distribution.
>>>
>>> Regards,
>>> Peter J.
>> ------------------------------------------------------------------------------
>>
>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>> Develop your own process in accordance with the BPMN 2 standard
>> Learn Process modeling best practices with Bonita BPM through live
>> exercises
>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
>> event?utm_
>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>> _______________________________________________
>> Flashforth-devel mailing list
>> Fla...@li...
>> https://lists.sourceforge.net/lists/listinfo/flashforth-devel
>
>
>
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
>
>
>
> _______________________________________________
> Flashforth-devel mailing list
> Fla...@li...
> https://lists.sourceforge.net/lists/listinfo/flashforth-devel
>

Re: [Flashforth-devel] FF5.0 shell

[Peter J. <pe...@me...>]

The attached version now works reliably on my Linux box (Mint 17.1) and 
a Windows 7 machine with ActiveTcl 8.6 installed.  It has a little bit 
of the requested bling, including the setting of the device for the 
serial port and the speed.  I couldn't think of an easy to enumerate the 
valid serial port devices for a combobox input, so I settled for a 
simple text input.  Suggestions are welcome.  Anyway, the main code 
feature of this version is the simpler and more careful handling of the 
incoming characters.

On the new web site, I'd like to see a collection of some of the code 
snippets that have appeared on the mailing list from time to time.  
Things like reading the ADC peripheral on example chips.

Cheers,
Peter J.


On 08/04/15 00:47, Mikael Nordman wrote:
> I tried it out and it worked for me on xubuntu 14.04.
>
> More bling-bling could be added.
> Configuration options of the serial interface would be nice.
>
> Thanks /Mike
>
> PS
> I started to modernize the website. Anything people would like to see
> there ?
> DS
>
>
> On 06.04.2015 02:05, Peter Jacobs wrote:
>> Attached is an alternative shell written in Tcl and based on the Tk text
>> widget.
>> Although the code is a bit longer than Mikael's Python shell, it does
>> come with
>> a GUI and might be a bit simpler for beginners.
>>
>> It seems to be fine on my Linux machine but could do with some exercise
>> on a Microsoft-Windows machine and/or Mac.  If all is good, it can be
>> added to
>> the FlashForth distribution.
>>
>> Regards,
>> Peter J.
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> _______________________________________________
> Flashforth-devel mailing list
> Fla...@li...
> https://lists.sourceforge.net/lists/listinfo/flashforth-devel

Re: [Flashforth-devel] Thanks

[<mik...@fl...>]

Happy to hear it works for you !

BR Mike

On 20.04.2015 20:48, Steve wrote:
> I just wanted to thank you for developing and releasing FlashFORTH. I
> found it straightforward to install on an Arduino Uno with 
> information
> on the site, and the inclusion of linked instructions for use was 
> very
> helpful as well. I have already completed a useful application in 
> FORTH
> with a day's work, and will be using this variety of FORTH for work 
> with
> my projects. Thanks for having a helpful development attitude and
> encouraging newcomers. If you need any assistance with documentation,
> please let me know.
>
> --Steve

[Flashforth-devel] Thanks

[Steve <gp...@sr...>]

I just wanted to thank you for developing and releasing FlashFORTH. I 
found it straightforward to install on an Arduino Uno with information 
on the site, and the inclusion of linked instructions for use was very 
helpful as well. I have already completed a useful application in FORTH 
with a day's work, and will be using this variety of FORTH for work with 
my projects. Thanks for having a helpful development attitude and 
encouraging newcomers. If you need any assistance with documentation, 
please let me know.

--Steve

[Flashforth-devel] Chat Date

[Thomas B. <fla...@bu...>]

Hallo,

what you think about a date (maybe weekly) on the irc channel #flashforth on freenode to meet us for some exchanging?

If someone want to be channel-operator please send me a mail or meet me on irc (user Buschhardt).

Thank You
wrote Thomas
 

[Flashforth-devel] Suggested improvement for FlashForth web site

[David A. <da...@ve...>]

Hi

 

I'd sure appreciate seeing a more expanded explanation about how to install
FlashForth on a ATmega328P using Windows 8.1

 

Thanks

 

Dave