¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Linbpq / piardpc /ardop chat 1.04


 

I have been working on a getting a ardop hf port working on a pi3b and bullseye 32 bit raspberry.? Have it all up and running.. Now the issue = I can connect to the bbs with the ardop_chat program through the hf ardop port and and connect and go through the handshake ok. The bbs will send the hello greetings and behave normally. I then will send the letter "l" to list mail/bulls and I get the following:


[DecodeFrame] Frame: 4FSK.200.50S.O Decode FAIL,? ?Constellation Quality= 81
Time since received = 1
Sending Frame Type DataNAK
[Main.KeyPTT]? PTT-TRUE
[Main.KeyPTT]? PTT-FALSE
Prior-Offset= 0.535728
EnvelopeCorrelator CorMax:MaxProd= 61.553909? J= 72
[Acquire2ToneLeaderSymbolFraming] intIatMinError= -1
Frame Decode type 49 49 16 Dist 0.01 0.01 0.21 Sess df pend 0 conn 1 lastsess 0
[Frame Type Decode OK? ] Ldr; S:N(3KHz) Early= -10.077456 dB, Full -14.346893 dB, Offset= 6.197562 Hz:? MD Decode;9 ID=HDF, Type=H49: 4FSK.200.50S.O, D1= 0.01, D2= 0.01
MEMARQ Flags 0 0 0 0 0 0 0 0
Qual = 82
DecodeFrame MEMARQ Flags 0 0 0 0 0 0 0 0
[CorrectRawDataWithRS] RS says ok but CRC still bad
[DecodeFrame] Frame: 4FSK.200.50S.O Decode FAIL,? ?Constellation Quality= 82
Time since received = 0
Sending Frame Type DataNAK
[Main.KeyPTT]? PTT-TRUE
[Main.KeyPTT]? PTT-FALSE
Prior-Offset= 0.686922
EnvelopeCorrelator CorMax:MaxProd= 61.243332? J= 73
[Acquire2ToneLeaderSymbolFraming] intIatMinError= 0
Frame Decode type 49 49 16 Dist 0.01 0.01 0.21 Sess df pend 0 conn 1 lastsess 0
[Frame Type Decode OK? ] Ldr; S:N(3KHz) Early= -9.607125 dB, Full -14.029732 dB, Offset= 6.071398 Hz:? MD Decode;9 ID=HDF, Type=H49: 4FSK.200.50S.O, D1= 0.01, D2= 0.01
MEMARQ Flags 0 0 0 0 0 0 0 0
Input peaks = -22300, 23600
Qual = 82
DecodeFrame MEMARQ Flags 0 0 0 0 0 0 0 0
[CorrectRawDataWithRS] RS says ok but CRC still bad
[DecodeFrame] Frame: 4FSK.200.50S.O Decode FAIL,? ?Constellation Quality= 82
Time since received = 1
Sending Frame Type DataNAK
[Main.KeyPTT]? PTT-TRUE
[Main.KeyPTT]? PTT-FALSE
Prior-Offset= 0.169699
EnvelopeCorrelator CorMax:MaxProd= 61.483215? J= 205
[Acquire2ToneLeaderSymbolFraming] intIatMinError= -1
Frame Decode type 49 49 16 Dist 0.01 0.02 0.21 Sess df pend 0 conn 1 lastsess 0
[Frame Type Decode OK? ] Ldr; S:N(3KHz) Early= -10.695243 dB, Full -14.204003 dB, Offset= 6.473771 Hz:? MD Decode;9 ID=HDF, Type=H49: 4FSK.200.50S.O, D1= 0.01, D2= 0.02
MEMARQ Flags 0 0 0 0 0 0 0 0
Qual = 82
DecodeFrame MEMARQ Flags 0 0 0 0 0 0 0 0
[CorrectRawDataWithRS] RS says ok but CRC still bad
[DecodeFrame] Frame: 4FSK.200.50S.O Decode FAIL,? ?Constellation Quality= 82
Time since received = 0
Sending Frame Type DataNAK
[Main.KeyPTT]? PTT-TRUE
[Main.KeyPTT]? PTT-FALSE
Input peaks = -21501, 21431
Input peaks = -20132, 19915
Input peaks = -20274, 19386



Ardop Chat 1.04
?ardopc Version 1.0.4.1qBPQ
****

Yaesu ft-991a with the ardop chat client

Yaesu ft-891 with a signalink usb / cat ptt on the bbs side..

Any thoughts ??,


Guy KD6MTU


 

HI Guy

This might be related to a kernel issue that affects Kernels above 5.10

