[Grbl_Esp32 Issue#24] Control of a VFD Spindle over RS485, ie a second serial port.

#1 – bdring 于 2018-09-01

Cool. I think I have one of those VFDs. I might be able to test it. do you have a schematic of the whole setup.

#2 – davehines91 于 2018-09-01

I’ll try and draw up one tomorrow.

#3 – davehines91 于 2018-09-02

ESP32-VFD.pdf

Here is an approximate schematic of my setup. I’ve used the adafruit level shifter , but I couldn’t find an eagle library for it , so I’ve drawn it up with the sparkfun one. The pinout is slightly different .

#4 – davehines91 于 2018-09-02

I’ve now tried this with an equivalent level shifter to the sparkfun one ( clone )

#5 – bdring 于 2018-09-02

I like your suggestion of the option of using the existing PWM pin.

Have you ever used RS485 transceivers with auto direction control ?

#6 – davehines91 于 2018-09-02

I couldn’t find any transceivers with auto direction control at the time I first did this.
It was also a exercise in interrupts on the arduino for me. and likewise on the ESP32.
It was also more configurable if different baud rates were to be used.
More instructions currently being typed up.

#7 – davehines91 于 2018-09-02

To run the motor use the G-code command :
M3 S10000
To Stop the Motor use:
M5 S0
grbl doesn’t seem to like commands like M5 or M3 without a speed .

Various debugging messages, written to Serial1 , can be enabled by defining DEBUGSERIAL in VFD.h

I’ve hard coded the BAUD rate to 38400 binary 8N1 , PD164 needs setting to 3 for this
baud rate. similarly PD165 should be set to 3 for binary 8N1 comms.

PD01 and PD02 need setting to 2 to respond to stop/start and speed commands
over RS485.

I think this is the last of the things I set up , but most was done along while ago , and while my memory is quite good …..
[EDIT]
I’ve also added this info on to the end of the initial post.

#8 – bdring 于 2018-09-02

I think RPM is modal, like feedrate.

S500 ;set rpm but don’t turn on spindle
M3 ;turn on CW
S1000 ; change rpm
M5 ; turn off
M3 ; turn on at 1000

You can see all modal values at any time by sending $G

#9 – bdring 于 2018-09-02

Check out this one.

SMAKN® SCM TTL to RS485 Adapter 485 to Serial Port UART Level Converter Module 3.3V 5V https://www.amazon.com/dp/B010723BCE/ref=cmswrcpapa_o4.IBbAXJ4E04

3.3v and direction control

!image

#10 – davehines91 于 2018-09-02

yes I would agree re RPM , but grbl doesn’t seem to behave quite like that for me.

I’m sure that no commands were getting thru properly to any functions in spindle_control.c wheen I did this with grbl-Mega, though I’ll investigate further with this setup . I’ve just configured my g-code generator to use full commands like I listed above.

#11 – davehines91 于 2018-09-02

I’ve ordered a couple on the 485 converters you list above off ebay from china, for about $2 each .
I’ll try them when they arrive, The ESP32 is little short on available pins , so any we can save will be a bonus

On the subject of saving pins , do you know if it is possible to allocate inputs and outputs , to unexposed GPIO pins ,( 20,24,28,29,30,31) (37,38 have no pull up resistor , so I wouldn’t try these ) so their pins could be used for other purposes , I’m thinking 4th axis as an example.

#12 – misan 于 2018-09-02

Only TX is really needed, as the RS-485 driver may be kept enabled all the
time and RX can be ignored. Of course, if you do that there is no feedback
from the VFD but it is definitely a possibility to save pins.

On Sun, Sep 2, 2018 at 6:33 PM davehines91 wrote:

> I’ve ordered a couple on the 485 converters you list above off ebay from
> china, for about $2 each .
> I’ll try them when they arrive, The ESP32 is little short on available
> pins , so any we can save will be a bonus
>
> On the subject of saving pins , do you know if it is possible to allocate
> inputs and outputs , to unexposed GPIO pins ,( 20,24,28,29,30,31) (37,38
> have no pull up resistor , so I wouldn’t try these ) so their pins could be
> used for other purposes , I’m thinking 4th axis as an example.
>
> —
> You are receiving this because you are subscribed to this thread.
> Reply to this email directly, view it on GitHub
> <https://github.com/bdring/Grbl_Esp32/issues/24#issuecomment-417942800>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/AAccyJeAMnanlEd7iZ35Vys2kSx8uabvks5uXAg2gaJpZM4WWYqQ>
> .
>

#13 – davehines91 于 2018-09-02

I considered that when I first implement the motor control on the Mega, but I consider it safer to wait til the motor has run up to speed before continuing. so feedback is required IMHO.

#14 – misan 于 2018-09-02

@davehines91 let me elaborate a bit more: for starting/stopping or setting the RPMs only TX is needed if you agree on giving up feedback. Otherwise, you need 3 I/O pins and can raise an error condition when, for example, the spindle is not starting up as requested so a tool will not be broken.

I guess the module above does use TX signal activity to trigger a timer to enable the driver output thus saving one output pin.

#15 – davehines91 于 2018-09-02

@misan I agree,
I’m describing what I have implemented for grbl-Mega and used successfully for about 18 months, and have just ported to Grbl_Esp32.
Bart has asked me to share my work , which I’m more than happy to do.

#16 – bdring 于 2018-09-02

@davehines91 unexposed GPIO pins.

I don’t know. It is probably easier to use something like #ifdef PROBE_PIN to free up some pins.

Ultimately the use of an I/O expander will be supported for low speed I/O, but the initial goal is to get all features working for a basic machine in a single chip (ESP32) solution.

#17 – davehines91 于 2018-09-02

@bdring #ifdef, yes , I would agree , I was just trying to make minimal changes.

I like the idea of an IO expander , though I’m more than happy with your port so far .
I look forward to actually cutting some plastic with it when your board arrives.

#18 – misan 于 2018-09-02

@davehines91 I was not so careful. I started by checking VFD response http://fightpc.blogspot.com/2014/10/vfd-control-with-arduino-using-rs485.html but ended up ignoring it in a patch I made for Marlin firmware. Someone suggested me to forward the patch for GRBL which I did but that was considered too specific a feature.

#19 – davehines91 于 2018-09-02

@misan , yes I got the too specific a feature response as well , that’s why I’ve implemented the interface to grbl in just the spindle_control.cpp file , so its easy for anyone to put in , or take out.
If you want to use standard grbl to run a vfd, I’m sure you can use the analog input speed control , but that seems a waste to me , and I wanted to play

#20 – davehines91 于 2018-09-02

@bdring
> I think RPM is modal, like feedrate.

I’ve just pushed a change to my repo which fixes this behaviour
Thanks for pushing me

#21 – Harvie 于 2020-06-24

Can you please send your huanyang VFD RS485 code to this issue? https://github.com/terjeio/grblHAL/issues/68