receive and transmit help #1427
Replies: 4 comments
-
I don't know many details, but one thing that comes to mind is that STM32WL with its SubGhz implementation doesn't handle subsequent interrupts very well. The STM32 contributor did implement a workaround but it may be the case that something fails there. |
Beta Was this translation helpful? Give feedback.
-
I also don't have the context, but there are some suspicious things in the posted code:
|
Beta Was this translation helpful? Give feedback.
-
Thank you for your response Jan. I’ll try sectioning out into separate
functions, and review/remove the delays.
Walter
…On Tue, Feb 18, 2025 at 9:12 AM Jan Gromeš ***@***.***> wrote:
I also don't have the context, but there are some suspicious things in the
posted code:
1. Why are you recursively calling loop? I get that it's an attempt to
stop the decoding, but why not decode in a different function and then
return from it?
2. There are some rather suspicious delays after startTransmit and
finishTransmit.
—
Reply to this email directly, view it on GitHub
<#1427 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAOA5OPHTAQ4HR5DKFEFFY32QNSWXAVCNFSM6AAAAABXKDLDR2VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTEMRTHE3TGOA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
Thank you for your suggestions. I ended up revising the code, using the Ping Pong example as a guide, and removed my delays. Also divided rx and tx into separate functions to clean it up a little. If anyone is interested, the working code is here: LoRa APRS digipeater The Ping Pong example does a good job of showing how to figure out if the interrupt is a received packet, or a TX finished interrupt. I appreciate the help. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I am sure I am doing something wrong. But I was wondering if someone could help me figure out why receive mode seems to lock up after transmitting. I tried to combine the interrupt driven TX and RX examples for the STM32WLxx chips. The code successfully receives a LoRa APRS position packet, and successfully digipeats the APRS LoRa packet. However, it is then locked up and does not hear any other packets.
Thanks for any help you can offer.
The output on the serial port during rx and tx is:
Original station:
20:02:29 K6ATV-1>APLETK,WIDE1-1:!/;hpM/fWN>=sQ4.03V -99 4
digipeated transmission:
20:02:32 K6ATV-1>APLETK,K6ATV-9,WIDE1*:!/;hpM/fWN>=sQ4.03V -60 7
code:
Beta Was this translation helpful? Give feedback.
All reactions