Jan Gromeš
Jan Gromeš
@victorfmin66 The LR2021 datasheet has to following on this topic: So you can use a switch-less solution, but the classical one with switch seems safer to me. In any case,...
@lyusupov thanks for the hint! I was excited when I noticed it seems to have the same footprint as their LR1120 module - and then immediately dismayed when I realized...
@lyusupov indeed - but unfortunately I happen to have some LR1120 (not 1121) and also designed a PCIe card for [RadioHAT](https://github.com/radiolib-org/RadioHAT) around those ... :) In any case I should...
@lyusupov those are not yet implemented, ultimately the interface will be exactly the same as on the other modules. I stopped working on this for a while because I don't...
@lewisxhe I'm still hardware-less, and while I do expect I will have something in the next few months, expediting the process is always good - please get in touch at...
@jcrespoc this is indeed a bug, however, I disagree with the solution proposed in #1486. It adds an external loop that will restart reception in blocking mode, until a valid...
> In my opinion, the interrupt-based solution should process the interrupt internally before calling the function provided to setPacketReceived. So simple. Unfortunately, it is anything but simple. Processing the interrupt...
Had some time to dig into this. It turns out the CRC OK interrupt cannot be used with CRC disabled, as it does not trigger. Howeverr, there is `RADIOLIB_CC1101_GDOX_RX_FIFO_FULL_OR_PKT_END` which...
@StevenCellist could you add it into my original post as another propsoed approach, with an example of what the public API would look like, so that we can compare everything...
> the current code seems to only have one fixed setting That is not really accurate - the `setPaConfig` method is public, so you can set any combination of parameters...