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
Porting nRF24L* #16
Comments
that would be awesome! please do! i continually fret about the cc2511 being baud-limited, when the nRF24 chips go up to 2mbps. do you have a usb dongle in mind?
let me know what you think. @ |
The CrazyRadio PA USB dongle is great for using that custom firmware, and the mouse and keyboard attack tools that accompany it. |
basically, yes. that makes sense. ping/poke/peek are the primary functionality. after that, we'll want the nRF to respond to the getBuildInfo() functions, partly so RfCat client code can identify what type of dongle we're using. |
Do you have anything representing the program flow (pseudo-code, flow-chart, bar-napkin)? |
just the code, my friend. it's pretty simple, but probably doesn't look like it. the python side just talks to the handlers on the firmware end. send in a app/verb combo with the correct data. very extensible. responses get placed in a message queue (python list) and then handled by a "mailman" which places messages into the proper message queue (based on response app/verb). bi-directional functions will send in a message, then wait for a response by waiting for a message to show up in the correct message list. if the firmware wants to send a message to be handled by the RfCat python code, it will address the SYSTEM app. for instance, this helps make debugging messages appear when they occur, not waiting for a user to check for them. |
Hi, I've been looking into the prospect of adding nRF24L support to rfcat.
There is already custom firmware that exists for interfacing with the chip at github.com/BastilleResearch/nrf-research-firmware.
The configurable parameters available on the chip are things like frequency channel, output power, and data rate, but modulation is fixed.
I've only just started looking into this, but would like to know if you have any thoughts on the issue.
The text was updated successfully, but these errors were encountered: