Thread: [Flashforth-devel] FlashForth V3.6 PIC18F4550
Brought to you by:
oh2aun
Menu
▾
▴
flashforth-devel
|
From: R. M. H. <in...@ib...> - 2011-02-08 17:34:39
|
Hello Mikael, very fine to get first response via flashforth-devel-request. Thank you for your patience. For the next time I will stay on this channel with the stable headline. Some Information later. Gruss - Robert |
|
From: R. M. H. <in...@ib...> - 2011-02-08 20:58:00
Attachments:
smp_36.zip
|
Hello Mikael, here the whole information, to have a look at the source and all around it. System -> pic18f4550 (5V), 24Mhz external oscillator, PicKit 2 as Programmer, MPLAB IDE v8.46 for assembling, I2C, PWM for the LEDs under a LCD (2*8char, 4bit_parallel), 4*7 keyboardmatrix, TTL serial i/o via MAX232 RS232_PCMCIA_card on Lenovo T60 with Ultra-edit as editor ( seeing blanks and special charactes) and TeraTerm as Terminal. The smp_36.zip holds the basic FORTH as source and the application as text. The application compiles in this form without error message. This is maintained by non used code a_k... , a_llllllll.... , x_up and x_down. If you remove this, ? you will see. The code is running on the target hardware. I/o, PCM, LCD, Keyboard, I2C working in the context of the “big loop” like intended. The only and misunderstood is b_up ! This word delivers not the bordered up count of its variable, like the others (for instance a_up or c_up)same shaped. The actual source is very raw, has to be optimized in needing of room/modularity and there is a number of further functions to realize. But now, every change earn a error message. Gruss - Robert |
|
From: R. M. H. <in...@ib...> - 2011-02-09 09:48:21
|
Hello Mikael, here my answers for your latest questions. The history of choice for a Pic18f4550 was the hardware interfaces for A/D, PCM, I2C and at this time USB. Flash, ram and eeprom seemed adequate. No time to lose and a cheap C-compiler(sourceboost) on the hand – quick start. * Have you tried many different chips or just one ? Yes, I have used about 30 different pieces of 4550. Their are 12 working systems as prototypes since last weekend by the customer ( limited function). * Have you tried other UART speeds 4800 9600 19200 38400 ? No, because I didn't ever see the special characters, you describe under “Problems”. To me, the problem seemed not the data transfer(input buffer/processing) but rather the compiling process as it works. One source give always the same result (with or without any transmit delay in TeraTerm). The basic functions of the hardware (all implemented at the begin of flash) will always work as intended. * Have you tried to blank the chip and reflash FF ? Yes, some times without any problems. In the begin of prototyping I didn't understand the ESC start (lot of ESC no cr) right and therefore I used reflash in my desperation. * What is your clock speed ? 24MHz internal / external oscillator 24Mhz or 12MHz * Have you tried lower/higher clock speeds ? No, because their was in the time of debuging of the basic hardware no reason and now I can't see the mechanism of impact at the Problem. Gruss - Robert |
|
From: Mikael N. <mik...@pp...> - 2011-02-09 17:35:07
Attachments:
Ff18_361.zip
|
Good News Robert, There actually was a bug in CF, It tried to branch to far with a relative branch. Attached is a FF 3.61 which should work. Let me know how it works ! Gruessi / Mike |
|
From: R. M. H. <in...@ib...> - 2011-02-09 19:19:58
|
Hello Mikael, thank you for your messages. I got both and will no more use the "liste antworten" in firebird. But what's about the attachement? I can't await to test FF 3.61 ! Gruss - Robert > Dont answer the digest. > > Did you not get the actual message from the mailing list ? > > Mike > > On 9.2.2011 20:37, R. M. Hessler wrote: >> Hello Mikael, >> >> good news are always bad news (or vice versa ?), would >> the news industry say. I am happy to read something like >> your mail! But what can I do to get the attachement? >> >> Gruss - Robert >> >> Oh, my thundebird has "liste antworten" - I will have a try. >> Does it work properly? >> >> Am 09.02.2011 18:35, schrieb fla...@li...: >>> -------------- next part -------------- >>> A non-text attachment was scrubbed... >>> Name: Ff18_361.zip >>> Type: application/octet-stream >>> Size: 29097 bytes >>> Desc: not available >>> >>> ------------------------------ |
|
From: Mikael N. <mik...@pp...> - 2011-02-09 19:31:19
|
Hi, Of course you should use the "liste antworten, reply to list" But you should not reply to the DIGEST mails. Anyway there was a zip file attached to to the "good news mail". You can also get it from the mail archive on SourceForge: http://sourceforge.net/mailarchive/forum.php?forum_name=flashforth-devel http://sourceforge.net/mailarchive/forum.php?thread_name=4D52D043.1080702%40pp1.inet.fi&forum_name=flashforth-devel Mike On 9.2.2011 21:19, R. M. Hessler wrote: > Hello Mikael, > > thank you for your messages. I got both and will > no more use the "liste antworten" in firebird. > > But what's about the attachement? I can't await > to test FF 3.61 ! > > > Gruss - Robert > >> Dont answer the digest. >> >> Did you not get the actual message from the mailing list ? >> >> Mike >> >> On 9.2.2011 20:37, R. M. Hessler wrote: >>> Hello Mikael, >>> >>> good news are always bad news (or vice versa ?), would >>> the news industry say. I am happy to read something like >>> your mail! But what can I do to get the attachement? >>> >>> Gruss - Robert >>> >>> Oh, my thundebird has "liste antworten" - I will have a try. >>> Does it work properly? >>> >>> Am 09.02.2011 18:35, schrieb fla...@li...: >>>> -------------- next part -------------- >>>> A non-text attachment was scrubbed... >>>> Name: Ff18_361.zip >>>> Type: application/octet-stream >>>> Size: 29097 bytes >>>> Desc: not available >>>> >>>> ------------------------------ > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Flashforth-devel mailing list > Fla...@li... > https://lists.sourceforge.net/lists/listinfo/flashforth-devel > |
|
From: R. M. H. <in...@ib...> - 2011-02-09 19:53:28
|
Hello Mikael, you see I am absolutly new on a mail list like this one. The file, not attached at the e_mail to me, I found via the link in your mail at surceforge - download sucsessfull. Thank you and Gruss - Robert |
|
From: R. M. H. <in...@ib...> - 2011-02-10 10:36:34
|
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 |
|
From: R. M. H. <in...@ib...> - 2011-02-25 12:00:23
|
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 |
|
From: Mikael N. <mik...@pp...> - 2011-02-25 14:44:25
|
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 |
|
From: R. M. H. <in...@ib...> - 2011-05-20 15:14:48
|
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 |
|
From: Mikael N. <mik...@pp...> - 2011-05-20 16:11:29
|
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 |
|
From: R. M. H. <in...@ib...> - 2011-05-20 16:57:41
|
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.*
>>
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X