On 06/04/2011 09:35 AM, Marcus D. Leech wrote:
>>
>>
>>
>> Yea, you cannot send samples when you dont want to transmit. There isnt
>> really such a concept of that in GRC itself, but you certainly can
>> implement the blocks and control logic and connect them in grc. Someone
>> should make int
On 06/04/2011 09:26 AM, Marcus D. Leech wrote:
>>
>> Yea, you cannot send samples when you dont want to transmit. There isnt
>> really such a concept of that in GRC itself, but you certainly can
>> implement the blocks and control logic and connect them in grc. Someone
>> should make interesting
>
>
>
> Yea, you cannot send samples when you dont want to transmit. There isnt
> really such a concept of that in GRC itself, but you certainly can
> implement the blocks and control logic and connect them in grc. Someone
> should make interesting use of those tagging features as well. :-)
>
>
>
> Yea, you cannot send samples when you dont want to transmit. There isnt
> really such a concept of that in GRC itself, but you certainly can
> implement the blocks and control logic and connect them in grc. Someone
> should make interesting use of those tagging features as well. :-)
>
> -Josh
>
On 06/04/2011 05:16 AM, Marcus D. Leech wrote:
>>
>> I've found it impossible to create a half-duplex transceiver with WBX
>> and one antenna in grc. Would an open valve in the transmit chain stop
>> the transmitter and enable the receiver, or would a closed valve in
>> the receiver automatically
>
> I've found it impossible to create a half-duplex transceiver with WBX
> and one antenna in grc. Would an open valve in the transmit chain stop
> the transmitter and enable the receiver, or would a closed valve in
> the receiver automatically stop the transmitter? I've experimented
> with severa
On 02-06-11 05:35, Marcus D. Leech wrote:
On 06/01/2011 11:07 PM, Yang wrote:
Would you like to expand it in detail or refer me to some places I can
look for? Dose this need 2 antennas on 1 daughterboard? It would be
great if I can build a graph with rx path and tx path and run 2 paths
simultane
Got it. I will try it out. Thanks!
--
Yang
Sent with Sparrow
On 2011年6月2日星期四 at 上午11:35, Marcus D. Leech wrote:
> On 06/01/2011 11:07 PM, Yang wrote:
> > Would you like to expand it in detail or refer me to some places I can
> > look for? Dose this need 2 antennas on 1 daughterboard? It would be
On 06/01/2011 11:07 PM, Yang wrote:
> Would you like to expand it in detail or refer me to some places I can
> look for? Dose this need 2 antennas on 1 daughterboard? It would be
> great if I can build a graph with rx path and tx path and run 2 paths
> simultaneously.
Yes, you'll need two antenna,
My mistake. I do change frequency while the transmit graph is running. The real
problem is the rx side (sensing) and tx (transmitting) side cannot run in the
same time (my rx and tx is realized with receive path and transmit path in one
top block). So I first run the rx to sense, then stop it an
Would you like to expand it in detail or refer me to some places I can look
for? Dose this need 2 antennas on 1 daughterboard? It would be great if I can
build a graph with rx path and tx path and run 2 paths simultaneously.
--
Yang
Sent with Sparrow
On 2011年6月2日星期四 at 上午11:04, Marcus D. Leech
On 06/01/2011 10:35 PM, Yang wrote:
>
> I see you mention your rx and tx chains running at the same time, is
> it possible?
>
Absolutely! As long as the underlying hardware supports full-duplex
operation.
--
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
On 06/01/2011 10:10 PM, Yang wrote:
> Oh, my problem is the same with yours: I want to change transmit
> frequency according to the sensing result from rx side. I tried lock()
> and unlock() but cannot work.
>
You know that you can change frequency at any time, right? You don't
have to lock the fl
Oh, my problem is the same with yours: I want to change transmit frequency
according to the sensing result from rx side. I tried lock() and unlock() but
cannot work.
I solved it by creating 2 flow graphs for tx (to transmit files) and rx (to
sense the channel) sides separately and call start(),
Hello Yang,
Do you have any specific questions?
Better you write some example programs first, then come back with your
exact questions I think.
Johannes
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/di
Hi Johannes,
I think I have faced a similar problem like yours. I intend to implement a
dynamic spectrum access system: sensing on the rx side and transmit on tx side.
I solved the problem in a dumb way: I start and stop rx and tx block orderly in
a while loop and use some global variables to s
So you have to reach some state that makes you want to reconfigure, e.g.
you finished scanning some particular band or some time limit is
reached. Whenever you reach the point that you want to reconfigure, set
a flag, then check for the flag in your main application.
My typical program flow is
Hi Scott,
> This works well during testing. Once you get some kind of protocol or some
> series of steps that you want to do, you can just test a flag, and whenever
> your block finishes set it to true, then reconfigure.
What do you mean with "your block finishes" ? How do you implement this flag
Hi,
The way I do it is with infinite while loop, and a state machine. Once I
get to certain state, I lock the top-block and reconfigure it.
This works well during testing. Once you get some kind of protocol or
some series of steps that you want to do, you can just test a flag, and
whenever y
I did some more research on the topic to get some ideas.
Now it seems there are two possibilities to send control signals
between the blocks:
1. Use a message queue and a watcher thread like in the digital example pkt.py
2. Use a probe block like gr.probe_avg_mag_sqrd and an endless while
loop in
Hello Alex,
> What documentation was possible to find? Was this part of it:
> http://gnuradio.org/redmine/wiki/gnuradio/TutorialsWritePythonApplications#Controlling-flow-graphs
In this document disconnect is not mentioned at all.
Your example and another example from the mailing list helped me to
On Tue, May 24, 2011 at 7:38 PM, Johannes Schmitz wrote:
> Hello Guys,
> I am working on a cognitive radio application and I need to
> dynamically reconfigure my receiver, switching between a detector and
> the core receiver.
> I found lock, unlock, connect, disconnect functions but it seems to be
Hello Guys,
I am working on a cognitive radio application and I need to
dynamically reconfigure my receiver, switching between a detector and
the core receiver.
I found lock, unlock, connect, disconnect functions but it seems to be
almost impossible to find some documentation or a working examples
23 matches
Mail list logo
