*** Protokolldatei gestartet *** Datum: Mi. Jun 6 19:57:30 2012 [Mittwoch, 6. Juni 2012] [19:57:30] Betreten Sie haben den Kanal #forth-ev betreten (-bernd@p5DCD63E3.dip0.t-ipconnect.de). [Mittwoch, 6. Juni 2012] [19:57:34] Modus Kanalmodi: [Mittwoch, 6. Juni 2012] [19:57:41] Hallo Meister! [Mittwoch, 6. Juni 2012] [19:58:00] Hallo Bernd [Mittwoch, 6. Juni 2012] [19:58:14] hallo [Mittwoch, 6. Juni 2012] [19:59:37] Hallo! [Mittwoch, 6. Juni 2012] [19:59:48] Ich guck' noch schnell Tagesschau, das Log läuft aber ;-) [Mittwoch, 6. Juni 2012] [20:00:08] propforth find ich halt wieder gewöhunungsbedürftig: warum heißt das " st? " statt " .s " und hundert andere Sachen. [Mittwoch, 6. Juni 2012] [20:00:33] So wird bei einem Fehler der stack nicht leer geräumt, das muß man dann schon noch selber tun ... [Mittwoch, 6. Juni 2012] [20:00:34] keine ahnung [Mittwoch, 6. Juni 2012] [20:01:06] vielleicht sollte man das mal ändern [Mittwoch, 6. Juni 2012] [20:01:17] Aber so isses halt: ein Forth und ein anderes Forth sind halt verschieden :-) Aber den propeller chip find ich schon ziemlich beeindruckend. [Mittwoch, 6. Juni 2012] [20:04:27] Matthias: hast Du meine Antwort auf Pito's task/thread mail gesehen? Stimmt das so? [Mittwoch, 6. Juni 2012] [20:05:16] Denke schon. Der Unterschied zwischen Task und Thread ist auf einem 8bit Micro sicherlich als akademisch einzustufen. [Mittwoch, 6. Juni 2012] [20:06:07] Und wenn dann noch Process dazukommt, wirds endgültig scholastisch ;) [Mittwoch, 6. Juni 2012] [20:06:52] Na dann. Versteh nur nicht, warum er gleich die Bezeichnungen ändern will ... [Mittwoch, 6. Juni 2012] [20:07:52] Wenn man aus Multitasking Multithreading machen will, ist das schon konsequent [Mittwoch, 6. Juni 2012] [20:09:03] Vielleicht solltest Du doch deinen text dahingehend erweitern: Warum keine Threads? ;) [Mittwoch, 6. Juni 2012] [20:11:38] Dazu muß ich erst mal selber verstehen ... aber immerhin: damit ist bewiesen, daß mindestens eine Nase (außer uns) das Dokument gelesen hat :-) [Mittwoch, 6. Juni 2012] [20:13:43] Und Pito ist bekannt für seine spitze Taste ... [Mittwoch, 6. Juni 2012] [20:14:45] Aber ich ja mal gespannt, was Jan produziert. [Mittwoch, 6. Juni 2012] [20:16:13] Ja, da bin ich auch gespannt. Ich habe immerhin mal wieder gesehen, daß es sich lohnen kann, geduldig Antworten zu schreiben. [Mittwoch, 6. Juni 2012] [20:18:13] Off topic: warum zeigt eigentlich mein armer alter Funkwecker: 32.11. 0:03 h an? [Mittwoch, 6. Juni 2012] [20:19:04] Na, weil heute der 32.11. ist ;-) [Mittwoch, 6. Juni 2012] [20:19:16] Radiokrams (434 MHz): ich hab gestern herausgefunden, wie ich das steckenbleiben vom rfm12 Empfänger diagnostizieren kann (auf dem Linuxtag hat der Empfänger keine gute Figur gemacht). Das Radio hat einen fifo-overflow und hört dann auf mit Empfangen. Sowas doofes. Aber das lässt sich dann wenigstens beheben, das nächste daten-frame wird wieder korrekt empfangen. [Mittwoch, 6. Juni 2012] [20:22:10] warum hat das radio modul eigentlich einen fifo overflow? [Mittwoch, 6. Juni 2012] [20:22:14] Ich kann auch einen Fortschritt vermelden: Mein net2o-Flow-Controll kann jetzt auch mehrere parallele net2o-Streams so weit bremsen, dass keine Pakete verloren gehen. [Mittwoch, 6. Juni 2012] [20:23:13] Das radio kann 16 bit speichern, aber wenn's keiner abholt, dann hat's halt keine Lust mehr. [Mittwoch, 6. Juni 2012] [20:23:57] sollte es die werte dann nicht einfach verwerfen bzw. überschreiben? [Mittwoch, 6. Juni 2012] [20:24:35] und irgenwo eine information hinterlassen (flag) das gerade was weggeworfen wurden? [Mittwoch, 6. Juni 2012] [20:24:46] Die übliche Buffer-Strategie ist, den Anfang zu behalten, und den Rest zu verwerfen. [Mittwoch, 6. Juni 2012] [20:24:50] Ist nicht unbedingt sinnvoll... [Mittwoch, 6. Juni 2012] [20:24:59] oder so [Mittwoch, 6. Juni 2012] [20:25:18] Naja, das ist Ansichtssache: es ist so konfiguriert: horche auf Frequenz X, es kommen Daten im FSK mit Y kHz Hub, mit der Geschwindigkeit 4800 baud. [Mittwoch, 6. Juni 2012] [20:25:24] aber einfach abstürzen wenn keiner was abholt ist keine so gute idee [Mittwoch, 6. Juni 2012] [20:26:00] Verwirf alles, bis ein 2dd4 kommt (oder sowas, magic 2 bytes). DANN schreib die empfangenen bits in die fifo. [Mittwoch, 6. Juni 2012] [20:26:18] Wenn 8 bit da sind, sach Bescheid (Interrupt Leitung). [Mittwoch, 6. Juni 2012] [20:27:32] das fifo-overflow Bit im Status sagt doch genau das. Ob Wegwerfen oder gar nicht mehr Empfangen ist nur ein akademischer Unterschied. [Mittwoch, 6. Juni 2012] [20:28:13] und setzt du das bit zurück [Mittwoch, 6. Juni 2012] [20:28:48] Ja, aber ich werfe dann auch die schon auf dem Controller gespeicherten Daten weg, sind dann sowieso zu wenig. [Mittwoch, 6. Juni 2012] [20:29:25] also mit wenig aufwand zu lösen das ganze [Mittwoch, 6. Juni 2012] [20:41:57] hat jemand ein beispiel für serielle kommunikation in forth bzw einen link [Mittwoch, 6. Juni 2012] [20:42:36] In Gforth ist in arch/r8c/terminal.fs etwas für PCs. [Mittwoch, 6. Juni 2012] [20:44:36] danke, [Mittwoch, 6. Juni 2012] [20:51:51] So, der TWI Clockspeed Rechner ist online. Auch wenn er keinen Preis für Schönheit gewinnen wird (http://amforth.sourceforge.net/recipes/twi.html) [Mittwoch, 6. Juni 2012] [20:53:08] Ist irgendwie besser als als ein Excel/OO Dokument [Mittwoch, 6. Juni 2012] [20:53:12] *grins* Datenblatt lesen hilft aber auch, oddrrr? [Mittwoch, 6. Juni 2012] [20:53:20] So, das heißt jetzt "Two Wire Interface"? [Mittwoch, 6. Juni 2012] [20:53:39] Bei Atmel schon. Und nur die haben diese seltsame Berechnungsformel [Mittwoch, 6. Juni 2012] [20:54:09] Bei atmel heißt das schon immer so, sonst müsst man ja womöglich was für die Bezeichnung blechen ... [Mittwoch, 6. Juni 2012] [20:58:27] Die Berechnungsformel kann ich auch nicht nachvollziehen. Bei "8" in der Bitrate bekommt man 250kHz, also 1/32 der FCPU. [Mittwoch, 6. Juni 2012] [20:58:51] Soweit, so gut, aber bei "16" bekommt man nicht etwa 125kHz. WTF? [Mittwoch, 6. Juni 2012] [20:59:20] Ist das 8+Bitrate? [Mittwoch, 6. Juni 2012] [20:59:30] CPU_clock/(16 + 2*bitrateregister*(4^prescaler)) [Mittwoch, 6. Juni 2012] [20:59:53] Aha. [Mittwoch, 6. Juni 2012] [21:00:33] Kannst Du jetzt das TWI nachvollziehen? I2C ist das nun wirklich nicht. Und sehr Atmega spezifisch [Mittwoch, 6. Juni 2012] [21:01:25] Ich muss zugeben, bei meinem I²C-Interface, das ich bei Mikron geschrieben habe, ist das noch etwas komplizierter. Das überwacht nämlich den Anstieg der SCL-Flanke, und fängt erst an zu zählen, wenn die auf 1 ist. [Mittwoch, 6. Juni 2012] [21:01:38] Was üblicherweise so 1/3 der Gesamtzeit eines Takts dauert... [Mittwoch, 6. Juni 2012] [21:02:37] Das Abbremsen den Taktes soll der Controller mitmachen. [Mittwoch, 6. Juni 2012] [21:03:37] Aber Erich wird das besser wissen ;) [Mittwoch, 6. Juni 2012] [21:05:39] Also ich kann nur sagen: meine Temperatursensoren verkraften eine zu geringe Bitrate (28kHz) recht problemlos. [Mittwoch, 6. Juni 2012] [21:05:58] Das tut dann bei ein paar Metern Kabel auch noch. [Mittwoch, 6. Juni 2012] [21:07:17] Zumindest kommen beim twi Rechner auch 28 kHz raus, das ist doch beruhigend :-) [Mittwoch, 6. Juni 2012] [21:07:44] Das ist doch fast schon HF .. [Mittwoch, 6. Juni 2012] [21:09:21] Ich bin so am Basteln mit I2C EEPROMs, da ist es interessant zu wissen, wie schnell die Daten kommen könnten [Mittwoch, 6. Juni 2012] [21:09:36] Das dürfte auch noch bei 2MHz mitspielen. [Mittwoch, 6. Juni 2012] [21:09:43] Wenn du einen passenden Pullup hinhängst. [Mittwoch, 6. Juni 2012] [21:10:29] Aber zuerst mal das "überhaupt" danach dann das "schnell" ;) [Mittwoch, 6. Juni 2012] [21:11:02] I2C EEproms sind ja nicht die größten, SPI geht da weiter (auch ohne SD-Cards) [Mittwoch, 6. Juni 2012] [21:11:21] Ich würde auch stark SPI bevorzugen. [Mittwoch, 6. Juni 2012] [21:11:52] Das geht das mit den 2MHz nämlich zuverlässig, weil der Takt push-pull ist. [Mittwoch, 6. Juni 2012] [21:12:26] Ich hab aber kein SPI Testboard ;) [Mittwoch, 6. Juni 2012] [21:12:57] Mein Butterfly-Adapter ist irgendwann mal kaputt gegangen [Mittwoch, 6. Juni 2012] [21:14:20] Naja, kannst ja mit einer SD-Karte arbeiten. Deren SPI-Modus ist ja der Modus der Wahl für den Controller-Programmierer. [Mittwoch, 6. Juni 2012] [21:15:01] würd auch gehen. klar. [Mittwoch, 6. Juni 2012] [21:15:26] Mein Arduino hat auch ein Ethernet/SD-Card shield. [Mittwoch, 6. Juni 2012] [21:18:24] Martin Bitter hat amforth code für 'ne sd card geschrieben. Aber ich habs noch nicht getestet. [Mittwoch, 6. Juni 2012] [21:20:19] Ich muss mal das Gforth EC so abspecken, dass die Ausgabe von Words auch auf eine Bildschirmseite passt [Mittwoch, 6. Juni 2012] [21:20:30] So wie bei amForth oder CamelForth im msp430. [Mittwoch, 6. Juni 2012] [21:20:59] Kommt auf die Fontgröße und die Windowsize an ;) [Mittwoch, 6. Juni 2012] [21:21:43] 80x24. Terminals haben 80x24 ;-) [Mittwoch, 6. Juni 2012] [21:21:56] LOL, schon lange nicht mehr [Mittwoch, 6. Juni 2012] [21:22:25] Meine schon. [Mittwoch, 6. Juni 2012] [21:26:27] Du Glücklicher [Mittwoch, 6. Juni 2012] [21:31:31] Ich mach mich mal vom Acker. Schönen Abend! [Mittwoch, 6. Juni 2012] [21:31:36] ich auch [Mittwoch, 6. Juni 2012] [21:31:40] bis dann [Mittwoch, 6. Juni 2012] [21:31:45] Verlassen erwaelde hat den Kanal verlassen (bye). [Mittwoch, 6. Juni 2012] [21:31:52] Beenden MatthiasT hat den Server verlassen (""). [Mittwoch, 6. Juni 2012] [21:35:25] Beenden Mandalargon hat den Server verlassen (Connection reset by peer). [Mittwoch, 6. Juni 2012] [21:50:35] * BerndPaysan macht das Licht aus