flashforth-devel — FlashForth users and developers

Re: [Flashforth-devel] Thanks, and a question

[Mikael N. <oh...@gm...>]

Lowell,

I am sending this to you and the list.
It seems the SF mailing list system is on a summer break.

On Tue, Aug 16, 2011 at 10:09 PM, <lo...@va...> wrote:

> Thanks for your work on FlashForth.  I did quite a bit of forth 20 years
> ago on a 6502, 6800, 6809 and eventually F83 on a PC but much of what I
> knew has gone cold.  I have been using PICs for almost as long.
>
> I tried ff3.6 but did not actually start using it until USB support was
> added to 3.7. I am using the bootloader as well.  Last night I downloaded
> and compiled the latest fro git (I assume it is pre 3.8) and it seems to
> work except for one thing. If I enter a word that does not exist in the
> dictionary or (now that I think of it) a duplicate that causes an error, I
> get a long line of gibberish characters printed to the screen.  If I am
> the only one experiencing this I will try to look at it this week to see
> where the problem might be.
>

It was a bug in FF. Introduced together with the double number parsing.
I have pushed a solution to git.


>
> By the way, I have several different hardware platforms. Sparkfun's USB
> Bit Whacker using the 18f2553, and an older version using the 18f2550, and
> something similar using the 18f4550.  I am working on a couple of
> automatic antenna tuners ( a T tuner, and a screwdriver antenna tuner),
> and a power meter. I have a 16x2 LCD display, a 16 switch key pad, several
> channels of A/D with averaging, and will also be using the servo code in
> some parts. I have several tasks running.
>
> So, again, thanks for your efforts. I am really enjoying it.
>
> Lowell
> kc7dx
>
> Nice projects. How are you reading the keypad ?
Scanning in a BG task ?

BR Mike

Re: [Flashforth-devel] For-next and do-loop practise

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

Mike, can the "do-loop" cases be summarized, thus we get a guide on
it? I.
> Some further thoughts:
> 
> a)  B A do ... loop
> The case a) cannot be translated. It will execute
> as f).
> f)  B A ?do ... loop
> 
> : testa #10 #2 - for r@ . next ;  ok<$,ram>
> testa 7 6 5 4 3 2 1 0  ok<$,ram>
> 
> b) This will also execute as ?do.
> B A ?do i . loop
> 
> : testb #10 #2 dup !p>r - for @p . p+ next r>p ; 
> ok<$,ram>
> testb 2 3 4 5 6 7 8 9  ok<$,ram>
> 
> /Mike



-- 
IHNED.cz je nový, přehlednější a rychlejší. Přesvědčte se na:
www.ihned.cz

Re: [Flashforth-devel] For-next and do-loop practise

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

Hi,
Some further thoughts:

a)  B A do ... loop
The case a) cannot be translated. It will execute as f).
f)  B A ?do ... loop

: testa #10 #2 - for r@ . next ;  ok<$,ram>
testa 7 6 5 4 3 2 1 0  ok<$,ram>

b) This will also execute as ?do.
B A ?do i . loop

: testb #10 #2 dup !p>r - for @p . p+ next r>p ;  ok<$,ram>
testb 2 3 4 5 6 7 8 9  ok<$,ram>

/Mike

On 16.6.2011 18:56, om1zz wrote:
> Mike, thanks! This should definately be put into you FF User Guide!!
>
> ?? d) e): K and L are arbitrary values which are added to the loop
> counter
> ?? not sure about the limits (the number of times it runs through
> the loop)
>
> a)   B A do ... loop
> B A - 1- for ... next
>
> : testa 10 2 - 1- for 0 . next ; ok<#,ram>
> testa 0 0 0 0 0 0 0 ok<#,ram>
>
> b)   B A do I ... loop
> B A dup !p>r - 1- for @p p+ ... next r>p
>
> : testb 10 2 dup !p>r - 1- for @p . p+ next r>p ; ok<#,ram>
> testb 2 3 4 5 6 7 8 ok<#,ram>
>
> c)   D C do
> B A do ... I J ... loop
> loop
>
> variable j
> D C dup !p>r - 1- for
> B A dup j ! - 1- for
> @p j @ ... p+ 1 j +!
> next r>p
> next
>
> variable j
> : testc
> 10 2 dup !p>r - 1- for
> 10 2 dup j ! - 1- for
> @p j @ . . p+ 1 j +!
> next r>p
> next ; ok<#,ram>
> testc  2 2 3 3 4 4 5 5 6 6 7 7 8 8 ok<#,ram>
>
> it shall be probably:
> ------------------------
> variable j
> : testc
> 10 2 dup j ! - 1- for
> 8 3 dup !p>r - 1- for
> @p j @ . . p+
> next r>p
> 1 j +!
> next ;
>
> testc 2 3 2 4 2 5 2 6 3 3 3 4 3 5 3 6 4 3 4 4 4 5 4
> 6 5 3 5 4 5 5 5 6 6 3 6 4 6 5 6 6 7 3 7 4 7 5 7 6 8 3
> 8 4 8 5 8 6 ok<#,ram>
>
>
> d)   B A do ... K +loop
> B A -  K / for ... next
>
> Issue: Here K is usualy a step of any value (not (B-A/K))
>
> e)   D C do
> B A do ... I J ... K +loop
> L +loop
>
> variable j
> D C dup !p>r - K / for
> B A dup j ! L / for
> @p j @ ... K p++ L j +!
> next r>p
> next
>
> Issue: Here K and L are usualy steps of any value (not (B-A/K))
>
> f)   B A ?do ... loop
> B A - dup if 1- for ... next then
>
> : testf 10 2 - dup if 1- for 0 . next then ; ok<#,ram>
> testf 0 0 0 0 0 0 0 ok<#,ram>
>
>

Re: [Flashforth-devel] For-next and do-loop practise

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

Mike, thanks! This should definately be put into you FF User Guide!!

?? d) e): K and L are arbitrary values which are added to the loop
counter
?? not sure about the limits (the number of times it runs through
the loop)

a)   B A do ... loop
B A - 1- for ... next

: testa 10 2 - 1- for 0 . next ; ok <#,ram>
testa 0 0 0 0 0 0 0 ok <#,ram>

b)   B A do I ... loop
B A dup !p>r - 1- for @p p+ ... next r>p

: testb 10 2 dup !p>r - 1- for @p . p+ next r>p ; ok <#,ram>
testb 2 3 4 5 6 7 8 ok <#,ram>

c)   D C do
B A do ... I J ... loop
loop

variable j
D C dup !p>r - 1- for
B A dup j ! - 1- for
@p j @ ... p+ 1 j +!
next r>p
next

variable j
: testc
10 2 dup !p>r - 1- for
10 2 dup j ! - 1- for
@p j @ . . p+ 1 j +!
next r>p
next ; ok <#,ram>
testc  2 2 3 3 4 4 5 5 6 6 7 7 8 8 ok <#,ram>

it shall be probably:
------------------------
variable j
: testc
10 2 dup j ! - 1- for
8 3 dup !p>r - 1- for
@p j @ . . p+  
next r>p
1 j +!
next ;

testc 2 3 2 4 2 5 2 6 3 3 3 4 3 5 3 6 4 3 4 4 4 5 4 
6 5 3 5 4 5 5 5 6 6 3 6 4 6 5 6 6 7 3 7 4 7 5 7 6 8 3 
8 4 8 5 8 6 ok <#,ram>


d)   B A do ... K +loop
B A -  K / for ... next

Issue: Here K is usualy a step of any value (not (B-A/K))

e)   D C do
B A do ... I J ... K +loop
L +loop

variable j
D C dup !p>r - K / for
B A dup j ! L / for
@p j @ ... K p++ L j +!
next r>p
next

Issue: Here K and L are usualy steps of any value (not (B-A/K))

f)   B A ?do ... loop
B A - dup if 1- for ... next then

: testf 10 2 - dup if 1- for 0 . next then ; ok <#,ram>
testf 0 0 0 0 0 0 0 ok <#,ram>

Re: [Flashforth-devel] For-next and do-loop practise

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

Hi,
This is my untested quick take on this.

Of course if you are translating DO LOOP code
mechanically a direct template is good to have.

In general in FF I would not write code that
loops from A to B.

Usually I have a starting value A and a count N
Much code that uses do loops has the same and
must convert it to a A B=A+N pair before using the DO LOOP.

P is just a special variable which is saved on the return stack to
support nesting. J is implemented below without
nesting support. By saving it on the return stack
before FOR, it can also be made nestable.

-- Mike

On 16.6.2011 16:36, om1zz wrote:
> Hi, in order not to invent wheel (and maybe quite useful for other
> ffters too) I would ask the practisioners for an advice how to best
> translate following constructs into FF's for-next:
>
> a)   B A do ... loop
        B A - 1- for ... next
>
>
> b)   B A do I ... loop
        B A dup !p>r - 1- for @p p+ ... next r>p
>
>
> c)   D C do
>          B A do ... I J ... loop
>      loop

        variable j
        D C dup !p>r - 1- for
            B A dup j ! - 1- for
                @p j @ ... p+ 1 j +!
            next r>p
        next
>
>
> d)   B A do ... K +loop
        B A -  K / for ... next
>
>
> e)   D C do
>          B A do ... I J ... K +loop
>      L +loop

        variable j
        D C dup !p>r - K / for
            B A dup j ! L / for
                @p j @ ... K p++ L j +!
            next r>p
        next

>
> f)   B A ?do ... loop
        B A - dup if 1- for ... next then
>
>
> Thanks,
> I.
>
>

[Flashforth-devel] For-next and do-loop practise

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

Hi, in order not to invent wheel (and maybe quite useful for other
ffters too) I would ask the practisioners for an advice how to best
translate following constructs into FF's for-next:

a)   B A do ... loop 


b)   B A do I ... loop


c)   D C do 
B A do ... I J ... loop
loop


d)   B A do ... K +loop 


e)   D C do 
B A do ... I J ... K +loop
L +loop

f)   B A ?do ... loop


Thanks,
I.


-- 
IHNED.cz je nový, přehlednější a rychlejší. Přesvědčte se na:
www.ihned.cz

Re: [Flashforth-devel] FlashForth with double number support

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

Mike, thanks, good news! I've tried it and it seems it works :)!
PS: would it be possible to change "ticks" from single to double?
I.

----- PŮVODNÍ ZPRÁVA -----
Od: "Mikael Nordman" <mik...@pp...>
Komu: fla...@li...
Předmět: [Flashforth-devel] FlashForth with double number support
Datum: 14.6.2011 - 22:25:57

> Hi,
> There is now support for double (32-bit) numbers
> in FF 3.8 and 4.8.
> It can be found in GIT.
> 
> Small updates will still be made, but it works as
> it is now also.
> 
> Cheers /Mike
> 
> ------------------------------------------------------------------------------
> > EditLive Enterprise is the world's most
> technically advanced content
> authoring tool. Experience the power of Track
> Changes, Inline Image
> Editing and ensure content is compliant with
> Accessibility Checking.
> http://p.sf.net/sfu/ephox-dev2dev
> _______________________________________________
> Flashforth-devel mailing list
> Fla...@li...
> https://lists.sourceforge.net/lists/listinfo/flashforth-devel
> 


-- 
IHNED.cz je nový, přehlednější a rychlejší. Přesvědčte se na:
www.ihned.cz

[Flashforth-devel] FlashForth with double number support

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

Hi Mikael,

Thanks for the info.  A good addition, I believe.

I hope to check out the PIC18 words shortly.

Pete
AG7C

[Flashforth-devel] FlashForth with double number support

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

Hi,
There is now support for double (32-bit) numbers in FF 3.8 and 4.8.
It can be found in GIT.

Small updates will still be made, but it works as it is now also.

Cheers /Mike

Re: [Flashforth-devel] FlashForth V3.6 PIC18F4550

[R. M. H. <in...@ib...>]

Hallo Mikael,

vielen Dank für deine prompte Antwort. Das Problem
des Zwischenspeicherns habe ich verstanden. Eine
Variante zu machen ist da keine gute Idee.
Für die übrigen Bauelemente habe ich ja auch keine
richtige Aufgabe und deshalb ist eher eine Idee
eines alten Ingenieurs gewesen, der so etwas nicht
einfach herum liegen haben möchte.

Tchuess

Robert

PS: Du mußt mich unbedingt mal besuchen, wenn Du
     mal wieder in der Gegend bist.



Am 20.05.2011 18:11, schrieb Mikael Nordman:
> Hi Robert,
>
> Ja es gibt en grundsätzliches problem.
>
> Das 4450 hat kein EEPROM. Semipermanente daten,
> wie dictionarypointers wird in das EEPROM gespeichert.
>
> Es wurde möglich ein variant von FF machen, die
> die dictionarypointers ins Flash gespeichert.
>
> Leider habe ich keine zeit fur diese uebung in die
> immediate(same in german) zukunft.
>
> Tchuess
>
> Mikael
>
>
>
> On 20.5.2011 16:01, R. M. Hessler wrote:
>> Hallo Mikael,
>>
>> auch wenn so viel Zeit vergangen ist, möchte ich
>> mich noch einmal bei Dir melden. Mein Projekt ist
>> nun auf der sicheren Seite. Nachdem mein Auftraggeber
>> sich mit dem Endkunden heftig gestritten hat,
>> bin ich in Not gekommen. Das ist nun alles erledigt.
>>
>> Dein deutscher Text ist sehr gut geworden. Deshalb
>> wage ich es diesmal auch so zu antworten.
>>
>> Die Umlaute und  XON/XOFF betrachte ich nicht als
>> Problem. Nachdem ich den Effekt begriffen habe, bin
>> ich nicht mehr in Verlegenheit gekommen. Mit dem
>> FlashForth V3.61 bin ich weiterhin sehr zufrieden.
>> Für mein Projekt habe ich das Flash bis auf 16Byte
>> aufgefüllt. Es gab keine Probleme.
>>
>> Aus einer falschen Bestückung habe ich hier noch ei
>>
>> *Gekürzt!*
>> ----------------------------------------------------------------------------------------------------------------------------------------------------------------
>> *Diese Nachricht überschreitet die maximale Nachrichtengröße, die in den Einstellungen angegeben wurde, daher wurden nur die ersten Zeilen vom Mail-Server
>> heruntergeladen.*
>>
>> *Klicken Sie hier <mailbox://pt8...@po.../Inbox?number=460722136&messageid=4DD692AA.6050308%40pp1.inet.fi&uidl=0MItMT-1QPwL814Sv-002DrG>, um die
>> ganze Nachricht vom Server herunterzuladen.*
>>

Re: [Flashforth-devel] FlashForth V3.6 PIC18F4550

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

Hi Robert,

