Skip to content
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

Issue with enforcement of fx=1 #16

Closed
koutcher opened this issue Sep 17, 2015 · 8 comments
Closed

Issue with enforcement of fx=1 #16

koutcher opened this issue Sep 17, 2015 · 8 comments

Comments

@koutcher
Copy link

When Variable type is used, there is a check that all items end with an FX bit.

In I021/271, only the Primary Subfield has an FX bit, the bit 1 in first extension is used to encode Length / Width of Aircraft.
This is not a mistake as it is explicitly described in a note:
NOTE - This data item is a variant of the “Extended length data field” as
described in ASTERIX part1. The LSB in the first extension is not
used as FX-bit.

The current XML description of cat 021 follows the standard and the file is rejected because of the check on fx=1.

@dsalantic
Copy link
Contributor

OK, I see the problem.
It can be fixed, but I would appreciate if you could submit an example of recording that contains this format.
Thanks

@koutcher
Copy link
Author

Hi,

please find attached 30s of ADS-B traffic simulated with PTG. Here is
the error you get when you use asterix_cat021_1_8.xml:

Missing fx=1 in primary part of Variable item. in file:
/usr/share/ethereal/asterix/asterix_cat021_1_8.xml line: 1193

Failed to parse definitions file:
/usr/share/ethereal/asterix/asterix_cat021_1_8.xml

Opened asterix.log file

Failed to initialize Asterix plugin (10545880)

Kind regards,
Thomas

Le 18/09/2015 07:52, Damir Salantić a écrit :

OK, I see the problem.
It can be fixed, but I would appreciate if you could submit an example
of recording that contains this format.
Thanks


Reply to this email directly or view it on GitHub
#16 (comment).

@dsalantic
Copy link
Contributor

Hi Thomas,

I don't see attachment. Please put a link to Dropbox.
Damir

@dsalantic
Copy link
Contributor

I put a workaround for this issue.
Simply you can use one of the spare bits (which must be 0) to server as fx bit.

@koutcher
Copy link
Author

Good idea. At least until EC decides to use the spare bits.

Did you stop tagging releases after V2.1.0 ?

@dsalantic
Copy link
Contributor

I'll keep this issue open, until I find time to fix it.
I just tagged V2.1.4 (including CAT012 workaround).

@ifsnop
Copy link
Contributor

ifsnop commented Feb 2, 2016

Hi there,

Great job, this tool is really useful. Just my 0.01 eurocents:

Instead of using the spare bits (which are at the begining of the byte) maybe you could simply disable the check for a fx bit in the variable type. Defining a new type of variable_without_fx is a bit overkill.

dsalantic added a commit that referenced this issue Feb 17, 2016
@dsalantic
Copy link
Contributor

Thank you all for your contribution.
Now we do not check for fx bit any more because there are some formats that do not have fx bit in primary part of variable item (e.g. I021/271).
Now if the fx is not defined it means that this is the last primary field.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants