Replies: 3 comments 2 replies
-
You should try replacing the old ApskScalarRadioMedium/ApskScalarRadio with RadioMedium/ApskRadio. The signalAnalogRepresentation parameter controls how the signals are represnted in the analog domain. It is set to scalar by default, so the default should work just fine. |
Beta Was this translation helpful? Give feedback.
-
It should be the one that you used before you switched to Ieee802154NarrowbandInterface. Basically, I'm saying that the scalar APSK radio is still supported. Those NED types are removed because the scalar/dimenstional thing became a parameter instead of being hardcoded in the NED type. You can see some examples under examples/wireless/nic/omnetpp.ini |
Beta Was this translation helpful? Give feedback.
-
RESOLVED
The corrected form is:
|
Beta Was this translation helpful? Give feedback.
-
Hi all,
I'm working on simulating a sensor network based on the IEEE 802.15.4 standard and having trouble getting nodes to receive packets. To elaborate further, when I set a debug point within the
processMessage
method of my routing protocol, it is not getting activated.The transmission media parameters of my ini file are as follows:
I have not set any pathloss algorithms.
For more context, the submodules in my NED file are as follows:
I'm quite certain this issue is not stemming from my routing protocol code as the exact same code ran successfully in INET 4.2.5 (on OMNET v5) but with the difference of the radio medium in the ini file being
ApskScalarRadioMedium
. Since this module seems to have been deprecated in the latest releases of INET I opted to use theIeee802154NarrowbandScalarRadioMedium
as shown above assuming it should work fine.Since this is the only difference, I'm fairly confident it's the cause of this issue.
Would really appreciate some thoughts on this, perhaps an alternative to the earlier
ApskScalarRadioMedium
module that fits my requirement.Beta Was this translation helpful? Give feedback.
All reactions