We're trying to achieve a test of our radiated antenna performance to verify tuning without wires. We have an enclosure which prevents access without compromising the test. As such, we need to be able to, without serial port lines for RAIL, accomplish a 100% TX output. We're able to do so with the RAIL application and a serial port, but that's not acceptable for the actual test.
What we envision is a device that comes out of reset and just generates a tone for around 5 minutes on a channel, moves to a new channel, waits 5 min, etc.
We found and tried gecko_cmd_test_dtm_tx(test_pkt_carrier,0,37,1) but that still appears to only generate pulse TX and not a continuous tone.
Thanks in advance,
You're already getting support from Steve on the private ticket but coming to the community could give more insight from other customers.
According to the API Guide: "There is also a special packet type, test_pkt_carrier, which can be used to transmit continuous unmodulated carrier. The length field is ignored in this mode."
So you are saying that with that packet type you don't see a continuous have but it comes in pulses? Which SDK version are you using and did you verify that? Can you please share any test results?
That was the plan yes. We've verified that using the DTM tester (or API directly) will only put out pulses of the unmodulated carrier and not actual tones. And that's the case for modulated PN9 or unmodulated.
There's some question that the DTM might have a bug that doesn't generate 100% duty cycle on the first command, but we've been unable to verify.
We've found that the RAIL API allows us to generate a tone however. But it's difficult to control and we're not able to marry that function with the control we get with the DTM and phone app.
We're using 188.8.131.52