--
You received this message because you are subscribed to the Google Groups "aprs.fi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to aprsfi+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/aprsfi/b375d15d-49b6-4163-bbed-65f6676a4638n%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "aprs.fi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to aprsfi+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/aprsfi/b375d15d-49b6-4163-bbed-65f6676a4638n%40googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/aprsfi/CAKpxnB3%2B4%3D7m%2BBJWbWTELCXwTiGowt7jHj1gVaVvqZuEH%2BmGkg%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/aprsfi/CAC_AymNhHy9rTGQGiubyLpBTsHPMJXG869iGUWcz-N6aek9Paw%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/aprsfi/0a4701b5-dbe3-4b17-ba42-e2515c8ab4f7n%40googlegroups.com.
I did some testing and experiments with my iPhone 12, a Belkin headphone/charging adapter (allows charging iPhone while using a headphone/mic… or APRS!), a Puxing PX-777 2m radio, the BTECH APRS-K1 cable, and a Siglent digital storage oscilloscope. I wanted to confirm the levels and make sure there’s no leakage in the APRS-K1 cable.
This is the Belkin adapter: https://www.apple.com/shop/product/HLJV2ZM/B/belkin-35-mm-audio-charge-rockstar
And this is the APRS-K1 cable I have: https://baofengtech.com/product/aprs-k1/
The oscilloscope has an AWG waveform generator feature, so I could use it to feed in audio to the “headphone output” pin of the APRS-K1 cable, just like the radio would do. I adjusted the output level of the waveform generator to a level which, in the aprs.fi app’s TNC oscilloscope view, would show a nice waveform within the green range. At the same time I watched at the “microphone” pin of the APRS-K1 with the oscilloscope, just to observe that the “received” signal would not leak to the microphone input, which could trigger the VOX. No leakage/crosstalk observed at all with my APRS-K1 cable.
The APRS-K1 cable has level conversion components, and some protection components within the dongle in the middle of the cable. I just wanted to check that it has no internal coupling which could cause such leakage.
I then continued with some other tests. A little bit of background info:
The Lightning-3.5mm adapter is not just an adapter with wires and connectors - the Lightning connector is digital only, and the adapter contains tiny A/D and D/A converters to produce and record analog audio. The iPhone has a complex power saving system, and it powers up the audio adapter only when audio is played or recorded.
The digital storage oscilloscope is configured to trigger (capture data) when it sees any output exceeding 25 mV. This way I can capture outgoing transients, pops, and the very beginning of the audio waveform when the app starts transmitting a packet, and make screen shots (over ethernet, or to an USB thumb drive). It was also easy to confirm that there was no audio going out from the app at the wrong time, and that there is no subaudible hum or anything like that in the output.
Findings:
1. The app does not, in my test, leak any audio which could trigger the VOX. This is what I have tested and observed before during development, naturally.
2. The waveform of the outgoing packet seems quite alright. There is some low-level high-frequency noise, being picked up on the cable, but that’s just the computers and power supplies and digital things on my table, and that noise is present even if the lightning adapter is not connected to the iPhone. Screen shot of the beginning of a packet, HDLC flags being sent during txdelay, and a close-up shot of the beginning to look at the waveform:
3. When the DSP TNC in the app is started with the “Connect TNC” button (or the app is started with the TNC automatically starting, if it has been connected before), audio recording and playback by the modem starts. At this point iPhone powers up the external A/D and D/A converter in the lightning-3.5mm adapter. When the D/A converter is powered up, there is a small transient noise emitted (you may hear a very short and quiet “tap” in earphones). It is short and quiet enough that the Puxing PX-777 VOX will not key up the transmitter. The same noise waveform is emitted when any iPhone app starts playing or recording audio (iTunes playback starts, a phone call is started, Voice Memos app starts recording), it is not coming from the aprs.fi app. Just a side effect of the D/A converter and iPhone power saving features. It could however potentially trigger the VOX of another radio, and another lightning adapter might have a louder pop emitted when it is powered up! The Belkin “pop” is about 80 mV peak-to-peak. Here are screen shots from the oscilloscope, with two different timebases (horizontal time scale, "zoom" in time). In repeated tests the waveform is always pretty much the same.
4. The Puxing VOX does not work if the squelch is fully open. This is unfortunate, as the squelch is slow and eats the beginnings of received packets, unless other transmitting stations use a very long txdelay! It is however an understandable design choice - if a headphone/mic cable would not be attached, the received audio going out on the speaker of the radio would go in to the microphone and trigger VOX and transmission. The settings with the Puxing need to be:
- Puxing VOX level 9
- Puxing Squelch level 5 (or something that is suitable with the noise level)
- Puxing volume level 50%, which (with squelch open) shows a waveform in the TNC view which stays in the green range
- iPhone volume, after attaching the Belkin adapter, set to quite exactly 50% - this controls the output audio level to the microphone input of the radio
- In aprs.fi settings, txdelay set to 50 (a very large value, 500 milliseconds, but the Puxing VOX is slow)
Normally one would want to have Squelch set to 0, so that the squelch would be continuously open, and the squelch delay would not prevent the very beginning of each received packet to be eaten away, but then VOX on Puxing won’t work. This is *not* a good radio for APRS. It also transmits a very long quiet tail after every packet, preventing the app from hearing when digipeaters retransmit the packet just sent by the app. VOX for APRS is awful.
So, as far as the app goes, it seems to work alright for me in this test. What could be wrong if it doesn’t work for you?
- Do you have a genuine BETCH-APRS-K1 cable? It should have a dongle in the middle, containing the level conversion and some other protective components. Mine looks like this:
- If the radio does not transmit at all, and if squelch is open on the radio, it might be that VOX is not operative on some radios, to prevent a feedback loop (received audio triggers VOX, when a speaker is used). Try adjusting squelch so that noise is not emitted when there's nobody transmitting.
- VOX level is too low, or volume setting on iPhone (after connecting the lightning-3.5mm adapter) is set to a too low value - a too high volume setting will cause distortion on transmitted audio, too. iPhone remembers different volume settings for the 3.5mm output, video/music playback on the speakers, and telephone calls on the same speakers, so remember to adjust the transmit level with the 3.5mm adapter attached. Listen to the transmissions on another radio, and make them the same level as other APRS stations in your area. A service monitor for deviation adjustment would be great but I understand not everyone has those around.
- If the radio starts continuously transmitting when the cable is connected or the app is started, perhaps the “pop” from the power-on of the D/A converter triggers VOX transmission and RFI from the transmitted signal keeps it on. Snap-on ferrites on either end of the APRS-K1 cable may help (one of the ends may help more, depending on if the RFI is going to the radio, or the lightning adapter).
I’ll now order a Baofeng UV-5R. I don’t really need or want one as such, but I guess I should test with one as it is quite popular.
- Hessu
I got the UV-5R last week, and tested it very briefly last night.
The good news is that the issue reproduces easily, and it fails
spectacularly for me, too. [...]
The bad news is that the few ferrites I had around did not help. I will
try others, [...]
As soon as the lightning-3.5mm adapter is powered on, by the aprs.fi app,
or any other app, the transmitter goes on and does not turn off [...]
To view this discussion on the web visit https://groups.google.com/d/msgid/aprsfi/alpine.DEB.2.21.2201251007290.22929%40jazz2.he.fi.
--
You received this message because you are subscribed to the Google Groups "aprs.fi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to aprsfi+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/aprsfi/44a52fb7-03a1-4605-8f98-d625459b8319n%40googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/aprsfi/alpine.DEB.2.21.2201282316440.23211%40jazz2.he.fi.
--
You received this message because you are subscribed to the Google Groups "aprs.fi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to aprsfi+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/aprsfi/alpine.DEB.2.21.2202202225190.27203%40jazz2.he.fi.
[...] experimentally added an extra 470 nF capacitor, which fixed
the problem for me.
http://blog.aprs.fi/2022/02/baofeng-btech-aprs-k1-iphone-problems.html