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

Non-blocking read, GPIO0 signalling support, alternative I2C interface #42

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

badVibes--
Copy link

-Added methods to read the sensor in a non blocking manner.
-Fixed interrupt pin settings.
-Added option to use GPOI0 for determining when the sensor has new data.
-Added option to define an alternative Wire port for communication.

-Added methods to read the sensor in a non blocking manner.
-Fixed interrupt pin settings.
-Added option to use GPOI0 for determining when the sensor has new data.
-Added option to define a different Wire port for communication.
@badVibes-- badVibes-- closed this Apr 9, 2020
@badVibes-- badVibes-- reopened this Apr 9, 2020
@badVibes--
Copy link
Author

Forgot to remove a print statement:/

@KurtE
Copy link
Contributor

KurtE commented Aug 4, 2020

@Badvibes (@mjs513) -- I was also in the process of adding similar functionality. Wondering if makes sense to adapt what I was doing to what you did here or maybe migrate back over to the Adafruit_VL53L0X library which is currently a very thin wrapper (only one query exposed so far), but has the whole ST Library underneath.

The functions I added in my WIP branch (https://github.com/KurtE/vl53l0x-arduino/tree/multi_wire_extended) includes methods:

    bool startRange(void);
    bool isRangeComplete(void);
    bool waitRangeComplete(void);
    uint16_t readRangeResult(void);

Right now in process of adding maybe adapt these to Ada... version

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

Successfully merging this pull request may close these issues.

2 participants