Replies: 1 comment 2 replies
-
So I've done the following attached patch as a first step to IRTimer.hpp, which fails with:
So I'm not sure what's the best way to get the pre-processor output dumped so I can try to trace through it. I suspect there's a conflict somewhere, but it's not obvious since the ATtiny1616 and the ATtiny1614 (my target) are defined in the same datasheet, and are basically the same chip with differences in terms of pin count and such. As you can see, I'm trying all kinds of hacks to see where I'm going wrong here. Any suggestions appreciated! And yes, I've now also got some ATtiny1616 dev boards on order as well. LOL! But it would be nice to support more of the ATtiny 1/2 series MCUs if possible. I find the way the IRTimer.hpp is setup is really ... opaque. I almost think splitting it into seperate files would be the better method, since they you could just add in the right include and put in a new file. Or maybe just breaking it down by family of processors. Dunno... and I shouldn't complain, it looks like it's good software! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi all,
I'm looking to get some IR sending/receiving working with some AVR ATtiny16x4 CPUs and I was wondering if anyone had an hints on how to go about this? What kind of linux based development setup would you suggest? Especially just for testing the compilation and setup of the library for basic support.
I'm currently using the Arduino 1.8.13 IDE( but hating it, want to move to simple emacs editing and makefiles) for my work.
Right now I'm just hacking in the proper #ifdef ... #endif pairs to support AVR_ATtiny1614 and AVR_ATtiny1604.
From the look of the code, I suspect I need to get the datasheet for the ATtiny1616 and compare it with the 16x4 datasheet to see how much different they really are. Does this sound like a workable plan?
Thanks,
John
Beta Was this translation helpful? Give feedback.
All reactions