Remora - Rpi Software Stepping Using External Microcontroller via SPI

scotta wrote:

There is no configuration setting for step and direction timing in the original Remora. I've used it like this for many years without issue. Remember, that on a direction change the velocity will be zero or close to it. So the likelihood of a step pulse being generated is very low.
 

hi scotta.
    i did a bit of testing after i got my second probe for the oscilloscope.
it seem like step pulse does happen when changing direction.

i create this result with by joging from right to left then left to right
luckily i can just change active pulse edge on HS86H driver to use the second rising/falling edge instead

as of right now,I'm planning to use Remora for other projects involved drivers like DM542 or tb6600 (both require direction to be change at least 5 uSecs before step pulse and they can't change the active edge.)
i dont really know how to correctly add a delay to the stepping pulse before changing direction. can you maybe explain how does stepgen.cpp work?
i mean i could try adding for loop count from 0 to some number as a delay after set directionPin state but i am not sure if this will effect how remora works.

thanks,
gittawat

If you plan on using it for other projects, i suggest migrating to an stm32 board.


replace your stepgen with the one here

github.com/Expatria-Technologies/remora-...-OS5/modules/stepgen

I think i have this in the stm32 version, but looks like i commented the dir stuff.

fuuuuuuu
 



Thats what I get for assuming the encoder pins would be the same, and not verifying. So hardware encoder needs a board revision, but software encoder should work.


In the meantime , I did a github for my board thing.

github.com/cakeslob/RRW_LAB

F446 is that the Octopus board?

depends which version but yeah. i did most of my work on octopus and nucleo f446 and assumed the encoder pins would be the same. when i went to check the pcbs i made is when i found out. software encoder will work though

rev 0.35
- fixed hardware encoder pins
- removed stm32f1 support to better support  f411 (for now at least)
- shuffled around the pins a bit
- added support for 2209 (because its 2024 , so i should get with the times, i guess)
- added sd card support , otherwise 2209 support would be a pain

if 2209 and sd card dont work, or become a pain, i will just revert back to the old simple design