-
Notifications
You must be signed in to change notification settings - Fork 40
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
TI CC2540 support / BLE support #1
Comments
To be honest, I'm not really sure. If you send me a patch/pull request I'll happily include it (I don't really use this tool much anymore). |
Very interesting. I've done some investigation on a "webee" CC2540 dongle, including USB sniffing. It seems indeed that the protocol to talk to the CC2540 dongle is very similar (if not identical). My reverse engineering page is at: |
@shirriff Did you ever make a patch or PR for the CC2540 changes? |
@nickls Here's a patch file that has my CC2540 changes, in case it's useful. I haven't looked at this code since 2014, so I can't provide much help if it doesn't work. |
@shirriff, thank you, your patch still works fine with CS2540, would be nice to merge it. |
@sh123 Can you provide updated code for using CC2540 as BLE sniffer and directly view packets via Wireshark? |
@subhanshus-optimus, you can just apply patch provided by shiriff above. |
@sh123 I tried after updating ccsniffpiper.py (please refer to attached updated file) and executed following steps:
Results: No BLE packets were displayed in wireshark. |
@subhanshus-optimus, try to run it separately (without using .sh script) to see if it works. In my case, I also had to change CHANNEL in pipe2wireshark.sh and update range in arguments as
|
Your csniffpiper was very helpful to me. I've figured out a few changes to make ccsniffpiper work with the CC2540 and generate BLE traces that Wireshark can handle. What's the best way to make this available to other people? Should I fork your code? Attach a patch file?
The text was updated successfully, but these errors were encountered: