Esp32v3 initial support #113
Conversation
…get w/ correct ram size for esp32-wroom-32u
…he new sx1262 class
|
Thanks! I'm not really in a position to be able to review this, I'll try and find someone who is though. See #110 |
|
I'll take a look at it tomorrow. If I can find my dev board I'll even try validating the changes. Thanks for paying attention to this @samuk |
| @@ -34,7 +35,7 @@ lib_deps = | |||
| ESP Async [email protected] | |||
| [email protected] | |||
| https://github.com/jgromes/RadioLib#3682c6c9215891e3afb7672f1235fde1c3bd75fd | |||
| https://github.com/sudomesh/LoRaLayer2#efaa3fa73e3c8f6a7c66e335873c0bd81cc865e3 | |||
| https://github.com/code8buster/LoRaLayer2.git#esp32v3 | |||
There was a problem hiding this comment.
After merging both PRs, we should point this back at ""official" LoRaLayer2 latest commit.
|
Both the esp32v3 and ttgo-lora32v2 envs compiled fine. I'll let TravisCI finish testing the other boards. Don't have access to my DR dev board right now to actually test loading the compiled firmware, though I am under the impression from @code8buster that the LoRa's don't initialize just yet. I'll also accept the PR to LoRaLayer2 and fix the platformio.ini that currently points at @code8buster fork. |
Please ensure platformio.ini does not point to my personal repository for LoRaLayer2. I don't know how that got wrapped up in there, and I'm not practiced with git.
esp32-v3 hardware still does not initialize the radios with these modifications but at the least, it instantiates the Layer 1 wrapper for the Ebyte SX1262 modules correctly without error.
All commits including my rookie mistakes!