ESP-FlexyStepper

added getters to retrieve the configured deceleration and acceleration values
Added conditional code block to remove logic for second core on single core ESP2 models

Integrated PR from ameisso:
Added support for an enable io pin. This allows the external driver module to be shut off if needed (and if it has an enable pin or some external components attached to enable it) via the Library.
Note: this function is only to control the pin via the library, it does not automate the enable/disable functionality for you.
E.g. if you set it manually to "disabled" state, you need to manually enable it again before you try to send steps to the driver.

Note: this version contains a partially a "breaking" change if you use the brake-function of the library. The brake function has been renamed (typo corrected) thus if you use it, you simply need to change your code to use "isBrakeActive" instead of "isBakeActive" (old function mane with typo, library unfortunately cannot "bake" anything for you :-) )

update readme file with missing entries for functions

only some minimal typo fixes

added Feature Request #33 open drain configuration for step and dir pins of driver.
Should be a non breaking change since parameter has been added with default value to connectPins function:

void ESP_FlexyStepper::connectToPins(byte stepPinNumber, byte directionPinNumber, bool useOpenDrain)

• fixed issue with variable type for limit switch types
• added new example for multiple instances running as service

this update does not contain real new features, it is solely for platformIO to pull the latest sources, which seems to have failed in version 1.4.4 as reported in https://github.com/pkerspe/ESP-FlexyStepper/issues/22

minor changes in method signature for ESPStepperMotor Server

added an example for using callback functions
and changed function signature for position callback function

a bug has been fixed in the function setTargetPositionToStop function which caused an unwanted move when called while the motor has already come to a stop.

• Fixed a bug that prevent correct function of targetPositionReachedCallback
• added support for delayed motor brake engagement and release

Added support for external motor brake function.
If your stepper motor, or your setup in general, supports an explicit motor brake that can be triggered by a high or low signal, you can now configure a pin to support this function.
Whenever the stepper has reached its final position, the motor brake will be engaged (pin goes either high or low, depending on your configuration).
Once it is supposed to move, the motor brake will be released before triggering any step signals.
This feature was implemented upon user request and has not yet been tested in a real setup. Use at your own risk :-)
Of course, you can use this function also to trigger other devices whenever the final position has been reached or simply light an LED when the motor is moving and turn it off when it has stopped.

This is a bug fix release to prevent a kernel panic if no callback handler has been specified for the targetPositionReached event

The support for ESP8266 modules had to be removed since the change to run the stepper logic as a service (task) in the background is not working on ESP8266 modules due to lack of native multi-tasking support.
Maybe will be added again later with the help of the ESP8266Scheduler library

minor fixes / updates, manily added support for arduino ide to import library in library manager

New functions have been added to support externally monitored limit switches (See example #3 and #4)
The EPS FlexyStepper can now be started as a service (task in FreeRTOS) that runs in the background, so you have the loop() for whatever logic you want to run without caring about timing issues