Re: RuntimeError: invalid msg port in connect() or disconnect()

[Johannes Demel]

Hi Theo,

I assume this setup is part of a very old experiment that you want to 
reboot. However, something must have changed since it's broken at the 
moment.


It is very difficult to spot the issue without any context but just a 
traceback.


The message itself tells you that you try to connect a message port 
that's not an actual message port.


GRC generates a Python file for your flowgraph. In your case you also 
have a hier block that receives a second Python file. The error happens 
in there:

  File "/home/theow/.grc_gnuradio/RX_SC_PHY.py", line 91, in __init__
self.msg_connect((self, 'time_per_angle_message'), 
(self.theomodule_set_array_and_tt_RX_0, 'time_per_angle_message'))


This hier block is potentially called "RX_SC_PHY". You might want to 
check what happened there.


Cheers
Johannes

On 29.08.23 15:28, theow...@web.de wrote:

Hey everybody,
I am currently facing the following error:
Could not find port: time_per_angle_message in:
system
Traceback (most recent call last):
   File "/home/theow/GNURadio/flowgraphs/transceiver_station_2.py", line 
561, in 

     main()
   File "/home/theow/GNURadio/flowgraphs/transceiver_station_2.py", line 
549, in main

     tb = top_block_cls()
   File "/home/theow/GNURadio/flowgraphs/transceiver_station_2.py", line 
398, in __init__

     usrp_tx_address="addr=192.168.10.4",
   File "/home/theow/.grc_gnuradio/phy_transceiver.py", line 90, in __init__
     threshold=detector_threshold,
   File "/home/theow/.grc_gnuradio/RX_SC_PHY.py", line 91, in __init__
     self.msg_connect((self, 'time_per_angle_message'), 
(self.theomodule_set_array_and_tt_RX_0, 'time_per_angle_message'))
   File 
"/home/theow/60GHzDemo/lib/python2.7/dist-packages/gnuradio/gr/hier_block2.py", line 59, in wrapped
     func(self, src.to_basic_block(), srcport, dst.to_basic_block(), 
dstport)
   File 
"/home/theow/60GHzDemo/lib/python2.7/dist-packages/gnuradio/gr/hier_block2.py", line 131, in msg_connect

     self.primitive_msg_connect(*args)
   File 
"/home/theow/60GHzDemo/lib/python2.7/dist-packages/gnuradio/gr/runtime_swig.py", line 3586, in primitive_msg_connect
     return _runtime_swig.hier_block2_sptr_primitive_msg_connect(self, 
*args)

RuntimeError: invalid msg port in connect() or disconnect()
I googled a lot, but I did not really find an answer to that problem...
I am on an older setup with gnuradio 3.7 and ubuntu 16.04. I know for 
sure, that this setup was already working...so I am even more confused 
about that error.
Would be very great if anyone had maybe a quick idea, how to solve this 
error. If you need any more information, I will gladly provide it.

Thanks in advance,
Theo


smime.p7s
Description: S/MIME Cryptographic Signature

Re: Round trip time calculation - simulation

[Johannes Demel]

Hi Jiya,

It seems like you want to measure the DSP latency in a flowgraph without 
hardware.


For better readability, I suggest to use a service that lets you upload 
screenshots in higher resolution and you just share the link.


In said screenshot, I suggest to mark your start end endpoint for your 
measurement. Thus, we all know exactly what you want to do.


The "Throttle" block will have an influence on your measurement even if 
it is before your measurement starting point because it influences GR 
scheduler behavior.


The timestamp and latency measurement approach seems sensible. I used 
the same approach for such investigations.


How do you want to track the timing for 1 sample?
Especially FEC works on blocks. A lot of blocks do. Not just in GR but 
just in principle.
I assume that you want to measure the time it takes for a frame of 
specific size to be processed.


Since I don't know which GR version you use, you might want to double 
check if all the rate changing blocks place the tags on the correct 
sample in the output.


These are a few thoughts that came to mind when I looked at your flowgraph.

Cheers
Johannes

On 30.08.23 11:40, Jiya Johnson wrote:


Hello, community. I have attempted to create a system that uses
1. A random source as input
2. A time stamper.These inputs are provided to the encoder, which 
performs the modulation and demodulation
3.I want to track back the timing for 1 sample (latency) after using the 
decoder; can somebody tell me whether my flowgraph is correct?

Screenshot from 2023-08-26 11-24-39.png




smime.p7s
Description: S/MIME Cryptographic Signature