Bug in variants/lilygo_t3_s3_sx127x is this the right place to report

Development Platforms
1

Hi - relatively new to the community, and finding it a bit hard to figure out where to post.

The bug is in .platformio/packages/framework-arduinoespressif32/variants

The board file for .platformio/platforms/espressif32/boards/lilygo-t3-s3.json is pretty minimal - and specifies "variant": "esp32s3" which of course is missing all the needed LORA #defines,

So the only way to make LoRa code compile with this board is to specify board_build.variant = lilygo_t3_s3_sx127x in platformio.ini to override this and read the actual variant file.

First question is that I can’t find the repo that has the variant files in. They aren’t in the one with the board files, so I can’t just post the issue there which I’m guessing is the correct place. (there’s no way I can find to search across all the repos for a specific file) .

If this is the right place to report the issue … then problem is that the variant file lilygo_t3_s3_sx127x has two occurances of #define LORA_BUSY, both to 33. So it generates a lot of warnings (on a significant percentage of files compiled).

2

That’d be a bug in https://github.com/pioarduino/platform-espressif32 then, because the code is there.

(mainline espressif32 platform does not support Arduino-ESP32 3.x in which this variant has been introduced).

That would be a bug in https://github.com/espressif/arduino-esp32/issues, because the code is there.

3

Thanks appreciate the points - wouldn’t have guessed either of those locations. I wish there was something obvious when you get to this community that had pointers like that, and made it clear what issues e.g. go in Core vs IDE, as trying to be be a good community-citizen :slight_smile:
Anyway, as the saying goes - “all problems in computing are solved with one more level of indirection” so thanks again.