Ja es gibt en grundsätzliches problem.

Das 4450 hat kein EEPROM. Semipermanente daten,
wie dictionarypointers wird in das EEPROM gespeichert.

Es wurde möglich ein variant von FF machen, die
die dictionarypointers ins Flash gespeichert.

Leider habe ich keine zeit fur diese uebung in die
immediate(same in german) zukunft.

Tchuess

Mikael



On 20.5.2011 16:01, R. M. Hessler wrote:
> Hallo Mikael,
>
> auch wenn so viel Zeit vergangen ist, möchte ich
> mich noch einmal bei Dir melden. Mein Projekt ist
> nun auf der sicheren Seite. Nachdem mein Auftraggeber
> sich mit dem Endkunden heftig gestritten hat,
> bin ich in Not gekommen. Das ist nun alles erledigt.
>
> Dein deutscher Text ist sehr gut geworden. Deshalb
> wage ich es diesmal auch so zu antworten.
>
> Die Umlaute und  XON/XOFF betrachte ich nicht als
> Problem. Nachdem ich den Effekt begriffen habe, bin
> ich nicht mehr in Verlegenheit gekommen. Mit dem
> FlashForth V3.61 bin ich weiterhin sehr zufrieden.
> Für mein Projekt habe ich das Flash bis auf 16Byte
> aufgefüllt. Es gab keine Probleme.
>
> Aus einer falschen Bestückung habe ich hier noch eine
> Hand voll 18F4450. Was muß ich tun, um darauf ein
> FlashForth V3.61 laufen zu lassen? Ohne mich mit
> den configuration files im Detail beschäftigt zu haben,
> habe ich diesen Prozessor nicht gleich in Deiner Liste
> gefunden. Gibt es da ein grundsätzliches Problem oder
> lohnt es sich ein wenig Arbeit zu investieren?
>
> Wenn Du es wünschst, dann klebe ich Dir auch ein
> paar von den Dingern auf einen Briefbogen und sende
> sie Dir nach Finnland.
>
> Für heute soll das alles sein. Es wünscht eine gute Zeit
>
> Robert
>
>
>
> Am 25.02.2011 15:44, schrieb Mikael Nordman:
>> Danke Robert.
>>
>> Ich glaube es gibt ein lösung fur die XON/XOFF problem und umlaute.
>>
>> Bei aktiveren das USE_8_BIT_ASCII option (oder etwas änliches) in die
>> konfig file, sollte das mischen von umlaute und kontroll-zeichen gut gehen.
>>
>> Wenn du FF so gut findest, wurde ich mich freuen uber ein kleines
>> geschenk uber PayPal :-)
>>
>> Herzlichen gruessen aus Finnland.
>>
>> Mikael
>>
>> PS. I hope I did not make too many mistakes in my German !
>>
>> On 25.2.2011 14:00, R. M. Hessler wrote:
>>> Hello Mikael,
>>>
>>> here the experience with the new ff18_361 in
>>> the last weeks. After installation in the
>>> pic18f4550 of the active projekt, it was
>>> very busy to grow my working code. Some
>>> hundred bytes of flash are seen as rest
>>> of storage. At this time, there was absolutly
>>> no error to see, except those of my own.
>>> I am very glad to meet this wunderfull
>>> piece of software. Congratulations to you!
>>>
>>> One remark yet. As a german, I can't write
>>> without “Umlaute äüö..” in a normal text.
>>> In source code, file names and so on it is
>>> forbidden for me, because RT11, CP/M...
>>> doesn't like it. But in comments, it always
>>> happened to me, still to use them. So with
>>> XO/XOFF in the serial two line (I am very
>>> happy to have only two lines) you should
>>> strongly recommend “use plain ASCII”, because
>>> there are transmission errors and the
>>> question marks in consecution will have
>>> no clear meaning to the actual place of
>>> appearance.
>>>
>>> With a lot of thanks and best wishes for
>>> you just out of the Eifel. Spring is on the
>>> way. The cranes on the way since last week.
>>>
>>> Gruss - Robert
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Free Software Download: Index, Search&    Analyze Logs and other IT data in
>>> Real-Time with Splunk. Collect, index and harness all the fast moving IT data
>>> generated by your applications, servers and devices whether physical, virtual
>>> or in the cloud. Deliver compliance at lower cost and gain new business
>>> insights. http://p.sf.net/sfu/splunk-dev2dev
>>> _______________________________________________
>>> Flashforth-devel mailing list
>>> Fla...@li...
>>> https://lists.sourceforge.net/lists/listinfo/flashforth-devel
>>
>> ------------------------------------------------------------------------------
>> Free Software Download: Index, Search&   Analyze Logs and other IT data in
>> Real-Time with Splunk. Collect, index and harness all the fast moving IT data
>> generated by your applications, servers and devices whether physical, virtual
>> or in the cloud. Deliver compliance at lower cost and gain new business
>> insights. http://p.sf.net/sfu/splunk-dev2dev
>> _______________________________________________
>> Flashforth-devel mailing list
>> Fla...@li...
>> https://lists.sourceforge.net/lists/listinfo/flashforth-devel
>
> ------------------------------------------------------------------------------
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Flashforth-devel mailing list
> Fla...@li...
> https://lists.sourceforge.net/lists/listinfo/flashforth-devel

