Advanced Search

DemonClaW wrote:

Better like that?

Yes, thank you.

Try Modbus. hy_vfd isn't Modbus.

Another question, about the python module. How can i get path and name of the current loaded file, in the python module. I need to read and find some specific content. I couldnt find the answer myself.

Same as the previous one. Same wiring. Same usb adapter.

The manual www.huanyangvfd.com/wp-content/uploads/2.../FC01-Series-VFD.pdf says it uses Modbus, did you try that?

Hi guys, previously I've been using hy inverter which worked well with hy_vfd via modbus. After it failed I've bought huanyang FC01 and connected the same way. Unfortunately with the same configuration it didn't work straight out of the box as I expected. Did anyone succeed with FC01 model? 

Only way to know is to have the xml and hal files, the error messages and some lines around them, and the last say 30 lines of the syslog.

need for v2.8.4
I created a program file and embedded debug messages into it. It was established that the error was triggered directly during execution of the g38.5 command

===========
            (LOG,стр 65 )
        #5070=1
        (LOG,X#5061 Y#5062 Z#5063)
        #5070=1
             (LOG,стр 68)
        #5070=1
        G38.5 F[#<_скорость_отскока>]  Z[#<_z> + #<_отскок>] 
             (LOG,стр 70)
===========
there is an entry in the log "стр 68", the machine was stopped by mistake and the state of the sensor - it drove away and in the "no contact" state #5070=0

seems like the lcec file in the hal fie has an invalid path. or XML has an invalid path.

I certainly could but would we want to make the python vtk module a runtime dependency?

Better like that?

You are making good progress. Once you have it all running, I will have to use your HAL and Ini to upgrade my machine to 2.9

I'd go one step further and establish that the network card appears in lspci. And that it has an appropriate address.

But we can only speculate on how to fix this issue until more information is supplied by the OP.

You understand that when you see a directory listing such as when you browse the Linuxcnc repo that those listings are created by the web server on the fly ? So I'm not sure if Apache et al allows for what your suggesting, or whether the Debian repo model allows for the behaviour you suggest.
Whilst saving a few dollars it could be an administrative headache.

Has anyone tried rock 5c / orange pi 6 / Orion 6 ?