GY-63_MS5611/libraries/shiftInSlow

ShiftInSlow

Arduino library for shiftIn with build-in delay - e.g. for 74HC165.

Description

shiftInSlow is an experimental library that has a build in delay (in microseconds) that allows tuning the time per bit. This allows one to improve reliability e.g. when using longer lines.

The dataPin and clockPin are set in the constructor, the delay is configurable per byte send to be able to optimize runtime.

Related

• https://github.com/RobTillaart/FastShiftIn
• https://github.com/RobTillaart/FastShiftOut
• https://github.com/RobTillaart/FastShiftInOut
• https://github.com/RobTillaart/ShiftInSlow
• https://github.com/RobTillaart/ShiftOutSlow

Performance

The performance of read() with a delay of 0 microseconds is slower than the default Arduino shiftIn() due to some overhead.

The delay requested is split in two (expect rounding errors) to have "nice" looking pulse with the duty cycle around 50%.

Performance measurements are meaningless, as the purpose of this library is to slow the pulse train to a working level.

Interface

#include "ShiftInSlow.h"

Functions

The interface exists of the following functions:

• ShiftInSlow(uint8_t dataPin, uint8_t clockPin, uint8_t bitOrder = LSBFIRST) constructor, bit order is default set to LSBFIRST.
• int read() reads a new value.
• int lastRead() returns last value read.
• void setDelay(uint16_t microseconds = 0) set delay per bit from 0 .. 65535 microseconds. Note that the delay is split in two parts to keep the duty cycle around 50%.
• uint16_t getDelay() returns the set delay in microseconds.
• bool setBitOrder(uint8_t bitOrder = LSBFIRST) set LSBFIRST or MSBFIRST. Returns false for other values.
• uint8_t getBitOrder(void) returns LSBFIRST or MSBFIRST.

Operation

See examples.

Future

Must

• improve documentation

Should

• Add a select pin to be more SPI alike?
  • would allow SPI debugging?
• increase max delay uint32_t ?
  • would allow pulses in "second" domain.

Could

• add examples
  • adaptive speed example?

Wont

• delay/2 is not exact half when delay is odd.
  • no big issue.
  • del_before and del_after could prepare for duty cycle.
• get set dutyCycle(0 .. 99%)
• set delay in terms of frequency - delay is 'wave length'
• set delay in terms of max total time the read may cost.
• read16/24/32 to read more bytes is a user task.

Support

If you appreciate my libraries, you can support the development and maintenance. Improve the quality of the libraries by providing issues and Pull Requests, or donate through PayPal or GitHub sponsors.

Thank you,