You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
did you try examples from examples folder? Do they work on your setup?
As I wrote earlier in another github issue #20: Also, I would recommend to carefully test Software Serial library communication, because unlike Hardware implementation, the Software one may miss some bits due to higher load off AVR MCU.
Even printing debug information to hardware Serial Serial.println("HDLC Recieve callback"); in the hdlcRecieveCallback callback eats the resources of AVR MCU.
Since, you're using Software Serial on the weak micro controller, this could be a root cause. You can try to switch to more powerful hardware.
Yes, I tried,
I did finally change to AltSoftSerial the second-best to hardware as I managed
to get pin 8,9 free. There I observed I was writing to the buffer too fast (probably faster CPU of RPi ), than the Arduino can empty the buffer. I managed to get good
reliability adding some delay although I am not convinced with the solution.
But yes no issues with the library functionality.
I am unable to get reliable data transmission
at a bit higher baud rate: 115200, 57600.
Enabled crccheck16() on both sides.
Send :
Rpi python
Receive:
Arduino
Baud: 115200
Zero reliability
More reliable than above.
But still unacceptable to the requirement.
Baud : 57600
Most reliable
Still too many error packets
Baud : 9600
Am I doing something wrong.
or the observation is correct.
Thank you in advance.
Sasank Panda
The text was updated successfully, but these errors were encountered: