RSPTCPServer
RSPTCPServer copied to clipboard
-T flag does not enable bias-t on RSP1A
I am running the software on a Raspberry pi 4. The software works properly, however the -T flag does not turn on the bias-t when used.
rsp_tcp version 1.0
libmirsdrapi-rsp version 2.13 found
mir_sdr_usb_GetDevices Dev0:vid=1df7 pid=3000 rev=0207 serno=190310A796 bus=001 port=004 devAvail=1
mir_sdr_usb_SetDeviceIdx idx=0 numDevices=1
Opened device with idVendor = 0x1df7 idProduct = 0x3000 fwVersion = 0x0207 busNum = 001 portNum = 004
mir_sdr_Init: starting hardware initialization
mir_sdr_Init: gR=60dB fs=2.000MHz rf=98.800MHz bw=1.536MHz if=0.000MHz
DownConvert: Enable=0 DecM=1 OutScale=0 (fs=2.000000 bw=1536 if=0)
initState: numActivePackets=4
mir_sdr_usb_USB DLL: Revision 0.1.1
mir_sdr_2500_Init: fnaddr = 2 detected, trying to change...
mir_sdr_2500_Init: fnaddr = 2
mir_sdr_2500_Init: adjusting squelch trim 0x1, rx gating enable 1, tx_trim 0, reg2 = 0x4801
initHw: Register7 = 0x000014
initRfFreqDependentHw(1): Tuner Register0 = 0x04f420
mir_sdr_GpioExtWrite: Addr=18 Data=0xe4
mir_sdr_GpioExtWrite: Addr=19 Data=0xff
mir_sdr_GpioExtWrite: Addr=0 Data=0x00
mir_sdr_GpioExtWrite: Addr=1 Data=0x00
mir_sdr_SetFs: Sample Freq requested 2000000.000000
mir_sdr_SetFs: Fs->FsNomHz+dFsHz=2000000.0+0.0Hz=2000000.0Hz FsToggle->1
mir_sdr_SetRf: f->98799999.901Hz (int=20 frac=aef afc=fff) fSynth:3161599996.838
mir_sdr_SetRf: Rf->RfNomHz+dRfHz+LifHz+Lif1Hz=98800000.0+0.0+0.0Hz+0.0Hz=98799999.9Hz RfToggle->1
mir_sdr_SetGr: GR->60[36,24,0,0] gRset->0x224 DCCALmode=3 DCCALspd=0 GrToggle->1
No offset diff1=0x000000fc diff2=0x000000fc
No offset samp1=0x0000285e samp2=0x0000295a samp2=0x00002a56
bufOffset=0
setToggleStates: initialising sampNum=0x00017a02, gainSetting=0x224, FsToggle=1, RfToggle=0, GrToggle=1
setToggleStates: initialising Fs=2000000.000, Rf=98799999.901, Gr=60
**mir_sdr_rsp1a_BiasT: enable = 0**
mir_sdr_GpioExtWrite: Addr=19 Data=0xff
mir_sdr_2500_Readback001Trim: readback = 0xe41ee10
mir_sdr_2500_Bypass001Trim: reg13=0x20d reg14=0x703aee
detected RSP model 'RSP 1A' (hw ver 255)
mir_sdr_DCoffsetIQimbalanceControl: DC:1 IQ:1
mir_sdr_DecimateControl: 0 1 0
mir_sdr_DecimateControl: DecimateEnable=0, DecimateDecM=1, DecimateOutScale=0, DecimateRound[0]=0x00000000, DecimateRound[1]=0x00000000
listening...
^CSignal (2) caught, ask for exit!
mir_sdr_StreamUninit()
mir_sdr_usb_ReleaseDeviceIdx 0
bye!
Command run
rsp_tcp -T -E -v -a 192.168.0.50 -p 9090
Was this ever resolved? I’m wanting to try the rsp1a with SDRReceiver via the rsp_tcp connection but I need to be able to activate the bias T.
Mine is currently on loan to someone else so I cannot test unfortunately. As far as I'm aware though, it's not been fixed.
Thanks for the heads up. I’m trying to use it with SDRReceiver (can connect to rtltcp) to feed Jaero, but I need the ability to turn on the bias T for my l band antenna. So far I’m not picking anything up, although I can with the rtlsdr which presumably has the working bias t.
I'm not sure -T has ever been tested or used - that's probably a hangover from the RTL command set. If you just use -E and then toggle the Bias-T in the ExtIO control panel, the Bias-T works fine.
In fact, I've just looked at it a bit more and if you use both -E and -T together, you see the Bias-T start to come up and then the control panel setting overrides the -T and so if the Bias-T in the control panel is off, you see the voltage drop to 0 V and if the Bias-T in the control panel is on, the voltage stays at 4.7 V - so I would recommend just using -E and the Bias-T will get set from the control panel.
Thank you, for the control panel though - is this something that can be run in Linux? I’ll have to go take a look if so.
The control panel is only provided as a Windows interface (to applications like HDSDR) - what client are you using on Linux? Unless you're using a client that has been written specifically for the RSP extensions, then setting -E on the server will not work. If you can let me know your setup, I'll try to replicate what you are seeing.