-
Notifications
You must be signed in to change notification settings - Fork 199
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
Quadbox 1602 support #33
Comments
I use a logic analyzer when possible, that's the simplest method. |
That's great. I have a generic to Cypress FX2 based logic analyzer that I rarely get to use. It works with Sigrock Pulseview. Procedure should be the same even though my hardware and software is different. This is going to be fun. |
BTW, if you didn't know, Sigrock has a NRF24L01 decoder that stacks on the SPI decoder. Looks like it works with most NRF24L01 compatibles like the XN297 too. |
I finally open the transmitter and it looks like it using a HS6200, which you had to use SDR to work with E012. So it doesn't look it will work with NRF24L01. What is the major difference that makes makes these chips on-the-air incompatible? |
I'm not sure why they're not compatible, they're supposed to use the same center frequencies and gfsk deviation but I wasn't able to make it work properly with a nrf24l01 as Tx but it works perfectly with a SDR. ( https://github.com/goebish/E012-SDR-transmitter ) |
Does this drone already work with an existing module? If not, what tools do you use to reverse the protocols? I was planning on setting up a nrf24L01 as a sniffer with an arduino or a raspberry pi and using one of these projects, https://github.com/Yveaux/NRF24_Sniffer or https://github.com/yetifrisstlama/nRF24L01-sniffer to collect packets.
The text was updated successfully, but these errors were encountered: