Lennart

I just saw that @stefan123t created this issue. Here's some input from my side: We have a little bit of a special situation with the "OpenDTU Fusion" board mentioned above....

> I looked at [LennartF22/RF24@nRF24:RF24:master...master](https://github.com/LennartF22/RF24/compare/nRF24:RF24:master...master) and found some breaking changes that wouldn't be welcome here, specifically c'tor and `begin()` changes. @2bndy5 That's correct, my fork is just a quick proof...

I already had a look at how you realize hardware abstraction yesterday (but didn't have time to answer), and we should be able to make that approach work for us....

Should be better now.

It should now successfully compile for all platforms 😅

@markusdd The merge conflicts are negligible and easy to fix, but I won't fix them right now, because the `platformio.ini` might very well change again in `master` before the merge,...

@gitisgreat2023 @markusdd TL;DR Yes, this would probably also fix your issue, but there are better alternatives (like making use of the ESP32's internal CAN controller). As far as I understood,...

@tbnobody That's good to hear! I definitely understand that you don't want to maintain several additional, external libraries, as that sort of defeats the purpose of having external libraries in...

Oh I see, I didn't read properly 😅 Ideally, we would not build the ETHSPI class for the ESP32-C3 target at all, but that obviously also requires some macros wherever...