[etherlab-users] RTW Output Assertion

Matt Jackson jacksonmatt at clear.net
Sun May 16 21:25:42 CEST 2010


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Florian and Richard,

Thank you very much for pointing us in the right direction.

As a matter of record, I'll provide what we were doing (incorrectly) and
how we resolved the problem.

Here is what we were trying to implement.

x---------x         x------x         x-----------------x
|  Value  |-------->| Gain |-------->| FB1111 Dig. Out |
x---------x         x------x         x-----------------x
  Constant            Gain              Generic Slave

We want the constant value to be modifiable by an external process via
the pdcom interface. Consequently, we had to include a gain block to
overcome the RTW error regarding rtB
(http://lists.etherlab.org/pipermail/etherlab-users/2009/000547.html).

The getVariables() method correctly returned the parameters
'/example/Constant/Value' and '/example/Gain/Gain'.

Our first error was trying invoke the subscribe() method on the
parameters as a stream which resulted in a warning regarding event
subscription. However, when we tried to subscribe to the parameters as
an event we would get a segmentation fault.

The matter was resolved by forgoing the subscription and just invoking
the setValue() method directly on the parameters.

As a follow-up, should we be able to subscribe to these parameters and
if so how would that be done? Unfortunately, the pdcom example only
shows how to receive inputs via subscribe(). Is there a more elegant
solution for dynamically controlling parameters via pdcom? I just want
to make sure that we're implementing our solution in the most intuitive
way possible.

Thanks again.

Matt Jackson
Hardware Design Engineer
JT3 LLC - RDESI
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkvwRrYACgkQuvUgL4oki554tgCfTIMicZipDCzMrbQPDaRCAIta
tT8An3FlqLfhlRp9MLNFCh4C1lObmWxp
=TSO4
-----END PGP SIGNATURE-----



More information about the Etherlab-users mailing list