*** Protokolldatei gestartet
*** Datum: Mi Nov 5 19:55:08 2008
[Mi Nov 5 2008] [19:55:08] Betreten Sie haben den Kanal #forth-ev betreten (~bernd@ppp-88-217-79-18.dynamic.mnet-online.de).
[Mi Nov 5 2008] [19:55:28] <BerndPaysan> Hallo
[Mi Nov 5 2008] [19:55:48] <MatthiasT_> Servus
[Mi Nov 5 2008] [19:56:37] <MatthiasT_> Glückwunsch zu gforth 0.7 :=))
[Mi Nov 5 2008] [19:56:42] <BerndPaysan> Danke
[Mi Nov 5 2008] [19:58:07] <MatthiasT_> Ha, bei freshmeat ist amforth vor gforth ;=)
[Mi Nov 5 2008] [19:58:28] <BerndPaysan> Wir müssen natürlich dort auch den Eintrag updaten.
[Mi Nov 5 2008] [19:58:39] <MatthiasT_> Och da lass dir mal Zeit....
[Mi Nov 5 2008] [19:59:26] <BerndPaysan> Ich schau jetzt erst mal Tagesschau, bis nachher.
[Mi Nov 5 2008] [19:59:32] <MatthiasT_> ok
[Mi Nov 5 2008] [20:16:10] <BerndPaysan> So, bin wieder da.
[Mi Nov 5 2008] [20:33:15] <MatthiasT_> Ich musste noch einen Verriss von MichaelK beantworten.
[Mi Nov 5 2008] [20:33:46] <BerndPaysan> Aha.
[Mi Nov 5 2008] [20:34:14] <MatthiasT_> Er braucht unbedingt eine Flusskontrolle auf der seriellen Leitung, die amforth nicht eingebaut hat. Da kämpfen wir schon lange mit aber eine befriedigende Lösung ist halt etwas kompliziert
[Mi Nov 5 2008] [20:34:40] <BerndPaysan> Hat der Chip überhaupt genügend Leitungen für RTS/CTS?
[Mi Nov 5 2008] [20:35:22] <MatthiasT_> Leitungen sind nicht so das Problem. Außerdem kann man auch noch XONXOFF machen.
[Mi Nov 5 2008] [20:35:34] <MatthiasT_> Ich bin da wohl das Haupthemmnis ;=)
[Mi Nov 5 2008] [20:36:36] <BerndPaysan> Ist die Übertragung von Quelltexten per Terminal-Programm das Problem?
[Mi Nov 5 2008] [20:36:41] <MatthiasT_> Flowcontrol ist ne feine Sache (muss ich erwähnen, das ich keine Probleme habe?), aber es macht den Code auch umfangreicher. Da will eine Lösung haben, die man auch abschalten kann und die auch für andere serielle Leitungen funktioniert
[Mi Nov 5 2008] [20:36:48] <MatthiasT_> ja
[Mi Nov 5 2008] [20:37:01] <BerndPaysan> Dann soll Michael einfach das terminal.fs aus dem r8c-Projekt von Gforth nehmen.
[Mi Nov 5 2008] [20:37:16] <MatthiasT_> hat er schon, war nicht gut genug ;=)
[Mi Nov 5 2008] [20:37:45] <MatthiasT_> für größere Quelltexte gibts auch ein python Script, was eine Art Flowcontrol emuliert
[Mi Nov 5 2008] [20:37:53] <MatthiasT_> funktioniert nur nicht auf MacOS
[Mi Nov 5 2008] [20:37:56] <BerndPaysan> Das funktioniert auch nur gut, wenn man ein paar kleine Änderungen in das Forth auf der Zielseite einbaut.
[Mi Nov 5 2008] [20:38:22] <MatthiasT_> Das python Script ist schon gut und sehr zuverlässig
[Mi Nov 5 2008] [20:38:35] <BerndPaysan> Pyhton funktioniert aber ganz bestimmt auf Mac OS X.
[Mi Nov 5 2008] [20:39:13] <MatthiasT_> das ja, aber der Versuch von MIchael ging komplett daneben. Fehlermeldungen, die ich noch nie gesehen habe.
[Mi Nov 5 2008] [20:39:23] <BerndPaysan> Kern der Flusskontrolle vom terminal.fs ist eine refill-loop
[Mi Nov 5 2008] [20:39:29] <BerndPaysan> : refill-loop ( -- )
[Mi Nov 5 2008] [20:39:29] <BerndPaysan> BEGIN 3 emit refill WHILE interpret REPEAT ;
[Mi Nov 5 2008] [20:39:34] <BerndPaysan> Auf dem Target natürlich.
[Mi Nov 5 2008] [20:40:03] <BerndPaysan> Der Host weiß bei 3, dass er eine Zeile 'rüberschaffen muss.
[Mi Nov 5 2008] [20:40:47] <BerndPaysan> Da es dann auch ein included gibt, das den Dateinamen überträgt, kann man fast wie an einem hostet Forth arbeiten.
[Mi Nov 5 2008] [20:41:04] <MatthiasT_> das python script macht im Grunde " schreibe ein Zeichen, warte auf dessen Echo, dann das nächste. Beim Zeilenende warte auf ok"
[Mi Nov 5 2008] [20:41:20] <MatthiasT_> include und co sind dann on top
[Mi Nov 5 2008] [20:41:45] <MatthiasT_> geht erstaunlich schnell und zuverlässig.
[Mi Nov 5 2008] [20:42:18] <MatthiasT_> (Ist auch nicht von mir geschrieben, deswegen funktionierts ja auch)
[Mi Nov 5 2008] [20:42:28] <BerndPaysan> Das Echo schalte ich bei meinem included ab - der R8C ist schnell genug, den Input-Buffer auch ohne Bremse zu füllen.
[Mi Nov 5 2008] [20:43:23] <MatthiasT_> Beim amforth macht ACCEPT das echo
[Mi Nov 5 2008] [20:43:32] <MatthiasT_> (resp refill)
[Mi Nov 5 2008] [20:43:37] <BerndPaysan> Beim Gforth auch, aber wenn echo off ist, dann halt nicht.
[Mi Nov 5 2008] [20:43:56] <MatthiasT_> soviele Runtime Optionen gibts nicht.
[Mi Nov 5 2008] [20:44:14] <MatthiasT_> eigentlich keine sogar
[Mi Nov 5 2008] [20:44:39] <MatthiasT_> Ist halt für kleine Chips gedacht.
[Mi Nov 5 2008] [20:44:47] <BerndPaysan> Gforth EC auch.
[Mi Nov 5 2008] [20:45:41] <MatthiasT_> Ist das standalone? IIRC ist das doch kein reines Target-System, oder?
[Mi Nov 5 2008] [20:45:49] <BerndPaysan> Doch, klar.
[Mi Nov 5 2008] [20:46:41] <MatthiasT_> Dann verstehe ich Erich jetzt ;=) Er hat sich mal beklagt, das die Renesas zuwenig Platz frei hätten...
[Mi Nov 5 2008] [20:47:10] <BerndPaysan> Die Philosophie beim Gforth R8C ist halt: Das Gforth in die 16k Programm-Flash packen
[Mi Nov 5 2008] [20:47:19] <BerndPaysan> und die Applikation in die restlichen 4k Daten-Flash.
[Mi Nov 5 2008] [20:47:31] <BerndPaysan> Das Problem ist: Es gibt R8Cs mit größerem Programm-Flash
[Mi Nov 5 2008] [20:47:37] <BerndPaysan> aber keine mit größerem Daten-Flash.
[Mi Nov 5 2008] [20:47:58] <BerndPaysan> Und dann ist das Löschen der Applikation immer mit einem kompletten Reflashen verbunden.
[Mi Nov 5 2008] [20:48:03] <MatthiasT_> Ist der Programmflash selbst beschreibbar?
[Mi Nov 5 2008] [20:48:11] <BerndPaysan> Und das Programm-Flash hält irgendwie nur ein paarhundert Schreibzyklen aus.
[Mi Nov 5 2008] [20:48:22] <MatthiasT_> Das ist die Grundvoraussetzung für amforth
[Mi Nov 5 2008] [20:48:32] <BerndPaysan> Klar ist das Programmflash beschreibbar.
[Mi Nov 5 2008] [20:48:48] <BerndPaysan> Und im Grunde könnte man auch die Applikation da mit 'reincompilieren.
[Mi Nov 5 2008] [20:49:08] <BerndPaysan> Nur, wie gesagt, macht das dann keinen Spaß, weil man nicht einfach
[Mi Nov 5 2008] [20:49:10] <BerndPaysan> emtpy
[Mi Nov 5 2008] [20:49:14] <BerndPaysan> include app.fs
[Mi Nov 5 2008] [20:49:16] <BerndPaysan> machen kann
[Mi Nov 5 2008] [20:49:37] <BerndPaysan> sondern das komplette Flash mit dem Flasher neu booten (und dafür Jumper umstecken und so).
[Mi Nov 5 2008] [20:50:15] <MatthiasT_> So einen richtigen Stresstest habe ich mit dem Atmelchips noch nicht gemacht
[Mi Nov 5 2008] [20:50:31] <BerndPaysan> Ich auch nicht - die paarhundert Schreibzyklen sind aus dem Datenblatt von Renesas.
[Mi Nov 5 2008] [20:51:11] <MatthiasT_> Atmel schreibt was von mehreren Tausend Löschzyklen pro Flashpage.
[Mi Nov 5 2008] [20:51:29] <BerndPaysan> Ja, und es gibt Pages. Bei Renesas kann man das Programmflash nur am Stück löschen.
[Mi Nov 5 2008] [20:51:40] <BerndPaysan> Atmel hat einen sehr guten embedded-Flash-Prozess.
[Mi Nov 5 2008] [20:51:47] <BerndPaysan> Renesas hat nur normalen Murx.
[Mi Nov 5 2008] [20:52:08] <MatthiasT_> ahja, das ist natürlich ein Killer für ein empty. Bei amforth habe ich dank Ulli ein "marker", das den Job nachbilden kann.
[Mi Nov 5 2008] [20:54:16] <MatthiasT_> Selbst I2C EEPROM löschen doch Pageweise?
[Mi Nov 5 2008] [20:55:06] <BerndPaysan> Das sind alles Tradeoff-Überlegungen
[Mi Nov 5 2008] [20:55:11] <MatthiasT_> Naja, embedded ist halt ne Welt für sich
[Mi Nov 5 2008] [20:55:23] <BerndPaysan> Mache ich einen Flash-Block mit nur einer Page, ist das evtl. kompakter.