*** Protokolldatei gestartet *** Datum: Mi. Jul 25 19:55:52 2012 [Mittwoch, 25. Juli 2012] [19:55:52] Betreten Sie haben den Kanal #forth-ev betreten (-bernd@p5DCD6411.dip0.t-ipconnect.de). [Mittwoch, 25. Juli 2012] [19:55:57] Modus Kanalmodi: [Mittwoch, 25. Juli 2012] [19:57:15] Hallo! [Mittwoch, 25. Juli 2012] [19:59:06] Nur Zombies... [Mittwoch, 25. Juli 2012] [19:59:44] Hallo Bernd! [Mittwoch, 25. Juli 2012] [19:59:56] Da rührt sich ja was :-) [Mittwoch, 25. Juli 2012] [20:00:07] Ja, noch zucke ich ;) [Mittwoch, 25. Juli 2012] [20:01:28] Ich kämpfe noch mit Android, aber langsam gewinne ich die Oberhand. [Mittwoch, 25. Juli 2012] [20:01:51] Alles andere wäre ja auch ein Verstoß gegen die Robotergesetze ;) [Mittwoch, 25. Juli 2012] [20:01:56] Gforth als Native-App geht schon. [Mittwoch, 25. Juli 2012] [20:02:34] Im Moment läuft das wie auf einem Controller - man muss sich über Telnet einwählen zum Programmieren. [Mittwoch, 25. Juli 2012] [20:03:44] Denn als Native-App muss man sich um alles selber kümmern... [Mittwoch, 25. Juli 2012] [20:03:45] Was will man auch sonst für ein User Interface haben? [Mittwoch, 25. Juli 2012] [20:04:05] Ein Editor_Fenster? [Mittwoch, 25. Juli 2012] [20:04:19] Ein Terminal-Fenster natürlich. [Mittwoch, 25. Juli 2012] [20:04:29] Auf dem Androiden. [Mittwoch, 25. Juli 2012] [20:04:49] Das ist aber etwas kompliziert zum Touchen ;) [Mittwoch, 25. Juli 2012] [20:04:57] Jedes Wort eine Kachel? [Mittwoch, 25. Juli 2012] [20:05:00] Auf einem Tablet geht's schon. [Mittwoch, 25. Juli 2012] [20:05:10] Das mit den Kacheln ist für Microsoft :-) [Mittwoch, 25. Juli 2012] [20:05:21] oops. [Mittwoch, 25. Juli 2012] [20:06:28] Du willst also wirklich einen Text-Kommandoprompt? [Mittwoch, 25. Juli 2012] [20:06:32] Man hat ja schon eine On-Screen-Tastatur, und beim Tablet ist die auch groß genug. [Mittwoch, 25. Juli 2012] [20:06:33] Ja. [Mittwoch, 25. Juli 2012] [20:06:48] Ist ein bissel un-cool ;) [Mittwoch, 25. Juli 2012] [20:06:49] Am besten so wie bei der Doom-Konsole, zum hoch/runterziehen. [Mittwoch, 25. Juli 2012] [20:06:55] Das war bei Doom sehr cool. [Mittwoch, 25. Juli 2012] [20:07:08] Doom kenn ich nicht [Mittwoch, 25. Juli 2012] [20:07:41] Doom war vor Moorhuhn und Angry Birds, aber nach Pacman... ;-) [Mittwoch, 25. Juli 2012] [20:07:48] Aber so eine Touch-Oberfläche für Forth..... [Mittwoch, 25. Juli 2012] [20:08:14] Der Stack ließe sich doch ganz gut visualisieren [Mittwoch, 25. Juli 2012] [20:08:40] Ja, und auch das mit dem "wörter anklicken" geht, insbesondere, wenn man die schön nach Häufigkeit sortiert. [Mittwoch, 25. Juli 2012] [20:09:34] So Sachen wie ROT oder TUCK brauchen nicht mal eigene Button / Kacheln / whatever [Mittwoch, 25. Juli 2012] [20:10:03] Ja, könnte man am visualisierten Stack durchführen. [Mittwoch, 25. Juli 2012] [20:10:19] ROT mit einem Finger, TUCK mit zwei. [Mittwoch, 25. Juli 2012] [20:10:43] Pah, die Zellen werden direkt platziert. Welcher Code dabei rauskommt, ist doch dem Anwender egal [Mittwoch, 25. Juli 2012] [20:10:59] Der Code muss dann nur noch irgendwie rauskommen können.. [Mittwoch, 25. Juli 2012] [20:11:57] Debuggen wäre auch hübsch. Dem Stack bei der Arbeit zuzuschauen wäre sicherlich erbaulicher als die bisher vorhandenen Tools [Mittwoch, 25. Juli 2012] [20:14:19] Ja, mal sehen, was daraus wird. [Mittwoch, 25. Juli 2012] [20:15:27] Ich entdecke grade die Möglichkeiten eines (zumindest teilweise) teathered Forth [Mittwoch, 25. Juli 2012] [20:16:01] Es hat schon was, die ganzen Registernamen und die zugehörigen Bits als Namen verfügbar zu haben, ohne sie ind en Controller laden zu müssen [Mittwoch, 25. Juli 2012] [20:16:35] So eine Art Präprozessor für die Kommandozeile, oder? [Mittwoch, 25. Juli 2012] [20:16:37] Ein ein typischer Atmega kommt schon auf einige Hundert solcher Einträge, die im Flash komplett sinnfrei sind (abgesehen vom Zahlenwert) [Mittwoch, 25. Juli 2012] [20:16:52] Ja, sowas in der Art [Mittwoch, 25. Juli 2012] [20:17:31] Da sich die Shell noch dazu dynamisch auf den COntroller einstellt, wird das Leben doch ein klein wenig einfacher [Mittwoch, 25. Juli 2012] [20:17:51] Also so ganz sind ENVIRONMENT Queries doch nicht ;) [Mittwoch, 25. Juli 2012] [20:17:56] nutzlis [Mittwoch, 25. Juli 2012] [20:19:13] Wofür benutzt du sie? [Mittwoch, 25. Juli 2012] [20:20:15] CPU Name, Ein paar Randdaten zum Controller (Speichergrößen). [Mittwoch, 25. Juli 2012] [20:20:35] Und ein paar von den Standard-Sachen, aber die sind nur der Vollständigkeit halber dabei. [Mittwoch, 25. Juli 2012] [20:21:03] ach ja: "forth-name" und "version" hab ich noch [Mittwoch, 25. Juli 2012] [20:21:19] Das sind aber genau die Non-Standard-Sachen, die man genausogut ins normale Wörterbuch packen könnte. [Mittwoch, 25. Juli 2012] [20:21:33] Natürlich. [Mittwoch, 25. Juli 2012] [20:21:38] Wie du deine Non-Standard-Sachen machst, ist ja dir überlassen. [Mittwoch, 25. Juli 2012] [20:21:52] Der Punkt an der Abschaffungs-Diskussion ist: Niemand verwendet die Standard-Sachen. [Mittwoch, 25. Juli 2012] [20:22:27] Ich hätt auch keine Probleme mit dem Abschaffen von ENVIRONMENT?, das ist bei mir eh eine eigene Wordlist, und die in die Search-order reinzupacken ist ein Klacks [Mittwoch, 25. Juli 2012] [20:23:01] Ja, genau. Einfacher wäre es gewesen, die eben als eigene Wordlist zu spezifizieren. [Mittwoch, 25. Juli 2012] [20:23:11] Und nicht in Core, sondern in Tools Ext. [Mittwoch, 25. Juli 2012] [20:23:24] Macht das überhaupt einer anders als über eine Wordlist? [Mittwoch, 25. Juli 2012] [20:23:32] AFAIK nein [Mittwoch, 25. Juli 2012] [20:23:38] :=) [Mittwoch, 25. Juli 2012] [20:25:03] Man wird aber dann gezwungen, auch wenn man nur Core hat, Wordlists zu implementieren. [Mittwoch, 25. Juli 2012] [20:25:06] Methodisch war es bei der Motivator, wordlists zu schaffen [Mittwoch, 25. Juli 2012] [20:25:13] Wobei das nicht sonderlich schwierig ist. [Mittwoch, 25. Juli 2012] [20:26:14] das sind die Feinheiten für die Buchhalter ;) [Mittwoch, 25. Juli 2012] [20:28:09] Was mich bei der Android-Entwicklung am meisten nervt, ist die Dokumentation. [Mittwoch, 25. Juli 2012] [20:28:24] Das Ding ist doch recht umfangreich, aber gerade der NDK-Teil ist völlig unzureichend dokumentiert. [Mittwoch, 25. Juli 2012] [20:28:58] Und alle gehen davon aus, dass man Monster-Tools wie Eclipse laufen lässt. [Mittwoch, 25. Juli 2012] [20:29:09] Ich hab' hier nur 4GB - ich glaub', ich muss aufrüsten. [Mittwoch, 25. Juli 2012] [20:29:27] Eclipse ist das, was früher der emacs war [Mittwoch, 25. Juli 2012] [20:29:44] kann alles und braucht doppelt soviel RAM wie vorhanden ist [Mittwoch, 25. Juli 2012] [20:29:49] Ja, genau. [Mittwoch, 25. Juli 2012] [20:30:14] Und weil's alles kann, sind die Menüs auch völlig überladen. [Mittwoch, 25. Juli 2012] [20:30:19] Eine reine UI-Katastrophe. [Mittwoch, 25. Juli 2012] [20:30:48] Von Zeit zu Zeit probier ich mal den Einsatz von eclipse. War bislang noch nie von Dauer. Selbst notepad ist geeigneter.... [Mittwoch, 25. Juli 2012] [20:30:51] Das war bei Emacs auch so, der ist auch eine UI-Katastrophe. [Mittwoch, 25. Juli 2012] [20:31:28] Ja, ich hab' mich jetzt soweit durchgekämpft, dass ich das alles von Kommandozeile und mit dem Editor meiner Wahl (also Emacs ;-) machen kann. [Mittwoch, 25. Juli 2012] [20:31:52] Wobei ja das Build-Tool, also das make-Äquivalent ant, richtig gut versteckt ist. [Mittwoch, 25. Juli 2012] [20:32:25] Das findet man aktuell unter eclipse/plugins/org.apache.ant_1.8.3.v20120321-1730/bin/ant [Mittwoch, 25. Juli 2012] [20:32:28] ach, ant ist ganz brauchbar. Wenn man mal den Einstieg gefunden hat [Mittwoch, 25. Juli 2012] [20:32:49] Ich baue amforth mit ant [Mittwoch, 25. Juli 2012] [20:32:53] Aha. [Mittwoch, 25. Juli 2012] [20:33:04] Ja, ant ist schon brauchbar, aber warum muss es total versteckt werden? [Mittwoch, 25. Juli 2012] [20:33:13] apt-get install ant [Mittwoch, 25. Juli 2012] [20:33:21] dann liegst im PATH [Mittwoch, 25. Juli 2012] [20:33:38] Ja, das ist auch eine Option. [Mittwoch, 25. Juli 2012] [20:33:53] Aber irgendwie ist es ja schon da, wenn man den ganzen eclipse-Krempel installiert hat. [Mittwoch, 25. Juli 2012] [20:34:22] Kommt auf Deinen PATH an ;) [Mittwoch, 25. Juli 2012] [20:34:47] Da kommt das Eclipse-Plugin dann halt 'rein. [Mittwoch, 25. Juli 2012] [20:36:07] Und ich denke, da sind auch noch Ant-Zusätze drin, die man mit dem direkten Install gar nicht bekommt. [Mittwoch, 25. Juli 2012] [20:36:25] Betreten erwaelde hat den Kanal betreten (-user@p5B1411BA.dip0.t-ipconnect.de). [Mittwoch, 25. Juli 2012] [20:36:42] Moin --- grad kommt mir, daß Mittwoch iss :-) [Mittwoch, 25. Juli 2012] [20:36:57] Hallo Erich! [Mittwoch, 25. Juli 2012] [20:37:38] Debian/Ubuntu haben ant ziemlich aufgesplittet. Ich habe einige ant packages installiert. Wobei die Tasks zum assemblieren und flaschen dann doch Eigenzüchtungen sind [Mittwoch, 25. Juli 2012] [20:37:42] Hallo Erich [Mittwoch, 25. Juli 2012] [20:38:03] Genau, bei OpenSuse ist es auch total fragmentiert. [Mittwoch, 25. Juli 2012] [20:38:30] Und ich gehe fest davon aus, dass bei Android auch eine Menge Google-Eigenaddons im ant drin sind. [Mittwoch, 25. Juli 2012] [20:38:45] ant-contrib, ant-optional nunja... [Mittwoch, 25. Juli 2012] [20:39:21] Optional sind bei mir etwa 20 ant-irgendwas-Packages. [Mittwoch, 25. Juli 2012] [20:41:01] Bei dem Ant im Eclipse weiß ich, dass es Android-apks machen kann. [Mittwoch, 25. Juli 2012] [20:41:33] Alles jenseits dieses Klicki-Bunti-Pfades ist richtig dicker Urwald, bei dem man nur mit der Machete durchkommt. [Mittwoch, 25. Juli 2012] [20:42:44] Siehs doch mal aus der Perspektive der Entwickler. Die müssen da schließlich auch durch. Und sind vermutlich froh, es überhaupt zu schaffen. [Mittwoch, 25. Juli 2012] [20:44:11] Naja, ich glaube, wenn Google einfach ein Repository für seine Linux-SDKs machen würde, wäre das erheblich einfacher zu installieren. [Mittwoch, 25. Juli 2012] [20:44:31] Und es würde sich anschließend automatisch auf dem aktuellen Stand halten. [Mittwoch, 25. Juli 2012] [20:44:57] So ist das so das Windows-Gefühl: 10 Setup.exes laden, und nach zwei Wochen gucken, ob's was neues gibt... [Mittwoch, 25. Juli 2012] [20:45:32] Das ist bei Linux auch nicht viel anders [Mittwoch, 25. Juli 2012] [20:46:01] Nein, das ist unter Linux eigentlich anders. [Mittwoch, 25. Juli 2012] [20:46:25] Nur wenn man Android unter Linux entwickelt, verwendet man diese Windows-Methode, um sich seine Tools zu installieren. [Mittwoch, 25. Juli 2012] [20:47:21] Das Chromium-Team bei Google kann's auch: Ich hab' einfach das Chromium-Repository eingebunden. [Mittwoch, 25. Juli 2012] [20:47:29] Die Chancen sind gering, dass ich jemals sowas mache ... [Mittwoch, 25. Juli 2012] [20:48:03] Wart' nur ab, die kleinen ARMs sind ja jetzt schon billiger als ein 8051. [Mittwoch, 25. Juli 2012] [20:48:18] Da wird bald das große 8-Bitter-Sterben kommen im Controller-Bereich. [Mittwoch, 25. Juli 2012] [20:48:26] Ok ;) [Mittwoch, 25. Juli 2012] [20:48:33] Und dann kommen die Wahnsinnigen, die auf solche Controller dann ein richtiges Betriebssystem draufhaben wollen :-) [Mittwoch, 25. Juli 2012] [20:48:56] Also ein Linux. Am besten ein möglichst verkorkstes, denn straight geht nicht. Und dann landen sie bei Android. [Mittwoch, 25. Juli 2012] [20:49:03] ARM kann immer Linux (zumindest wenn es die 8bitter nicht mehr gibt). [Mittwoch, 25. Juli 2012] [20:49:32] Naja, es gibt auch ARMs, die für Linux zu klein sind, Coretex M0/M1 definitiv. [Mittwoch, 25. Juli 2012] [20:49:49] deswegen ja auch meine Einschränkung ;) [Mittwoch, 25. Juli 2012] [20:50:09] Cortex M0/M1 [Mittwoch, 25. Juli 2012] [20:50:43] Der Cortex M0 ist so was wie der b16 auf ARM-Niveau. [Mittwoch, 25. Juli 2012] [20:51:48] So, jetzt hab ich 430 Files im amforth repository geändert ;) [Mittwoch, 25. Juli 2012] [20:52:25] Echt? Copyright auf 2012 upgedated oder was? [Mittwoch, 25. Juli 2012] [20:52:43] Sowas in der Art ;) [Mittwoch, 25. Juli 2012] [20:53:16] Aus 120 XML Files ein paar Angaben extrahiert und daraus 2 Assembler, 1 Forth und 1 Python File generiert [Mittwoch, 25. Juli 2012] [20:53:25] pro Controllertyp [Mittwoch, 25. Juli 2012] [20:53:34] Ich versuch grad, 'ne atmega32 Applikation auf nem 644p laufen zu lassen --- geht gar nicht g'schwind. Zu viele Registernamen/Bitpositionen sind anders :-( [Mittwoch, 25. Juli 2012] [20:54:58] Jo, sowas hat mich auch sehr genervt [Mittwoch, 25. Juli 2012] [20:55:32] Die Dinger können so dermaßen subtil unterschiedlich sein.... [Mittwoch, 25. Juli 2012] [20:56:34] Da wird wahrscheinlich jeder Entwickler bei AVR sagen "Das ist alles Murx, was meine Vorgänger gemacht haben, das muss man alles anders machen!" [Mittwoch, 25. Juli 2012] [20:56:40] Aber natürlich nur subtil. [Mittwoch, 25. Juli 2012] [20:56:52] Kein großer Wurf, den man dann behalten könnte. [Mittwoch, 25. Juli 2012] [20:56:57] s/Vorgänger/Kollege/g [Mittwoch, 25. Juli 2012] [20:58:08] Ich hab' zwar bei Dialog schon 'ne Zeit lang nicht mehr nachgefragt, was aus meinem Zeugs geworden ist, aber beim letzten Mal nachfragen war die Haltung "nix anfassen". [Mittwoch, 25. Juli 2012] [20:58:26] Denn der erste Versuch, am b16 was zu "verbessern" ist irgendwie grandios gescheitert. [Mittwoch, 25. Juli 2012] [20:58:36] Vor allem die Änderungen, die ohne augenscheinliche Not gemacht werden, sind nervig. Wenns was besseres ist, ja sofort. Aber einfach nur ein Umbenennen um des Umbenennen willens... [Mittwoch, 25. Juli 2012] [20:59:58] Bei Chuck Moores Prozessor würde ich sofort eine kleine subtile Änderung vornehmen [Mittwoch, 25. Juli 2012] [21:00:04] Der hat zwei Register, ein A und ein B. [Mittwoch, 25. Juli 2012] [21:00:18] B kann nur auf den volatilen Teil zugreifen (also RAM+IO) [Mittwoch, 25. Juli 2012] [21:00:33] A kann lesen und schreiben mit postincrement, B nicht. [Mittwoch, 25. Juli 2012] [21:00:51] Meine Änderung wäre, B Schreiben mit Postincrement zu erlauben, und das dafür A wegzunehmen. [Mittwoch, 25. Juli 2012] [21:01:12] :-) [Mittwoch, 25. Juli 2012] [21:01:13] Dann kann man mit A@+ B!+ UNEXT eine Copy-Schleife in einem Befehlswort implementieren. [Mittwoch, 25. Juli 2012] [21:01:13] Amforth hat auch A und B. Die können beide exakt das gleiche. [Mittwoch, 25. Juli 2012] [21:01:29] Tja, Chuck hat halt nur 8 Memory-Befehle. [Mittwoch, 25. Juli 2012] [21:01:35] Da hat nicht alles Platz. [Mittwoch, 25. Juli 2012] [21:02:15] Aber wenn Du bei A das postincrement weg lässt, dann duud dess doch nedd ? [Mittwoch, 25. Juli 2012] [21:02:18] Amforth kann auch eines der beiden einfach weglassen (oder alle beide) ... [Mittwoch, 25. Juli 2012] [21:02:42] A postincrement beim Lesen (macht Sinn, weil man mit A auch im ROM lesen kann) [Mittwoch, 25. Juli 2012] [21:02:44] Ok, speed ist nicht das primary design goal ;) [Mittwoch, 25. Juli 2012] [21:02:52] B postincrement beim Schreiben. [Mittwoch, 25. Juli 2012] [21:03:18] Wer was beschreiben will, nimmt B. Wer was lesen will, nimmt A. [Mittwoch, 25. Juli 2012] [21:03:31] Damit kann man dann auch gleich Daten schaufeln. [Mittwoch, 25. Juli 2012] [21:04:13] Dann gibst Du den Registern Aufgaben??? [Mittwoch, 25. Juli 2012] [21:04:17] Ja. [Mittwoch, 25. Juli 2012] [21:04:22] na sowas. [Mittwoch, 25. Juli 2012] [21:04:51] Ah, das wird für lesen und schreiben getrennt behandelt. Tut das Not? [Mittwoch, 25. Juli 2012] [21:05:26] Wenn man mehr als 8 Befehlscodes opfern kann, nicht. [Mittwoch, 25. Juli 2012] [21:05:50] Aber bei Chucks fünf-Bit-Wörtern gibt es eben insgesamt nur 32 Befehle, auf vier 8er-Gruppen verteilt. [Mittwoch, 25. Juli 2012] [21:05:59] Stack, ALU, Branches, Load/Store. [Mittwoch, 25. Juli 2012] [21:06:09] So wie ich das im b16 auch mache. [Mittwoch, 25. Juli 2012] [21:06:22] Nur sind die Befehle bei Chuck etwas anders wie bei mir. [Mittwoch, 25. Juli 2012] [21:07:27] Das ist evolutionär auseinandergedriftet. Chuck hat zum A noch ein B hinzugefügt, ich hab' das A wieder weggelassen. [Mittwoch, 25. Juli 2012] [21:13:01] Au backe, aus 3 Registern (MCUCR, GICR, GIFR) werden jetzt 10 Register. Das dauert länger wie 5 Minuten zum Umdichten, fürchte ich. [Mittwoch, 25. Juli 2012] [21:15:19] Auch glaub, da lohnt ein Zwischenwort, was das abstrahiert [Mittwoch, 25. Juli 2012] [21:23:06] Nee, eher bedingtes laden: $MCU 644 = if include 644/bla.frt then oder analog. [Mittwoch, 25. Juli 2012] [21:23:11] Themas erschöpft? Ich schau' mal, ob ich bis morgen beim Forth-Treffen irgendwas per OpenGL auf dem Androiden darstellen kann - muss ja kein Swapdrache sein. [Mittwoch, 25. Juli 2012] [21:23:32] sleep ist auch noch so ein Kandidat, und der söllt dann noch gleich in assembler dabei sein. [Mittwoch, 25. Juli 2012] [21:24:17] sleep als wrapper um den Maschinenbefehl gibts schon. Mehr aber nicht [Mittwoch, 25. Juli 2012] [21:24:58] Und bedingtes Laden ist noch auf der Wunschliste für die Shell ;) [Mittwoch, 25. Juli 2012] [21:25:06] Auch da sind die Register/bit Positionen verschieden. Ich hab meinem atmega32 auch schon 'ne extra Version spendiert. [Mittwoch, 25. Juli 2012] [21:25:36] Die Informationen hätte sie ja bereits.... [Mittwoch, 25. Juli 2012] [21:26:17] nur: Wie verpackt man das so, dass man damit auch langfristig leben kann? [Mittwoch, 25. Juli 2012] [21:27:53] Jo. Indem ich halt meine eigenen *kleineren* und im Zweifel *viel dümmeren* Werkzeuge im Baum habe: ``make one program do *one* thing *well*''. [Mittwoch, 25. Juli 2012] [21:28:07] Bedingt irgendwas tun mit [IF] [THEN] [Mittwoch, 25. Juli 2012] [21:29:06] Lokale Lösungen fallen mir auch viele ein. [Mittwoch, 25. Juli 2012] [21:29:20] die mit dem IF geht da schon etwas weiter, ok [Mittwoch, 25. Juli 2012] [21:29:47] @Bernd: das irclog vom letzten Mal fehlt noch auf forth-ev.de [Mittwoch, 25. Juli 2012] [21:29:48] [IF] ist viel wichtiger als ENVIRONMENT? [Mittwoch, 25. Juli 2012] [21:29:51] Aha. [Mittwoch, 25. Juli 2012] [21:29:56] Dann muss es halt noch hoch. [Mittwoch, 25. Juli 2012] [21:30:12] Leider tut sich das nicht automatisch. [Mittwoch, 25. Juli 2012] [21:30:34] Wie alles. [Mittwoch, 25. Juli 2012] [21:30:37] In meinem speziellen Fall müsste [IF] auf dem Host ausgeführt werden. Nicht auf dem Controller [Mittwoch, 25. Juli 2012] [21:30:57] Andererseits könnte [IF] auch auf dem Controller sinnvoll sein [Mittwoch, 25. Juli 2012] [21:31:08] beides zusammen wird kompliziert [Mittwoch, 25. Juli 2012] [21:32:39] Das ist eben eine Lösung (auf dem Host die Auflösung betreiben). Und einerseits ist das total doof, daß der Host in Form von noch irgendeinem weiteren Werkzeug seine Datenladung sezieren und ändern soll. Andererseits habe ich das angefangen, damit jedes unnötige Byte gar nicht erst über die Leitung geht. Also alle includes auflösen, alle Kommentare rausschmeissen. [Mittwoch, 25. Juli 2012] [21:33:09] So, Log ist oben. [Mittwoch, 25. Juli 2012] [21:33:48] Aber die VD vom letzten Mal krieg' ich nicht ins Geeklog :-( [Mittwoch, 25. Juli 2012] [21:33:49] Andererseits ist es sinnvoll, umfangreichere QUelltexte vorzuverarbeiten und [Mittwoch, 25. Juli 2012] [21:33:59] Kostet mich wahrscheinlich nur 'ne halbe Stunde ein weiteres Filter zu schreiben, das irgendwelche $MCU information auswertet. Aber ist das der richtige Weg? [Mittwoch, 25. Juli 2012] [21:34:05] das Ergebnis zum Controller zu schicken. [Mittwoch, 25. Juli 2012] [21:34:39] Das nimmt ja nicht die Fähigkeit zum interaktiven Zugang [Mittwoch, 25. Juli 2012] [21:35:00] Wenn man den Host dazwischenschaltet wird es nur etwas bequemer [Mittwoch, 25. Juli 2012] [21:35:15] (Registernamen anstelle von Nummern etc pp) [Mittwoch, 25. Juli 2012] [21:36:51] Ja bestimmt. Aber zum reproduzierbaren upload will ich was simpleres, was ich aus make aufrufen kann, und was 0 zurückgibt, wenn alles gut war. [Mittwoch, 25. Juli 2012] [21:37:27] Das kann die amforth-shell ;) (auch wenn es ein ziemlich dickes Schiff ist) [Mittwoch, 25. Juli 2012] [21:40:14] Wie dem auch sei, ich bin dann mal weg. Bis August oder so ;) [Mittwoch, 25. Juli 2012] [21:40:15] Ok, neue VD auch oben - post_max_size in der php.ini musste geuppt werden... [Mittwoch, 25. Juli 2012] [21:40:19] Ciao! [Mittwoch, 25. Juli 2012] [21:40:24] Beenden MatthiasT hat den Server verlassen (""). [Mittwoch, 25. Juli 2012] [21:41:02] Also: mein erster Versuch, den mega32 auf 'nen mega644p zu kriegen ist hiermit subtil gescheitert. Also, s'tut scheinbar nur zur Hälfte ... [Mittwoch, 25. Juli 2012] [21:41:38] Ah, doch, wenn man lang genug wartet, dann sieht man auch die andere Hälfte :-))) [Mittwoch, 25. Juli 2012] [21:41:59] Nedd schlecht für 3 x 10 Minuten ins Datenblatt spickeln. [Mittwoch, 25. Juli 2012] [21:42:03] Das beantwortet dann die Frage vom Anton, ob Controller-Programme überhaupt durch einen Standard Vorteile haben. [Mittwoch, 25. Juli 2012] [21:42:07] Zur Hälfte: Ja. [Mittwoch, 25. Juli 2012] [21:42:27] Und die andere Hälfte ist halt controller-spezifisch subtil anders... [Mittwoch, 25. Juli 2012] [21:43:21] Ja. Natürlich kann man jetzt ein paar Layer indirections dazwischenschnallen. Aber wird's davon wirklich besser? Nächster Kontroller, und dann tun die indirektionen nicht mehr. Jetzt geh suchen. [Mittwoch, 25. Juli 2012] [21:44:05] Der neue arduino "Leonardo" verwendet einen atmega32u4. Also mit USB Schnittstelle. [Mittwoch, 25. Juli 2012] [21:44:15] Damit spart man sich den onboard Programmer. [Mittwoch, 25. Juli 2012] [21:44:24] Klingt nach echtem Fortschritt. [Mittwoch, 25. Juli 2012] [21:44:40] Aber mit amforth ist dann erst mal nixx los, weil da muß man den bootloader erst mal subtil aufbohren [Mittwoch, 25. Juli 2012] [21:45:21] So daß er ein (@i) zur Verfügung stellt, welches man von außen benutzen kann. [Mittwoch, 25. Juli 2012] [21:45:24] Ja, weil man beim AVR nur über den Bootloader ins Flash schreiben kann. [Mittwoch, 25. Juli 2012] [21:45:49] Is IMHO ein Design-Fehler. [Mittwoch, 25. Juli 2012] [21:45:52] Ist das bei anderen Kontrollerfamilien anders gelöst? [Mittwoch, 25. Juli 2012] [21:46:37] Also, bei dem 8051, den ich vor knapp 10 Jahren für Mikron mit Flash und allem zu einem Touch-Screen-Controller integriert habe, kann man einfach direkt ins Flash schreiben. [Mittwoch, 25. Juli 2012] [21:47:02] Da habe ich noch ein bisschen Hardware spendiert, damit das geht. [Mittwoch, 25. Juli 2012] [21:47:15] Ohne hinderliche Rettungsseile --- :-) [Mittwoch, 25. Juli 2012] [21:47:27] Manchmal muss man sich auch von der Illusion verabschieden, dass man das mit Software machen kann. [Mittwoch, 25. Juli 2012] [21:47:49] Der Kunde wollte erst gar nicht glauben, dass man das ohne den Krampf machen kann, den sich alle anderen 8051-Hersteller ausdenken. [Mittwoch, 25. Juli 2012] [21:48:50] Ich hab' lediglich ein Register spendiert, das vier Zustände für Flash-Zugriff kennt: Alles löschen, Page löschen, Byte schreiben, gar nichts machen. [Mittwoch, 25. Juli 2012] [21:49:53] Jeder Zugriff wird dann entsprechend umgesetzt und mit passenden Waitstates versehen (also sehr vielen). [Mittwoch, 25. Juli 2012] [21:51:06] Beim R8C kann man das Daten-Flash aus dem Programm-Flash beschreiben. [Mittwoch, 25. Juli 2012] [21:51:29] Und man kann sogar Programme im RAM laufen lassen :-) [Mittwoch, 25. Juli 2012] [21:51:50] Insofern: Gibt schon auch andere Controller, die das ganz brauchbar implementieren. [Mittwoch, 25. Juli 2012] [21:52:33] Beim propeller hat mir zumindest gefallen, daß man von jedem core auf alle pins kommt. Ganz ohne Klimmzüge. [Mittwoch, 25. Juli 2012] [21:53:08] Sieht zumindest für mich nach 'ner brauchbaren Richtung aus. Dafür muß man die Peripherie eben in software modellieren. [Mittwoch, 25. Juli 2012] [21:53:17] Das kann gut oder schlecht sein. [Mittwoch, 25. Juli 2012] [21:53:46] Immerhin kann ich dann 4 verschiedene spi Busse draufhauen ohne daß einer meckert :-) [Mittwoch, 25. Juli 2012] [21:54:55] Und ohne dass es vier Module einer ziemlich frei programmierbaren USART-Schnittstelle mit 20 Registern für einen Block geben muss. [Mittwoch, 25. Juli 2012] [21:55:53] Wie gesagt: Sowas wie den Propeller, also eine IO-Maschine mit mehreren Threads, die durch die gleiche Hardware reihum abgearbeitet werden, gab's schon in der CDC6600 von Cray. [Mittwoch, 25. Juli 2012] [21:56:01] Barrel-Prozessor hieß das damals. [Mittwoch, 25. Juli 2012] [22:00:32] Bist du noch da? Sonst mach ich mal's Licht aus. [Mittwoch, 25. Juli 2012] [22:01:08] Ich bin noch da, hab mich aber ablenken lassen. [Mittwoch, 25. Juli 2012] [22:01:40] Aber mir fällt auch nixx mehr Neues ein, insofern: Gut Nacht! [Mittwoch, 25. Juli 2012] [22:01:48] Gute Nacht! [Mittwoch, 25. Juli 2012] [22:01:53] * BerndPaysan macht das Licht aus [Mittwoch, 25. Juli 2012] [22:02:10] Schad', dass man beim IRC dann nicht die Farben ändern kann :-) [Mittwoch, 25. Juli 2012] [22:02:13] Verlassen erwaelde hat den Kanal verlassen ( ).