Hi Eku/Liste, sorry, auf Antworten geklickt und nicht den Empfänger kontrolliert. Also nochmal an die Liste.
Am 18.05.2011 07:35, schrieb [email protected]: > Der Fehler liegt, wenn überhaupt, in der > > pinning/internals/hackery_atmega1284p.m4 > > denn bei mir läuft eine vergleichbare Konfiguration mit m644 ohne Hacks. Auch der ask sense zum dekodieren? Das normale Senden von ASK Signalen funktioniert ja auch, mir geht es um das dekodieren. Mit dem m644 hatte ich es auch schon getestet, gleiche Phänomene. TC0_INT_COMPARE_ON; passt doch trotzdem nicht zu ISR(TC0_VECTOR_OVERFLOW) {}? Und wenn der TC0_VECTOR_COMPARE nicht irgendwo vorhanden ist ist es doch eigentlich kein Wunder, das er in den reset auf 0x00 rennt? Gibt es im build-system von ethersex irgendwo ein Flag oder ein make target das ich setzen kann, damit mir der gcc die preprocessed sourcen nicht löscht bzw die <file>.i files liegen lässt? Dann kann ich mir den ask_sense.c genauer anschauen was er im Endeffekt bei mir durch die Makros ersetzt... In der hackery_atmega1284p.m4 sieht alles OK aus denke ich. Bis denn Björn _______________________________________________ Ethersex-devel mailing list [email protected] https://list.zerties.org/cgi-bin/mailman/listinfo/ethersex-devel