Or, it might be ARDOP_Chat is not compatible with BBS, but lets clear up the first thing first-

Can you let us know what the result of the following command is:

?uname -a

If it shows us a Kernel 5.15, then you may need to do the ALSA hack using a custom .asoundrc file with dsnoop/dmix and also have to ?fiddle with the ARDOP TNC¡¯s LEADER length parameter.

At the bottom of this page you will find the .asoundrc file that works for *some* with Kernels higher than 5.10.

Adjust the references to hw:1 to the soundcard number you have listed in ¡®aplay -l¡¯?

Its a weird workaround and nobody really understands why it works, but it is what it is.


73 Red.


?Below is the full?.asoundrc?file that works for me:
@hooks [
         {
                 func load
                 files [
                         {
                                 @func concat
                                 strings [
                                         { @func datadir }
                                         "/alsa.conf.pulse/"
                                 ]
                         }
                 ]
                 errors false
         }
 ]

# Point applications to plughw:dsnooped0 for input and plug:dmix0 for output

pcm.dsnooped0 {
    type dsnoop
    ipc_key 50000
    ipc_key_add_uid false   # let multiple users share
    ipc_perm 0666           # IPC permissions for multi-user sharing (octal, default 0600)
    slave {
        pcm "hw:1,0"
        channels 1
    }
}

pcm.dmix0 {
    type dmix
    ipc_key 60000
    ipc_key_add_uid false   # let multiple users share
    ipc_perm 0666           # IPC permissions for multi-user sharing (octal, default 0600)
    slave {
        pcm "hw:1,0"
        rate 48000
    }
}

# Point ARDOP to ARDOP2IN and ARDOP2OUT for rate conversion

pcm.ARDOP2IN {type rate slave {pcm "plug:dsnooped0" rate 48000}}
pcm.ARDOP2OUT {type rate slave {pcm "plug:dmix0" rate 48000}}


# Wine: combine the capture and playback 
pcm.asymwine { 
        type asym 
        playback.pcm "ARDOP2OUT" 
        capture.pcm "ARDOP2IN"
} 

# Wine: make a default plug for it 
pcm.!default { 
        type plug 
        slave.pcm "asymwine" 
} 

# Wine: define a plug for /dev/dsp 
pcm.dsp { 
        type plug 
        slave.pcm "asymwine" 
} 


 

Another clue... after messing with it for hours I can get a stable connection at? 4FSK.200.50S.E speed if I take the sound upto the 32000 level.. its a very touchy with the adjustment... From the ardop chat will connect and rx with no issue at what ever speed but the bbs and ardop port only at the lowest speed.
?


 

¿ªÔÆÌåÓý

One possibility is that the link is good enough to send small connect packets but not larger data ones. The s/n if pretty low.

73,
John


On 20/04/2023 21:46, guy lemke wrote:

I have been working on a getting a ardop hf port working on a pi3b and bullseye 32 bit raspberry.? Have it all up and running.. Now the issue = I can connect to the bbs with the ardop_chat program through the hf ardop port and and connect and go through the handshake ok. The bbs will send the hello greetings and behave normally. I then will send the letter "l" to list mail/bulls and I get the following:


