Serial polling delay on Orthodox

[amellors]

There appears to be a polling delay of the slave have on Orthodox (and maybe other Let's Split) based boards when building with Linux or OSX tool chain.

I have built and programed my Orthodox board with the default layout using .hex files from both an OSX based build and a windows (MSYS) based build. There is no noticeable lag when using the build from Windows, how ever when I use the build from my OSX based machine the polling frequency of the slave board seems to be significantly longer. So much so that if I tap on a key fast enough on the slave side I will get no input on the master.

I will post the two different .hex files, if it matters, sometime.

[drashna]

Seeing as most of the split boards share this code, it is likely an issue hta is affecting them, as well.

[colinta]

@amellors just a thought, but could the versions of avr-gcc be different?

[colinta]

I'm having this exact same issue (on a BFO-9000) but I don't have windows handy to verify that part.

[amellors]

I'm not sure, I haven't built the firmware in a while. But if both are using the managed toolchains shouldn't it be the same?

[drashna]

Windows does use a much older version of avr-gcc (4.9.2), while macOS and Linux use a much newer (7 or 8).

So that may be part of why. But I could be wrong.

Also, the Orthodox and BFO share the same split code (more than 8 columns), so it could actually be the split code that is the issue here.

[drashna]

@amellors I have a PR that updates the avr-gcc version on MSYS2. It may be worth checking out.
#4106

[drashna]

mtei found an issue with serial communication based on the AVR GCC version. That may be the issue you're seeing actually.

Also, I have a PR to convert the Orthodox to the Split Keyboard code, which would address this issue.

[colinta]

I think you’re right. Back when I was working on this I managed to get someone to compile the firmware with another gcc version (and on windows) and that resolved it I think - or maybe it helped but wasn’t entirely fixed? I ended up creating an entirely new firmware (github.com/colinta/Mechy).

…

On Mar 29, 2019, at 2:22 AM, Drashna Jaelre ***@***.***> wrote: mtei found an issue with serial communication based on the AVR GCC version. That may be the issue you're seeing actually. Also, I have a PR to convert the Orthodox to the Split Keyboard code, which would address this issue. — You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.

[drashna]

Well, that's one way to fix it.

That said, I have a PR to merge the Orthodox into the Split common code. That includes a number of improvements that mtei has added for serial. So it may be worth testing that out too

[geraldwuhoo]

@amellors @drashna Did this end up being resolved? I've been running my Orthodox on I2C for the past 2 years because of this and forgot to check up on the status of this issue.

[github-actions]

This issue has been automatically marked as stale because it has not had activity in the last 90 days. It will be closed in the next 30 days unless it is tagged properly or other activity occurs.
For maintainers: Please label with bug, in progress, on hold, discussion or to do to prevent the issue from being re-flagged.

[tzarc]

Closing due to inactivity.