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

Simulation in Vivado 2024.1 stuck at state 3 S_DECODE_SIGNAL #31

Open
Tobias-DG3YEV opened this issue Jul 30, 2024 · 0 comments
Open

Simulation in Vivado 2024.1 stuck at state 3 S_DECODE_SIGNAL #31

Tobias-DG3YEV opened this issue Jul 30, 2024 · 0 comments

Comments

@Tobias-DG3YEV
Copy link

Tobias-DG3YEV commented Jul 30, 2024

[the initial issue has been solved, rx simulation is now working.]

Hi!

First I would like to express my appreciation for creating "openofdm", a complete SDR chain
that allows the translation of raw IQ data into bare 802.11 WiFi frames.

My name is Tobias and I am currently working on a NLnet funded project called "RA-Sentinel" [1]
in which I like using openwifi/openofdm as a core element to identify hacking attacks on WiFi networks.
For this purpose I need not only the raw WiFi frame content but also meta data, like frequency/phase offset
and maybe extra information taken out of the demodulator.

I am now on the way playing around with the dot11 module and simulation under Vivado.
I achieved porting the project to the latest Vivado 2024.1 which was not a hard task because
you documented the whole generation process really nicely. The simulation is working, now I am'
trying to get it running with my SDR hardware. (more details on gitub project page [1]).

Well I digged through your code, trying to find out how this all works in detail and barely found any
comments on wires and registers. I understand that your time was and still is limited of course.
So no worries I understand that you focussed on a reliably running code rather than explaining to
you obvious things in the code.

I would like to hear about your opinion adding more comments to improve readability. I would like to do this
by not change any of your code as such. Would that be something you would welcome and allow to check into
your existing code base our should I create a new, own fork?

B.t.w. I am also in contact with some other guy who would like to get rid of the AMD Viterbi decoder by replacing
it by a open source alternative. But this will come later, first I need to have the complete stack running
on the latest Vivado.

Best regards

Tobias

73 de DG3YEV

[1] https://github.com/Tobias-DG3YEV/RA-Sentinel

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

1 participant