*** Protokolldatei gestartet *** Datum: Mi. Feb 23 19:54:13 2011 [Mittwoch, 23. Februar 2011] [19:54:13] Betreten Sie haben den Kanal #forth-ev betreten (~bernd@188.174.159.160). [Mittwoch, 23. Februar 2011] [19:54:14] Modus Kanalmodi: [Mittwoch, 23. Februar 2011] [19:54:19] Hallo Zombies! [Mittwoch, 23. Februar 2011] [19:54:24] Hm. Martin Bitter hat vorgeschlagen, so einen Zustand mal mit dem dongle auszulesen. Aber RAM kommt da nicht mit, und danach ist das Phänomen sowieso weg, wegen Reset. [Mittwoch, 23. Februar 2011] [19:54:25] USER ist beim Multitasker (und ggf umgelenktem IO) relevant. [Mittwoch, 23. Februar 2011] [19:54:27] Hallo Meister! [Mittwoch, 23. Februar 2011] [19:54:35] Hallo Bernd [Mittwoch, 23. Februar 2011] [19:55:18] Kannst Du das als Szenario mal zusammenfassen? Sozusagen nachvollziehbar machen? [Mittwoch, 23. Februar 2011] [19:56:16] Was ich schon mal bemerkt habe: wenn ein Wort, welches im multitasker aufgerufen wurde (nicht am Prompt) irgendwelche Buchstaben emit-tet, dann geht's auch schief. Erwarten tät ich eigentlich, daß diese Buchstaben halt mit meinen am promt durcheinander kommen ... [Mittwoch, 23. Februar 2011] [19:57:04] Möglich. Ich seh das schon so lang, hab aber keine Systematik dahinter gefunden. Sonst wär's ja einfach. [Mittwoch, 23. Februar 2011] [19:57:40] Man könnte marker ja auch beibringen, den Multitasker immer abzuschalten [Mittwoch, 23. Februar 2011] [19:58:49] Der userbereich für die weiteren tasks wird in "task" angelegt? [Mittwoch, 23. Februar 2011] [19:59:04] Sozusagen den USER Bereich in den Bereich der zu restorenden Segmente aufnehmen [Mittwoch, 23. Februar 2011] [19:59:06] 24 allot steht da [Mittwoch, 23. Februar 2011] [20:01:05] Schau mer mal. vielleicht kann ich ein Beispiel zusammenzimmern, so daß es reproduzierbar wird. Sonst find't man eh nixx. [Mittwoch, 23. Februar 2011] [20:02:23] naja, ein paar Szenarios kann man theoretisch durchspielen und auch Fehler beheben. Aber obs die richtigen sind? [Mittwoch, 23. Februar 2011] [20:15:46] Bernd: wer macht das Programm zur Tagung, also Vorträge und wörkschopps? [Mittwoch, 23. Februar 2011] [20:16:05] Na, die Mitglieder ;-) [Mittwoch, 23. Februar 2011] [20:16:21] Der Veranstalter kann das nur einsortieren. [Mittwoch, 23. Februar 2011] [20:16:22] Nochmal: wer macht den Fahrplan dazu? [Mittwoch, 23. Februar 2011] [20:16:39] Der Veranstalter. [Mittwoch, 23. Februar 2011] [20:17:04] Und wieviel weiß der schon? Also Thomas Prinz? [Mittwoch, 23. Februar 2011] [20:17:08] Genau. [Mittwoch, 23. Februar 2011] [20:17:18] Der bekommt die Anmeldungen. [Mittwoch, 23. Februar 2011] [20:17:50] Ja, angemeldet hab ich mich auch. Aber so'n Überblick tät ja nixx schaden. [Mittwoch, 23. Februar 2011] [20:23:41] Betreten Martin_53 hat den Kanal betreten (-martin@p5B382E11.dip.t-dialin.net). [Mittwoch, 23. Februar 2011] [20:23:48] N'Abend! [Mittwoch, 23. Februar 2011] [20:23:56] Hallo Martin [Mittwoch, 23. Februar 2011] [20:24:16] Hallo Martin! [Mittwoch, 23. Februar 2011] [20:24:36] Frage: Kann ich durch Fuse-bits die ISP Kommunikation beeinflussen? [Mittwoch, 23. Februar 2011] [20:24:58] Hallo Martin [Mittwoch, 23. Februar 2011] [20:25:11] Du kannst den Reset-Pin seiner Reset-Funktion berauben. Dann geht nichts mehr (via ISP) [Mittwoch, 23. Februar 2011] [20:26:45] Und natürlich die Taktquelle abschalten. Dann ist auch Ruhe im Schacht [Mittwoch, 23. Februar 2011] [20:26:50] Er resettet aber noch. [Mittwoch, 23. Februar 2011] [20:27:11] Und RS2323 Kommunikation geht auch noch. [Mittwoch, 23. Februar 2011] [20:27:27] na, dann kann soviel ja nicht kaputt sein. [Mittwoch, 23. Februar 2011] [20:28:07] Datenblatt atmega:32 HighFuse: 5 SPIEN Enable SPI Serial Program and Data Downloading ... [Mittwoch, 23. Februar 2011] [20:28:07] [Mittwoch, 23. Februar 2011] [20:28:27] Ich bekomme aber ums Ver... SCK nicht auf low gesetzt. [Mittwoch, 23. Februar 2011] [20:29:20] Nein - das ist es nicht. Das funktiniert ja. Dre Programmer kann programmieren. Aber ich kann z.B. SCK nicht beeinflussen. [Mittwoch, 23. Februar 2011] [20:29:46] willst Du deinen eigenen ISP Programmer basteln? [Mittwoch, 23. Februar 2011] [20:29:47] Auch wenn ich das Bit in _ss setzte. [Mittwoch, 23. Februar 2011] [20:30:57] _ss (was immer das ist) muss auf output geschaltet werden und der interne Pull-up muss deaktiviert sein [Mittwoch, 23. Februar 2011] [20:31:01] Nö. Aber das funkmodul will über ISP angesprochen werden. Hat ja auch geklappt. Mit dem 'alten'328p. Mit meinen 'neuen' geht's nicht mehr??!!?? [Mittwoch, 23. Februar 2011] [20:31:06] Du willst vom controller einen Baustein via spi Schnittstelle ansprechen --- nein, das ist nciht das Gleiche wie ISP. [Mittwoch, 23. Februar 2011] [20:32:29] MOSI MISO SCK und SS [Mittwoch, 23. Februar 2011] [20:32:45] Das ist SPI [Mittwoch, 23. Februar 2011] [20:33:14] _ss ist eigentlich der "slave select", active low. Den braucht's aber [Mittwoch, 23. Februar 2011] [20:33:14] nur, wenn der controller im slave mode betrieben wird --- z.B. beim [Mittwoch, 23. Februar 2011] [20:33:15] Programmieren :-) [Mittwoch, 23. Februar 2011] [20:34:29] Der controller ist bei SPI eher selten der slave [Mittwoch, 23. Februar 2011] [20:34:53] Martin: wenn Du das Funkmodul abhängst, tun die pegel dann, was Du erwartest? [Mittwoch, 23. Februar 2011] [20:35:21] Matthias: beim Programmieren doch schon oder? [Mittwoch, 23. Februar 2011] [20:36:16] SPI ist zwar (häufig) auf den gleichen Ports wie ISP, hat aber selten überschneidungen. [Mittwoch, 23. Februar 2011] [20:36:45] Nein. sie tun es auch beim abghängten Modul nicht. Ich habe sogar den betreffenden Pin hochgebogen um zu sehen ob irgendetwas vom Evalboard den high hält - aber auch so ließ er sich von mir nicht stueren. [Mittwoch, 23. Februar 2011] [20:37:20] Slave Select geht aber vom Controller an das Modul (Speicher, Funk, SD-Card, whatever). Die können sich MOSI und MISO teilen, aber eben nicht SS [Mittwoch, 23. Februar 2011] [20:38:47] Martin: bist Du sicher, daß der Pin auf output steht. Hast Du das DDR Register zurückgelesen? [Mittwoch, 23. Februar 2011] [20:39:00] Der Butterfly ist eingerichtet, dass man den SPI Speicher auf dem Ding auch über ISP befüllen kann. Habs aber nie probiert [Mittwoch, 23. Februar 2011] [20:40:06] SCK pin_output [Mittwoch, 23. Februar 2011] [20:42:01] Was steht im SPCR? [Mittwoch, 23. Februar 2011] [20:42:39] 1011100 [Mittwoch, 23. Februar 2011] [20:43:41] Das soll auch so sein. [Mittwoch, 23. Februar 2011] [20:44:29] SPI enable und MasterMode sind demnach gesetzt. [Mittwoch, 23. Februar 2011] [20:44:49] Kannst Du ganz ohne spi den pin als output benutzen??? [Mittwoch, 23. Februar 2011] [20:45:17] Schlimmstenfalls ist irgendwo ein pull-up verdrahtet. dann hilft auch Software nichts mehr [Mittwoch, 23. Februar 2011] [20:47:12] PORTB 5 portpin: SCK SCK low SCK pin_high? . [Mittwoch, 23. Februar 2011] [20:47:12] bzw SCK high SCK pin_high? . [Mittwoch, 23. Februar 2011] [20:47:12] liefern beide das gleiche: $20 [Mittwoch, 23. Februar 2011] [20:49:47] Passt das zu Deinem code: [Mittwoch, 23. Februar 2011] [20:49:49] : +spi ( -- ) [Mittwoch, 23. Februar 2011] [20:49:49] /ss high \ activate pullup! [Mittwoch, 23. Februar 2011] [20:49:49] _mosi high _mosi pin_output [Mittwoch, 23. Februar 2011] [20:49:52] _clk low _clk pin_output [Mittwoch, 23. Februar 2011] [20:49:55] \ _miso pin_pullup_on \ not needed, see datasheet [Mittwoch, 23. Februar 2011] [20:49:59] $53 SPCR c! \ enable, master mode, f/128 data rate [Mittwoch, 23. Februar 2011] [20:50:02] ; [Mittwoch, 23. Februar 2011] [20:50:05] : -spi 0 SPCR c! ; [Mittwoch, 23. Februar 2011] [20:50:08] [Mittwoch, 23. Februar 2011] [20:50:37] Die Reihenfolge ist signifikant. [Mittwoch, 23. Februar 2011] [20:52:01] : init_spi+ [Mittwoch, 23. Februar 2011] [20:52:01] NINT pin_output SCK pin_output [Mittwoch, 23. Februar 2011] [20:52:01] NSEL pin_output NSEL high [Mittwoch, 23. Februar 2011] [20:52:01] SDI pin_output SDI high [Mittwoch, 23. Februar 2011] [20:52:01] SDO pin_input [Mittwoch, 23. Februar 2011] [20:52:02] $5C SPCR c! [Mittwoch, 23. Februar 2011] [20:52:04] ; [Mittwoch, 23. Februar 2011] [20:52:55] NSEL --> /ss [Mittwoch, 23. Februar 2011] [20:53:30] SDI --> MOSI [Mittwoch, 23. Februar 2011] [20:53:39] andersrum: NSEL high NSEL pin_output [Mittwoch, 23. Februar 2011] [20:53:49] SDO --> MISO [Mittwoch, 23. Februar 2011] [20:54:42] echt? Ich probiers mal ... Mom... [Mittwoch, 23. Februar 2011] [20:56:25] siehe lib/bitnames.frt ganz am Ende: [Mittwoch, 23. Februar 2011] [20:56:36] \ disable the pull up resistor [Mittwoch, 23. Februar 2011] [20:56:36] : pin_highZ ( pinmask portaddr -- ) [Mittwoch, 23. Februar 2011] [20:56:36] over over pin_input low [Mittwoch, 23. Februar 2011] [20:56:36] ; [Mittwoch, 23. Februar 2011] [20:56:39] [Mittwoch, 23. Februar 2011] [20:56:43] [Mittwoch, 23. Februar 2011] [20:56:46] \ enable the pull up resistor [Mittwoch, 23. Februar 2011] [20:56:49] : pin_pullup_on ( pinmask portaddr -- ) [Mittwoch, 23. Februar 2011] [20:56:52] over over pin_input high [Mittwoch, 23. Februar 2011] [20:56:55] ; [Mittwoch, 23. Februar 2011] [20:56:58] [Mittwoch, 23. Februar 2011] [20:59:44] ich verschwinde für heute [Mittwoch, 23. Februar 2011] [20:59:48] bis neulich [Mittwoch, 23. Februar 2011] [20:59:54] Beenden MatthiasT hat den Server verlassen (""). [Mittwoch, 23. Februar 2011] [20:59:54] Ciao [Mittwoch, 23. Februar 2011] [21:00:59] Bis jetzt kein Erfolg ... Sehr seltsam ... weder software noch hardware wurden geändert (soviel ich das nachvollziehen kann). Rätsel. [Mittwoch, 23. Februar 2011] [21:01:47] Ich werde noch mal alles durchmessen. Vielleicht doch irgendwo ein Leitungsbruch oder -schluss. [Mittwoch, 23. Februar 2011] [21:03:10] Martin: es gibt da noch eine Sache, die man wissen muss: die Pins der AVRs sind symmetrisch. [Mittwoch, 23. Februar 2011] [21:03:23] symmetrisch? [Mittwoch, 23. Februar 2011] [21:03:28] Die können im push-pull modus betrieben werden. [Mittwoch, 23. Februar 2011] [21:03:50] d.h.? [Mittwoch, 23. Februar 2011] [21:04:04] Das heißt: die können ordentlich Strom versenken (das können die unsymmetrischen auch) aber auch ordentlich Strom liefern. [Mittwoch, 23. Februar 2011] [21:04:40] Das können die unsymmetrischen eben nicht. Bei denen schließt man die LEDs nach +Vcc an und versenkt den Strom. [Mittwoch, 23. Februar 2011] [21:04:48] Eine Anwendung der Geschichte: [Mittwoch, 23. Februar 2011] [21:05:05] Wenn man eine Busleitung hat mit externem Pullup (z.B. i2c). [Mittwoch, 23. Februar 2011] [21:05:24] Dann schreibt man nie 'ne 1 auf den Bus, das richtet der externe pullup. [Mittwoch, 23. Februar 2011] [21:06:07] Der Pin ist auf INput gedreht. Erst wenn ich eine Null rausschreiben will, dann dreh ich den auf output und wieder zurück. [Mittwoch, 23. Februar 2011] [21:06:36] Beides mal wird der PortPin auf 0 gesetzt. Vor output/input akrobatik. [Mittwoch, 23. Februar 2011] [21:06:58] Dann kann der andere Busteilnehmer die Leitung auch auf Null ziehen und ich kann das merken. [Mittwoch, 23. Februar 2011] [21:07:27] Möglicherweise kommt Dir sowas auch noch in die Quere. Im Datenblatt ist das länglich abgehandelt. [Mittwoch, 23. Februar 2011] [21:07:54] Aber hier ist kein anderer Busteilnehmer (wenn ich das Modul abklemme). [Mittwoch, 23. Februar 2011] [21:08:42] Ja, ich weiß. Aber wenn Du die Reihenfolge von DDR und Port-Registern nciht einhälst, dann kommt nicht das raus, was Du erwartest. [Mittwoch, 23. Februar 2011] [21:10:01] Deinen code habe ich schon getestet -- kein Erfolg :-( [Mittwoch, 23. Februar 2011] [21:10:01] Hardwaremäßig bleibt jetzt noch eines: Zuvor war die Stromversorgung über Adolfs Programmer (USB) geregelt. Jetzt nicht mehr. Dafür müsste ich noch einmal ein Adapterkabel bauen. Aber nicht mehr heute. [Mittwoch, 23. Februar 2011] [21:10:35] Mit den oben einkopierten Worten +spi und -spi kann ich ohne Schwierigkeiten einen Maxim186 ADC ansteuern und der sacht mir auch, wie hoch die Spannung an Pin X ist. [Mittwoch, 23. Februar 2011] [21:11:52] Fürs heute reichts mir, ich werde das Log nochmal gründlich lesen und versuchen deine Tipps umzusetzen. [Mittwoch, 23. Februar 2011] [21:12:07] Ok. Viel Erfolg! [Mittwoch, 23. Februar 2011] [21:13:04] Danke! [Mittwoch, 23. Februar 2011] [21:13:21] Dann Ciao. [Mittwoch, 23. Februar 2011] [21:13:23] Ciao Bernd. [Mittwoch, 23. Februar 2011] [21:13:30] Verlassen Martin_53 hat den Kanal verlassen. [Mittwoch, 23. Februar 2011] [21:14:05] Na denn. Kommt Dir das alles nicht bekannt vor? [Mittwoch, 23. Februar 2011] [21:14:40] Meine SPI-Interfaces funktionieren immer auf Anhieb ;-) [Mittwoch, 23. Februar 2011] [21:17:08] Cool. Wenn's mal tut, dann kann man sich auch in 5 Minuten nicht mehr erinnern, was denn da jetzt so schwierig gewesen sein soll .... ach ja, wird schon werden. [Mittwoch, 23. Februar 2011] [21:17:53] Nun denn, dann mach ich mich auch vom Acker. Ciao! [Mittwoch, 23. Februar 2011] [21:17:57] Naja, ein Grundprinzip meiner Hardwaredesigns ist, dass solche Interfaces eben da sind, und nicht herumkonfiguriert werden. [Mittwoch, 23. Februar 2011] [21:18:58] An dem AVR Dings kann man so viel rumdrehen, daß man auch recht flott im Sumpf ist. Und Datenblatt lesen ist halt auch nicht jedermanns Sache. [Mittwoch, 23. Februar 2011] [21:19:16] Eierlegende Wollmilchsäue sind immer ein Problem ;-) [Mittwoch, 23. Februar 2011] [21:19:26] Jo. [Mittwoch, 23. Februar 2011] [21:19:55] Mach's gut! [Mittwoch, 23. Februar 2011] [21:19:58] Ciao [Mittwoch, 23. Februar 2011] [21:20:02] * BerndPaysan macht das Licht aus.