[DecodeFrame] Frame: 4FSK.200.50S.O Decode FAIL,? ?Constellation Quality= 81
Time since received = 1
Sending Frame Type DataNAK
[Main.KeyPTT]? PTT-TRUE
[Main.KeyPTT]? PTT-FALSE
Prior-Offset= 0.535728
EnvelopeCorrelator CorMax:MaxProd= 61.553909? J= 72
[Acquire2ToneLeaderSymbolFraming] intIatMinError= -1
Frame Decode type 49 49 16 Dist 0.01 0.01 0.21 Sess df pend 0 conn 1 lastsess 0
[Frame Type Decode OK? ] Ldr; S:N(3KHz) Early= -10.077456 dB, Full -14.346893 dB, Offset= 6.197562 Hz:? MD Decode;9 ID=HDF, Type=H49: 4FSK.200.50S.O, D1= 0.01, D2= 0.01
MEMARQ Flags 0 0 0 0 0 0 0 0
Qual = 82
DecodeFrame MEMARQ Flags 0 0 0 0 0 0 0 0
[CorrectRawDataWithRS] RS says ok but CRC still bad
[DecodeFrame] Frame: 4FSK.200.50S.O Decode FAIL,? ?Constellation Quality= 82
Time since received = 0
Sending Frame Type DataNAK
[Main.KeyPTT]? PTT-TRUE
[Main.KeyPTT]? PTT-FALSE
Prior-Offset= 0.686922
EnvelopeCorrelator CorMax:MaxProd= 61.243332? J= 73
[Acquire2ToneLeaderSymbolFraming] intIatMinError= 0
Frame Decode type 49 49 16 Dist 0.01 0.01 0.21 Sess df pend 0 conn 1 lastsess 0
[Frame Type Decode OK? ] Ldr; S:N(3KHz) Early= -9.607125 dB, Full -14.029732 dB, Offset= 6.071398 Hz:? MD Decode;9 ID=HDF, Type=H49: 4FSK.200.50S.O, D1= 0.01, D2= 0.01
MEMARQ Flags 0 0 0 0 0 0 0 0
Input peaks = -22300, 23600
Qual = 82
DecodeFrame MEMARQ Flags 0 0 0 0 0 0 0 0
[CorrectRawDataWithRS] RS says ok but CRC still bad
[DecodeFrame] Frame: 4FSK.200.50S.O Decode FAIL,? ?Constellation Quality= 82
Time since received = 1
Sending Frame Type DataNAK
[Main.KeyPTT]? PTT-TRUE
[Main.KeyPTT]? PTT-FALSE
Prior-Offset= 0.169699
EnvelopeCorrelator CorMax:MaxProd= 61.483215? J= 205
[Acquire2ToneLeaderSymbolFraming] intIatMinError= -1
Frame Decode type 49 49 16 Dist 0.01 0.02 0.21 Sess df pend 0 conn 1 lastsess 0
[Frame Type Decode OK? ] Ldr; S:N(3KHz) Early= -10.695243 dB, Full -14.204003 dB, Offset= 6.473771 Hz:? MD Decode;9 ID=HDF, Type=H49: 4FSK.200.50S.O, D1= 0.01, D2= 0.02
MEMARQ Flags 0 0 0 0 0 0 0 0
Qual = 82
DecodeFrame MEMARQ Flags 0 0 0 0 0 0 0 0
[CorrectRawDataWithRS] RS says ok but CRC still bad
[DecodeFrame] Frame: 4FSK.200.50S.O Decode FAIL,? ?Constellation Quality= 82
Time since received = 0
Sending Frame Type DataNAK
[Main.KeyPTT]? PTT-TRUE
[Main.KeyPTT]? PTT-FALSE
Input peaks = -21501, 21431
Input peaks = -20132, 19915
Input peaks = -20274, 19386



Ardop Chat 1.04
?ardopc Version 1.0.4.1qBPQ
****

Yaesu ft-991a with the ardop chat client

Yaesu ft-891 with a signalink usb / cat ptt on the bbs side..

Any thoughts ??,


Guy KD6MTU


 

Will try this as soon as I can ..thxs for the reply


 

Hi John,
Antennas are about 50 ft a part running 5 watts.. has to turn on the attenuators to bring sig down to a 40 over 9 sig....? ?


 

Linux bbs 6.1.21-v7+ #1642 SMP Mon Apr? 3 17:20:52 BST 2023 armv7l GNU/Linux


 

On Fri, Apr 21, 2023 at 02:22 PM, guy lemke wrote:
Linux bbs 6.1.21-v7+ #1642 SMP Mon Apr? 3 17:20:52 BST 2023 armv7l GNU/Linux
Yup, 6.1 kernel, so you may want to try the workaround.?

When launching ARDOP itself (piardopc) the command looks something like:

./piardopc 8515 ARDOP2IN ARDOP2OUT?

¡ª²õ²Ô¾±±è¡ª

Adjusting the?LEADER?parameter for ARDOP between?200?and?320?provides the necessary compensation for the added latency, and links using this combination should see drastic improvements to link establishment and stability.

¡ª²õ²Ô¾±±è¡ª

If you want to try adjusting the LEADER length from the command line, add ¡ªleaderlength 200 (two hyphens).
?
./piardopc 8515 ARDOP2IN ARDOP2OUT ¡ªleaderlength 200

Working between local rigs that close should be no problem- its how i do some of my testing, attenuators to the rescue :-D

Make sure power is wound right down (<1w preferably) and preamps are off.

If the SNR is low that means it could be a symptom of overdriving.

73
Red


 

Went back to buster 32 lite pi version... did all the updates and upgrades... rebuilt the bbs with the ardop port... Magic it all works now...

Thxs for the HELP !!! :)


Guy


 

reconfigured with your suggestions and it worked just fine thx you !!!


 

Red wanted to thx you for the help !!!!!