Re: [Flashforth-devel] FlashForth V3.6 PIC18F4550

[R. M. H. <in...@ib...>]

Hallo Mikael,

auch wenn so viel Zeit vergangen ist, möchte ich
mich noch einmal bei Dir melden. Mein Projekt ist
nun auf der sicheren Seite. Nachdem mein Auftraggeber
sich mit dem Endkunden heftig gestritten hat,
bin ich in Not gekommen. Das ist nun alles erledigt.

Dein deutscher Text ist sehr gut geworden. Deshalb
wage ich es diesmal auch so zu antworten.

Die Umlaute und  XON/XOFF betrachte ich nicht als
Problem. Nachdem ich den Effekt begriffen habe, bin
ich nicht mehr in Verlegenheit gekommen. Mit dem
FlashForth V3.61 bin ich weiterhin sehr zufrieden.
Für mein Projekt habe ich das Flash bis auf 16Byte
aufgefüllt. Es gab keine Probleme.

Aus einer falschen Bestückung habe ich hier noch eine
Hand voll 18F4450. Was muß ich tun, um darauf ein
FlashForth V3.61 laufen zu lassen? Ohne mich mit
den configuration files im Detail beschäftigt zu haben,
habe ich diesen Prozessor nicht gleich in Deiner Liste
gefunden. Gibt es da ein grundsätzliches Problem oder
lohnt es sich ein wenig Arbeit zu investieren?

Wenn Du es wünschst, dann klebe ich Dir auch ein
paar von den Dingern auf einen Briefbogen und sende
sie Dir nach Finnland.

Für heute soll das alles sein. Es wünscht eine gute Zeit

Robert



Am 25.02.2011 15:44, schrieb Mikael Nordman:
> Danke Robert.
>
> Ich glaube es gibt ein lösung fur die XON/XOFF problem und umlaute.
>
> Bei aktiveren das USE_8_BIT_ASCII option (oder etwas änliches) in die
> konfig file, sollte das mischen von umlaute und kontroll-zeichen gut gehen.
>
> Wenn du FF so gut findest, wurde ich mich freuen uber ein kleines
> geschenk uber PayPal :-)
>
> Herzlichen gruessen aus Finnland.
>
> Mikael
>
> PS. I hope I did not make too many mistakes in my German !
>
> On 25.2.2011 14:00, R. M. Hessler wrote:
>> Hello Mikael,
>>
>> here the experience with the new ff18_361 in
>> the last weeks. After installation in the
>> pic18f4550 of the active projekt, it was
>> very busy to grow my working code. Some
>> hundred bytes of flash are seen as rest
>> of storage. At this time, there was absolutly
>> no error to see, except those of my own.
>> I am very glad to meet this wunderfull
>> piece of software. Congratulations to you!
>>
>> One remark yet. As a german, I can't write
>> without “Umlaute äüö..” in a normal text.
>> In source code, file names and so on it is
>> forbidden for me, because RT11, CP/M...
>> doesn't like it. But in comments, it always
>> happened to me, still to use them. So with
>> XO/XOFF in the serial two line (I am very
>> happy to have only two lines) you should
>> strongly recommend “use plain ASCII”, because
>> there are transmission errors and the
>> question marks in consecution will have
>> no clear meaning to the actual place of
>> appearance.
>>
>> With a lot of thanks and best wishes for
>> you just out of the Eifel. Spring is on the
>> way. The cranes on the way since last week.
>>
>> Gruss - Robert
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Free Software Download: Index, Search&   Analyze Logs and other IT data in
>> Real-Time with Splunk. Collect, index and harness all the fast moving IT data
>> generated by your applications, servers and devices whether physical, virtual
>> or in the cloud. Deliver compliance at lower cost and gain new business
>> insights. http://p.sf.net/sfu/splunk-dev2dev
>> _______________________________________________
>> Flashforth-devel mailing list
>> Fla...@li...
>> https://lists.sourceforge.net/lists/listinfo/flashforth-devel
>
> ------------------------------------------------------------------------------
> Free Software Download: Index, Search&  Analyze Logs and other IT data in
> Real-Time with Splunk. Collect, index and harness all the fast moving IT data
> generated by your applications, servers and devices whether physical, virtual
> or in the cloud. Deliver compliance at lower cost and gain new business
> insights. http://p.sf.net/sfu/splunk-dev2dev
> _______________________________________________
> Flashforth-devel mailing list
> Fla...@li...
> https://lists.sourceforge.net/lists/listinfo/flashforth-devel

[Flashforth-devel] FF37 USB on 18F14K50

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

Hi Attila,

It should be possible to make FF3.7 run on the 18F14K50.
Propably the USB lib must be recompiled.
I did not publish the USB lib source, since it has the
Microchip copyrights on it.

