-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for second RX channel? #47
Comments
Can you give a dump of |
Sure thing---and let me know if this isn't what you were looking for:
|
Look at Generally there is support for multiple channels, if you set https://github.com/pothosware/SoapyPlutoSDR/blob/master/PlutoSDR_Settings.cpp#L118 to "2" and recompile you should be able to stream both RX or both TX at the same time. E.g. |
Interestingly https://wiki.analog.com/resources/tools-software/linux-drivers/iio-transceiver/ad9361#tx_attenuation_control talks about "attenuation/gain can be individually controlled for TX1 and TX2" at "voltage1 hardwaregain", but there is no voltage1 here, I assume it's the voltage2 channel, and there is no hardwaregain value. |
Ah! So you're saying the RX2 channel just has whatever gain the RX1 one has? Also I did exactly that one line code change and recompile (1->2) before I opened the issue. I thought what I was trying was too naive because it looked like the data coming from both channels was the same. But maybe I got my observation wrong! Will look again. |
Yes, and most of the other settings too. IIO is the API. any value you don't find there is not an API setting. |
Hi @zuckschwerdt
but inside pluto device inside
both RX port have their own parameters. My Question, can i use the second channel RX2 using SoapyPlutoSDR ? |
The AD9363 is a 2x2 transceiver, but I wasn't aware that the second channel is connected in any hardware version. You can change "getNumChannels" like written above to test things. But we are not explicitly using the "voltage1". Can you give a dump of |
|
Thanks. Interesting, so that really is a AD9363 (2 Rx, 2 Tx) and not the AD9364 (1x1) we otherwise see. I'll try to soon get a basic PR together. I'm not likely going to buy that hardware, so you'll have to help and test several version until this works ;) |
I see in sdrangle they have multiple channel. it's working for me. i'm thankfully and ready to test any code until it works. |
The branch https://github.com/pothosware/SoapyPlutoSDR/tree/feat-multichn should work now to select the second channel. |
@moemuses did you have a chance to test the changes from branch feat-multichn? |
@zuckschwerdt, yes i'm ready. just tell be how exactly i can test it ? |
Do |
yes i mean what after make the project ? how can i test the second channel ? |
The driver should offer the second channel (and more antennas). You should be able to just switch to the second channel and use that. Perhaps connect an antenna to just one channel (RX1, the later RX2) and test if that works to receive data. Dual channel likely does not work yet. Also I'm not sure if sample rate and frequency go to the selected channel correctly. |
perform
also when perform |
Yes, the data will be channels * sample rate * 4 (16 bit * I+Q). I only select a single channel, strange that it gives 16 MiB/s. Can you run some application, maybe a UI like Gqrx and check if the received data waterfall matches the selected RX port? Maybe just touch the antenna at each ports in turn, and see if the interference matches that? |
the 16MiB/s come from iio library not Soapy library. and the waterfall changes as i change the RX port. |
https://github.com/BatchDrake/SigDigger uses Soapy and allows to select the channel. |
in Sigdigger, regardless of using #channel number, alwayes same waterfall and data |
i'm trying this code
it's working normal when numchannel = 1. By the way when changing channels[2] = {0,1} to channels[2] = {1,0} its suppose to receive in another channel. but always receive channel number 0. |
I half expected that ;) But now we have test code I'll go on to add multi channel support. In a day or so. |
Good Luck ! |
delete first two condition in PlutoSDR_Streaming.cpp
and it's working now ! i think we must change those condition to be dynamic with number of channel |
That's for direct copy and won't generally work. But something similar, yes. |
FYI, the latest hardware revisions of the original Pluto are also 2x2 now. The two new channels don't have an external connector, but there are internal connectors that can easily be connected: https://www.youtube.com/watch?v=ph0Kv4SgSuI So this doesn't only apply to "Pluto+" anymore. |
Thanks! I need to go through the different channel copy cases mentioned above and add multi channel. And then we likely need separate rate/freq per channel. |
Any news on multi channel support ? |
I think the basics are there with the feat-multichn branch, but there are quiet some details around dependent settings and such. I only have a Rev.B and don't think I can finish this without the hardware to test. |
I know the internal AD chipset permits a second RX channel---how difficult would it be to add support for this second channel? I have a Pluto+ (Chinese variant) with dual receive, and I was hoping to use the second channel in a calibration context with SoapyPower.
Any hints you could give would be much appreciated!
The text was updated successfully, but these errors were encountered: