Added function for gathering the latest packet from the DMP FIFO Buffer #509
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
match jeffs updates
Eliminated the headakes from FIFO buffer overflow and No More need for the interrupt pin and attach interrupts After an overflow of the FIFO buffer I correct the damage to the corrupted FIFO buffer eliminating the need to reset the fifo buffer. Just get the latest DMP reading when you need it ignore the rest. One simple function call GetCurrentFIFOPacket() if you need data onec in a blue moon and GetCurrentFIFOPacketTimed() if you want to have the speed of using the interupt pin but don't want to deal with interrupts uses a blink withou delay timer to capture the fifo packet at the moment it is created (auto tunes). Now you can dely() all you want and still get perfect results!!! Z
…he DMP generated FIFO Buffer The Added dmpGetCurrentFIFOPacket function: - Handles overflow and all other conditions to retrieve the latest packes in the most efficient way. - This will work with or without interrupt triggering and - All blocking code has no affect on the results as the latest packet is still retrieved after any and all delays no matter how long. - This has been tested over the past several months without any further modifications and should be ready for prime time. The example code has been modified and now uses this function as it is more efficient and more reliable than the current process. ToDo Test the function with ESP32 for the ESPWiFi sketch. and make changes in that example which I believe this would seamlessly improve that sketch once tested. ZHomeSlice
The Added dmpGetCurrentFIFOPacket function: - Handles overflow and all other conditions to retrieve the latest packes in the most efficient way. - This will work with or without interrupt triggering and - All blocking code has no affect on the results as the latest packet is still retrieved after any and all delays no matter how long. - This has been tested over the past several months without any further modifications and should be ready for prime time. The example code has been modified and now uses this function as it is more efficient and more reliable than the current process. ToDo Test the function with ESP32 for the ESPWiFi sketch. and make changes in that example which I believe this would seamlessly improve that sketch once tested. ZHomeSlice2
|
Sorry I missed this before; can you flatten the example structure a bit on the new files? It looks like you have an extra subfolder where one is not needed (e.g. "/Examples/ExName/ExName/ExName.ino"). |
|
In the examples I only edited the existing ones. No additional folders should have been added. I'll take another look tonight when I get to a computer. |
|
I think that fixed the problem with the directories. Thank you. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The Added dmpGetCurrentFIFOPacket function:
The example code has been modified and now uses this function as it is more efficient and more reliable than the current process.
ToDo Test the function with ESP32 for the ESPWiFi sketch. and make changes in that example which I believe would seamlessly improve that sketch once tested.
ZHomeSlice