A different ram memory map must be defined in the linker
file. And some addresses in the FF3.7 assembly source
must be changed to match the new HW.
At least the dual port USB ram is at a different address.
Also the Forth variables and UART buffers, which are now located above 
the USB ram in 2550, must be relocated back to $f060-$f200 area.
The USB ram will be at approx. $f200-$f230. So actually
some the Forth variables and UART buffer can better be placed at 
$f230-$f2ff.

I remember running a BG task blinking a LED on a USB FF3.7. That
was without a USB connection. But I am not quite sure
if it works now or not. I dont have any HW for that right now.
Maybe you can just try it.

You could also make a turnkey word which revectors key key? emit
to rx1 rx1? tx1. Then you can use the UART.

Cheers /Mike


 > From: attilaherman
 >
 > Hello Mikael!
 >
 > Thanks for the FF37!  I am using it successfully on 18F2550 with USB. 
 > It is fast and stable.
 > However I have two questions:
 > - I would like to use FF37 in USB mode on 18F14K50, but currently it 
 > is not supported.
 >  I know that, its 16kB memory is a bit slim, but it seems enough for 
 > some simple applications.
 > - Sometimes would be nice to use a controller (with FF37 in USB mode) 
 > without permanent USB connection to PC.
 >  Is it possible?
 >
 > Regards
 > Attila

Re: [Flashforth-devel] Flashforth - simulation in MPLAB 8.66

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

Phil,
it seems it works now. The input file looks now:

wait 1000 ms
0a 0d
wait 1000 ms
"100 100" 0a 0d
wait 1000 ms
" + " 0a 0d
wait 1000 ms
"." 0a 0d
wait 1000 ms
0a 0d

and the output:

FlashForth V4.71 (C) Mikael Nordman GPL V3

ok <#,ram> 
ok <#,ram> 
100 100 + . 200 ok <#,ram> 
ok <#,ram> 

So you have to use 0a 0d sequence for entering the line (not 0d 0a
as I did before)..
73, Igor

----- PŮVODNÍ ZPRÁVA -----
Od: "F5iwl" <f5...@ne...>
Komu: "om1zz" <om...@vo...>
Předmět: Re: [Flashforth-devel] Flashforth - simulation in MPLAB
8.66
Datum: 8.5.2011 - 9:56:25

> Hi Igor,
> 
> What puzzles me is that you don't get the
> aknowledge for each entry after 
> CR/LF
> You should see : 100 100  ok <#,ram>
> then:  +  ok <#,ram>
> and then the result printed as per the DOT
> request.
> 
> It looks like you are only getting an echo from
> the simulator of what the 
> file contains.
> I have never used the MPLAB simulator. My question
> is do you provide the 
> simulator with the CPU type you simulate?
> 
> What happens if you create a file with the
> following : WARM  0d/0a
> Does it resets FlashForth.
> 
> 73
> Phil
> 
> ----- Original Message ----- 
> From: "om1zz" <om...@vo...>
> To: <fla...@li...>
> Sent: Saturday, May 07, 2011 4:41 PM
> Subject: [Flashforth-devel] Flashforth -
> simulation in MPLAB 8.66
> 
> 
> 
> Hi, this is maybe not directly connected to
> flashforth but mplab -
> I'm trying to run flashforth 4.71 in mplab
> simulator and print uart
> output to simulator output window (works somehow)
> and input some
> commands to flashforth.. However, the guys from
> mplab provide only
> an input from the file (not directly from
> keyboard).
> The file content looks like this (issued
> automaticly after FF
> reset):
> 
> wait 1000 ms
> 0d 0a
> wait 1000 ms
> "100 100" 0d 0a
> wait 1000 ms
> " + " 0d 0a
> wait 1000 ms
> "." 0d 0a
> wait 1000 ms
> 
> I'm getting this as the output:
> 
> FlashForth V4.71 (C) Mikael Nordman GPL V3
> 
> ok <#,ram>
> 100 100 + .
> 
> So I'm not able to get any result showing it
> works. Any hint?
> Thanks,
> Igor
> 
> 
> -- 
> VOLNÝ Klub, limitované kolekce značek jako Nike,
> Represent, Bench,
> Tommy Hilfiger, LG a další se slevami 40 - 80 %.
> http://klub.volny.cz
> 
> 
> ------------------------------------------------------------------------------
> > WhatsUp Gold - Download Free Network Management
> Software
> The most intuitive, comprehensive, and
> cost-effective network
> management toolset available today.  Delivers
> lowest initial
> acquisition cost and overall TCO of any competing
> solution.
> http://p.sf.net/sfu/whatsupgold-sd
> _______________________________________________
> Flashforth-devel mailing list
> Fla...@li...
> https://lists.sourceforge.net/lists/listinfo/flashforth-devel
> 
> 
> 

[Flashforth-devel] Flashforth - simulation in MPLAB 8.66

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

Hi, this is maybe not directly connected to flashforth but mplab -
I'm trying to run flashforth 4.71 in mplab simulator and print uart
output to simulator output window (works somehow) and input some
commands to flashforth.. However, the guys from mplab provide only
an input from the file (not directly from keyboard).
The file content looks like this (issued automaticly after FF
reset):

wait 1000 ms
0d 0a
wait 1000 ms
"100 100" 0d 0a
wait 1000 ms
" + " 0d 0a
wait 1000 ms
"." 0d 0a
wait 1000 ms

I'm getting this as the output:

FlashForth V4.71 (C) Mikael Nordman GPL V3

ok <#,ram> 
100 100 + .

So I'm not able to get any result showing it works. Any hint?
Thanks,
Igor


-- 
VOLNÝ Klub, limitované kolekce značek jako Nike, Represent, Bench,
Tommy Hilfiger, LG a další se slevami 40 - 80 %.
http://klub.volny.cz

Re: [Flashforth-devel] Flashforth does not return with data

[Paulo F. <pa...@ke...>]

> 
> 
> You need to do .   to print the top of the stack. 
> 
> . (dot) prints the top of the stack. 
> 
> Try this: 
> 
> 2 3 + . 
> 
> 5 6 *  . 
> 
> Best regards
> 
> Paulo Ferreira 

Sorry my answer was too fast. 
 Brain was not fully functional yet.   :-( :-( 

On other forths  one needs to use . to see the number on top of the stack. 

On flashforth  "prompt" is by default ".st"  and prints the top of the stack. 

If you do ".st"  what do you see? 

	
Try "` .st is prompt" to restore the normal behavior of flashforth. 

Best regards

Paulo Ferreira
    

Re: [Flashforth-devel] Flashforth does not return with data

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

F5iwl wrote:
 > I have implemented Flashforth 3.7 UART on pic18f4550.
 > Link with PC via RS232 is OK.
 > When doing Warm I get Flashforth string back
 > When hitting RETURN I get OkFlashforth
 > BUT
 > when I do 2 5 + return I only get FlasForth as returned data
 > It did work for a short while before I started to compile an example
 > given on your INTRODUCTION (blink)
 >
 > Before then I could get all standard functions as "drop" "rot" and of
 > course all arithmetic functions.
 >
 > I rebuild the source code, reloaded the processor with no errors from
 > MPLAB v 8.63 but no improvement on the final.
 > Never get <$,ram> nor any result of operation!
 >
 > Please tell me what could possibly be my error.
 > Thank you
 > F5IWL philippe

My guess is that for some reason the deferred word PROMPT does not
point to .ST..ST should print the <$,ram> !
So each time PROMPT is executed after a command line has been processed,
a warm start is made. This would happen if the prompt vector points to 
adress 0000 or FFFF

The PROMPT deferred vector is stored in eeprom at address ec0c

Propably your programmer does not write the correct values to eeprom. 
Which programmer are you using ?

Try with giving the command EMPTY immediately after boot.
EMPTY initalises the eeprom to the correct values.

Cheers /Mike

Re: [Flashforth-devel] Flashforth does not return with data

[Paulo F. <pa...@ke...>]

On 2011/04/09, at 10:29, F5iwl wrote:

> I have implemented Flashforth 3.7 UART on pic18f4550.
> Link with PC via RS232 is OK.
> When doing Warm I get Flashforth string back
> When hitting RETURN I get OkFlashforth
> BUT
> when I do 2 5 + return I only get FlasForth as returned data
> It did work for a short while before I started to compile an example given on your INTRODUCTION (blink)
>  
> Before then I could get all standard functions as "drop" "rot" and of course all arithmetic functions.
>  
> I rebuild the source code, reloaded the processor with no errors from MPLAB v 8.63 but no improvement on the final.
> Never get <$,ram> nor any result of operation!
>  
> Please tell me what could possibly be my error.
> Thank you
> F5IWL philippe 


 You need to do .   to print the top of the stack. 

. (dot) prints the top of the stack. 

Try this: 

2 3 + . 

5 6 *  . 

Best regards

Paulo Ferreira 

[Flashforth-devel] Flashforth does not return with data

[F5iwl <f5...@ne...>]

I have implemented Flashforth 3.7 UART on pic18f4550.
Link with PC via RS232 is OK.
When doing Warm I get Flashforth string back
When hitting RETURN I get OkFlashforth
BUT
when I do 2 5 + return I only get FlasForth as returned data
It did work for a short while before I started to compile an example given on your INTRODUCTION (blink)

Before then I could get all standard functions as "drop" "rot" and of course all arithmetic functions.

I rebuild the source code, reloaded the processor with no errors from MPLAB v 8.63 but no improvement on the final.
Never get <$,ram> nor any result of operation!

Please tell me what could possibly be my error.
Thank you
F5IWL philippe 

[Flashforth-devel] FF3.7 usb and the PICDEM FSUSB Demo Board

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

Just a quick note to start this topic.

FF3.7 usb and the PICDEM FSUSB Demo Board (DM163025) are working really 
well together here.

Edits were made to p18f2455-2550-4455-4550.cfg and then MPLAB IDE and a 
PICkit 2 were used to program the PICDEM FSUSB Demo Board.

If anyone has questions about this combination as a tool to learn FF or 
investigate the PIC18F4550 with USB,  please post here.

Pete
AG7C

[Flashforth-devel] FF3.7 p18fxxxx.cfg

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

Hi Mikael,

Thanks for the info.

This correspondence also got me to figure out how to use the mailing 
list...I hope...hi hi

Pete
AG7C

[Flashforth-devel] FF3.7 p18fxxxx.cfg

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

Hi Pete,

The RAM_HI value should be 0xf7ff. It is supposed to be used for a word
which tells how much memory is UNUSED.

UNUSED is not yet umplemented so, those definitions have no use yet.

Mike

2011-03-14 03:16:10 EET
Hi Mikael, In FF3.7 p18fxxxx.cfg, the 18f4455 and 18f4550 have the line 
--- #define RAM_HI 0xf8e0 ---
Should this be 0xf7e0 ? Not sure I understand where the RAM_HI value is 
determined from. There is 2K of RAM in the 18f2455, 18f2550, 18f4455 and 
18f4550
Pete AG7C

Re: [Flashforth-devel] FlashForth V3.6 PIC18F4550

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

Danke Robert.

Ich glaube es gibt ein lösung fur die XON/XOFF problem und umlaute.

Bei aktiveren das USE_8_BIT_ASCII option (oder etwas änliches) in die 
konfig file, sollte das mischen von umlaute und kontroll-zeichen gut gehen.

Wenn du FF so gut findest, wurde ich mich freuen uber ein kleines 
geschenk uber PayPal :-)

Herzlichen gruessen aus Finnland.

Mikael

PS. I hope I did not make too many mistakes in my German !

On 25.2.2011 14:00, R. M. Hessler wrote:
> Hello Mikael,
>
> here the experience with the new ff18_361 in
> the last weeks. After installation in the
> pic18f4550 of the active projekt, it was
> very busy to grow my working code. Some
> hundred bytes of flash are seen as rest
> of storage. At this time, there was absolutly
> no error to see, except those of my own.
> I am very glad to meet this wunderfull
> piece of software. Congratulations to you!
>
> One remark yet. As a german, I can't write
> without “Umlaute äüö..” in a normal text.
> In source code, file names and so on it is
> forbidden for me, because RT11, CP/M...
> doesn't like it. But in comments, it always
> happened to me, still to use them. So with
> XO/XOFF in the serial two line (I am very
> happy to have only two lines) you should
> strongly recommend “use plain ASCII”, because
> there are transmission errors and the
> question marks in consecution will have
> no clear meaning to the actual place of
> appearance.
>
> With a lot of thanks and best wishes for
> you just out of the Eifel. Spring is on the
> way. The cranes on the way since last week.
>
> Gruss - Robert
>
>
>
> ------------------------------------------------------------------------------
> Free Software Download: Index, Search&  Analyze Logs and other IT data in
> Real-Time with Splunk. Collect, index and harness all the fast moving IT data
> generated by your applications, servers and devices whether physical, virtual
> or in the cloud. Deliver compliance at lower cost and gain new business
> insights. http://p.sf.net/sfu/splunk-dev2dev
> _______________________________________________
> Flashforth-devel mailing list
> Fla...@li...
> https://lists.sourceforge.net/lists/listinfo/flashforth-devel

[Flashforth-devel] FlashForth V3.6 PIC18F4550

[R. M. H. <in...@ib...>]

Hello Mikael,

here the experience with the new ff18_361 in
the last weeks. After installation in the
pic18f4550 of the active projekt, it was
very busy to grow my working code. Some
hundred bytes of flash are seen as rest
of storage. At this time, there was absolutly
no error to see, except those of my own.
I am very glad to meet this wunderfull
piece of software. Congratulations to you!

One remark yet. As a german, I can't write
without “Umlaute äüö..” in a normal text.
In source code, file names and so on it is
forbidden for me, because RT11, CP/M...
doesn't like it. But in comments, it always
happened to me, still to use them. So with
XO/XOFF in the serial two line (I am very
happy to have only two lines) you should
strongly recommend “use plain ASCII”, because
there are transmission errors and the
question marks in consecution will have
no clear meaning to the actual place of
appearance.

With a lot of thanks and best wishes for
you just out of the Eifel. Spring is on the
way. The cranes on the way since last week.

Gruss - Robert

[Flashforth-devel] FlashForth V3.6 PIC18F4550

[R. M. H. <in...@ib...>]

Hello Mikael,

here the first experience with the new ff18_361
in the active project. After simple changing
the asm_files in the MPLAB workspace it gave
a new hex_file. Via pickit_2 in the flash of
the same processor that was used in the last
days with compiling troubles programmed, I used
some of the incriminated source files unchanged
out of the archiv.

Voila – no question mark and the program running
in the hardware like intended. I am very glad!

And now with new energy back to programming work
using the new ff18_361.


Thank you very much and
Gruss - Robert