Mirf24

Hallo zusammen,

das mit den xmega ist nicht so verkehrt. Ich habe nicht nur hier Probleme auch mit den TWI ist das gleiche (erkennt anscheinend den Status nicht) . Ich werde noch einen Versuch machen mit den alten atmega. Da hatte ich bisher mit dem Compiler keine Probleme. Wenn das alles hin haut ist de xmega mit dem Compiler vorerst gestorben.

Gruß
wom

Nachdem mein Kumpel sowas wollte zum einfachen Fernschalten per Taster, hab ich mal solche billigen NRF24L01+ Module probiert anzusteuern.
Anbei das entstandene Programm, falls es jemand interessiert.
Mit dem ACK ist auch beim Slave eine Antwort anfügbar, oder beide Module gehen auf Empfang, dann kann jedes senden, wann es will.
Es sind evtl noch Macken, Ungereimtheiten drin, aber für mich hats erstmal ausreichend so funktioniert in beide Richtungen.

golf

Guten Morgen
Danke Dir golf für das Testprogramm, damit kann ich schon erstmal arbeiten. Die Frage ist halt immer interner Treiber oder alles selber machen. Wenn es im Paket mit drin ist, dann nehme ich meist diesen, denn dafür ist ja auch der jährliche Obulus.
@wom, wie hier schonmal von anderen erwähnt, auch ich möchte die XMEGA-Typen nicht mehr missen. Eigentlich verwenden wir seit deren auftauchen und der Unterstützung der Typen durch AVRCO keine anderen mehr. Im Grunde funktioniert fast alles. Das immer mal solche Probleme auftauchen ist ja nicht das Problem, denn wer von uns schreibt schon fehlerfrei Software. Ich jedenfalls nicht. Das Problem ist wie hier gerade der Zeitfaktor.

Einen schönen Tag
rage

Hey wom
Ich bin genau wie Du nur User und es ist ja auch nicht meine Aufgabe für den Compiler hier einzuspringen. Aber trotzdem ein paar Gedanken dazu. Ob nun Atmel verkauft wurde oder nicht, ich mache mir keine Sorgen das die Prozessoren in naher Zukunft mehr gibt. Über den Obulus muß man nicht diskutieren, ok andere haben den nicht. Aber bisher konnte man immer sicher sein das Probleme schnell behoben wurden. Und schnell war oft in Stunden gerechnet. Warum das seit einiger Zeit nicht mehr so ist, wüsste ich auch gern. Das Problem mit dem Mirf-Treiber liegt ja nun schon seit über einem Monat auf dem Tisch. Das ander Compiler besser sind oder Fehler schneller behoben werden, naja meine Erfahrung sagen hier auch was anderes. Da es ja eigentlich nur noch einen "ANDEREN" Pascal-Compiler gibt, reden wir ja hier von Mikroe-Pascal-Compiler. Der kann keine XMEGA debuggen, jedenfalls war das vor einem halbe Jahr noch so, also disqualifiziert. Mein Ausflug in die ARM-Prozessoren damit ist zwar nicht zur Bauchlandung geworden, aber wirklich befriedigend war es auch nicht. Wenn ich mir anschaue was ich mit dem E-Lab-Compiler so entwickelt habe, puh nicht schlecht. Datenlogger mit SD-Karte, USB, Farb-LCD, Touch, mehrsprachig, auch Russisch und Chinesisch, Touch-Screen,Netzwerk, WLAN, Mirf-Anbindung (naja sie oben), Multi-Prozessor-System mit teilweisem Multitasking und und und. Alles in einem Gerät, nicht in unterschiedlichen. Die Geräte sind in verschiedenen Revisionen auf der ganzen Welt unterwegs. Sicherlich ist LCD, Touch, Multlingual, WLAN von mir selbst gekommen. Aber Netzwerk und SD und vieles andere halt nicht. USB habe ich per FT-Chip gemacht weil die PID sonst viel zu teuer ist, wenn man es ehrlich macht. Und ohne XMEGA wäre das nie gelaufen, schon wegen der Geschwindigkeit und auch der Speichergröße wegen. Kein Quarz mehr, ist auch ein Segen. Gleich wie ich bleibe beim AVRco, zumal halt die Jahrelange Erfahrung auch nicht zu unterschätzen ist. Warum das in der letzten Zeit so schleift, das kann ich auch leider nicht nachvollziehen.
cu rage