Possibility to choose the Serial port to work with about arduinors485 HOT 6 OPEN

So I'm using the @danielmcmillan fork. Its allowed me to use this lib on STM32. Thanks.

Would really love to see this (or similar) added to the official package here as it would improve compatibility vastly.

from arduinors485.

This issue also prevents the use of this library on the M4 core of the Portenta H7 board that does not define SERIAL_PORT_HARDWARE
But it also prevents to build the MachineControl library for the M4 core as tracked here: arduino-libraries/Arduino_MachineControl#85

For me this solution would be the best:

Do not create a RS485 object on SERIAL_PORT_HARDWARE, but rather require the user to actively chose the desired port as a parameter in the begin method (I guess it is ok to have SERIAL_PORT_HARDWARE as the default value for the port parameter.) Drawback: This change is not backwards-compatible. Current users of the library will have to add a line to create the RS485 object manually.

from arduinors485.

@chris007de What would be the workaround for now? I would like to use SoftwareSerial.h and pass that to the RS458 Class would that be possible?

from arduinors485.

I'm using a fork as a workaround for now which changes the HardwareSerial parameter to a Stream danielmcmillan@0193f4e
I otherwise kept the interfaces the same, but it is not backwards compatible since whatever serial port is being used has to be manually configured (provided baud rate and config is ignored), and the default RS485 object no longer works (replaced with null dereference macro to save memory while retaining compatibility with libraries that use it as a default).

It is compatible with the ArduinoModbus library so long as a custom RS485 object is provided, so it can be used for Modbus over software serial.

from arduinors485.

This issue also fails on Raspberry Pi Pico as it does not define SERIAL_PORT_HARDWARE.

from arduinors485.

I'm trying to get this working on STM32 which is a platform that uses USBSerial rather than HardwareSerial.

The workarounds sound promising but L181 link above is to master which I now think is the wrong line number?

Tempted to try the fork but that is some commits behind now too.

What is the current workaround/solution to this?

Thanks

from arduinors485.