Suchergebnisse

Ich habe ja richtig "Glück", die 3 Boards, die ich bestellt habe haben natürlich genau den 328P :-(. Aber nichts desto Trotz werde ich mir die BP-Variante besorgen und dann das Ganze ausprobieren. Bisher läuft die Variante mit dem Schalter schon seit 3 Stunden stabil. Scheint eine brauchbare Lösung zu sein (hoffe ich).

Hallo Michael, hmm, da hab ich mich bei der ISR falsch ausgedrückt. Das Flag, mit dem ich das Auslesen des Sensors ansteuere wird nun erst nach 5 sec gesetzt. Somit "steht" das Programm keine 5 sec und die Ausgabe der Uhrzeit läuft ganz normal im Sekundentakt. Das mit der Dimensionierung ist natürlich quatsch. Ich wollte diese Variablen lokal definieren. Danke für den Hinweis, wird geändert. Das Thema mit der LIB hat sich inzwischen auch gelöst. Ich habe die aktuellste Version des Compilers heru…

@tschoeatsch: Sodele, ich habe in der ISR 5 sec gewartet bevor der Sensor wieder ausgelesen wurde. Das Ergebnis war das sich dieser nach 3 Stunden aufgehängt hat. Ich habe den Verdacht das dieser Sensor es nicht verträgt wenn auf dem Bus irgend etwas los ist. Daher wäre es schön wenn MCS mir sagen könnte wo ich die I2C_TWI-MULTI.lib her bekomme. Immerhin beschreiben Sie ja die Funktion in ihrer Hilfe. Beim Pollin-Board hängen die Taster und LEDs an Port D Port C ist nur auf den Stecker geführt.

Hallo Pluto25, geht leider nicht, da, so wie ich es verstanden habe diese Lib nur für XMEGAs ist. Hier der Passus aus dem BASCOM-AVR: For the XMEGA which has multiple TWI interfaces you can use a channel to specify the TWI interface otherwise the default TWIC will be used. For normal AVR processors with multiple TWI interfaces you can specify the interface : TWI or TWI1. Ich hatte das schon probiert, jedoch ohne Erfolg.

@Mitch64: Fusebits sind korrekt eingestellt. Ich nutze den externen 16 Mhz Quarz. Mit Config I2Cdelay = 15 sollte der Bus mit 66,6 kHz arbeiten. Es ändert sich auch nichts wenn ich den Delay-Wert auf 10 setze (100kHz). Mit dem Flag hast du natürlich recht. Hab ich geändert, jedoch verabschiedet sich der Baustein trotzdem nach 3-4 Stunden. Die (bisher) einzige Lösung die ich habe ist am Ende der Abfrageroutine ein Wait mit 2 sec einzubauen. Dann läuft alles wunderbar. Naja, mehr als 24h. Doof ist…

@tschoeatsch: nein, weder die RTC noch der AM2320 hat einen Pullup on board. Nach dem ich meine aus dem Breadboard gezogen hatte konnte ich beim SCL und SDA-Pin 4,7k gegen VCC messen. @Pluto25: Ja, die Versorgung läuft über einen USBASP-Brenner. Aktuell messe ich eine Spannung von 4,8 V. Okay, etwas niedrig. Das Verhalten des AM2320 hat sich jedoch auch mit einem externen Netzteil nicht verbessert. Wenn ich dich mit der Lib richtig verstanden habe dann meinst du die Umschaltung zwischen 2 I2C-Po…

Hallo tschoeatsch, das war ein guter Tipp, Das LCD-Display hat tatsächlich schon 4,7k Pullups "on board". So waren es, mit meinen eingesetzten 4,7k nur noch 2,35k. Dies ist, denke ich, keine Erklärung warum der AM2320 abstürzt sobald ich ihm die 2 sec I2C-Bus Ruhe nicht gönne, oder? Mit diesem Wait 2 läuft die HW schon über 6 Stunden. Jetzt habe ich das Programm ohne diesen Zwangspause geladen. Mal sehen wie lange es gut geht. Normalerweise stürzte das Programm sonst recht bald ab.

Hallo Michael, sorry das ich nicht gleich geantwortet habe. Nach deinem Tipp mit der Vermeidung einer LCD-Ausgabe in einer Interrupt-Routine hat das recht gut funktioniert. Nun habe ich die 3. I2C-Komponente mit angeschlossen. Es ist der Temperatur- und Feuchtigkeitssensor AM2320. Dieser "Lümmel" machte mir jedoch das Leben etwas schwer. Nach einer gewissen Zeit die von wenigen Minuten bis zu mehreren Stunden reichte verabschiedete sich der Sensor und gab keine Werte mehr raus. Ich hoffe das die…

Hallo tschoeatsch, danke für den Hinweis. Irgendwie habe ich das bei dem Rumprobieren mit der LCD-Anzeige weg gelöscht. Ist aber klar das dies so sein muss.

Danke für den Tipp. Das hatte ich auch schon gedacht. Ich habe das Programm so verändert das in der Taster_ISR nur noch 300ms gewartet wird und dann die LED toggelt. Weiter habe ich in der sub SB_Update beim Einsprung alle Interrupts gesperrt und am Ende wieder frei gegeben. Leider kommt es immer noch sporadisch zu einer falschen Anzeige. Oder darf die Ausgabe auf der LCD-Anzeige auch nicht in einer Sub-Routine stehen?

Hallo zusammen, ich kämpfe mit einem etwas seltsamen Problem. In einer Applikation möchte ich ein LCD-Display 4*20 (ebay IIC/I2C/TWI/SPI Interface 1602 2004 Blue Yellow Character LCD Display Module) auf dem I2C-Bus betreiben. Mit auf dem Bus sitzt eine RTC (ebay PCF8563T RTC Module). Im Normalbetrieb wird nur die Uhrzeit angezeigt. Über einen Taster, der auf dem INT1 Eingang liegt soll in ein Untermenü gesprungen werden. Weiter läuft ein Timer-Interrupt im Hintergrund. Aktuell nutze ich das EVAL…