attempt to divide by zero

Hello ,
  here is my problem, i made a divider with linux cnc to make slot grooves, i do not know how is called the machine in english, when i want to put the number of grooves in the interface pyvcp, it's good but i have an alarm, division by zero when i load the program, can you help me?
thank you

If you are dividing by the value of your M66 input, you need to make sure it isn't = 0.
Do you have something connected to the hal pin "motion.analog-in-00" connected to anything or set to some value? If not it will = 0.

Adding a debug statement to your code like this will print and tell you what the value is of that when it is running.
If you are giving a value to that hal pin but there is a chance that the value given could be zero, then you are going to have to add a test to your G-code that will test for such a situation and then take appropriate action if the value is =0.

207/5000
Hello ,
thank you for your quick answer, in halmetre, I have good motion analog 00 which changes the parameter, I put the picture, I do not understand because the other parameters functionnes.
Thanks for your help.

Hello ,
thank you for your quick answer, in halmetre, I have good motion analog 00 which changes the parameter, I put the picture, I do not understand because the other parameters functionnes.
I have tried your program, I have the same problem.
Thanks for your help

you can check the Value with IF LT or LE 0
this will give you more options

I'm not sure what the problem is, but I can duplicate it in a simulation.

It is looking rather like a bug.
If you acknowledge the error (click ok), and then try to run the file, I think it will still run correctly.

A possible work around might be to change your g-code to simply multiply the value of #2, then in your Glade input box for the number of divisions simply enter 1/6 instead of 6. (I believe that those input boxes can handle that.) I don't know for sure if that will work, and I didn't feel like building a Glade panel just to test it.

hello ,
I attach the program files.
regards
jf

It does not matter which programming language you use, divide by zero is an error that generally generates a runtime error and program halt so never do it. if its going to happen, you are far better off putting a conditional around it. eg in psuedo code
if you set Y on error to be some unexpected value, (-1 or 9999), you can test you got a valid result. eg.

The problem is not that he is trying to divide by zero.
The problem is that there is a bug in Linuxcnc that is seeing motion.analog-in-nn's
parameter (#5399) as zero when Linuxcnc is reading the file, even though that parameter is not = 0 when the g-code program is ran. I tried it even with the pin setp-ed to some value and it still gives the error.

Bugs aside, this is a classic example why experienced programmers program defensively and include error checking for errors that should never happen. I'm sure the Linuxcnc code base is littered with examples of a defence approach.

Perhaps another workaround would be to not use the motion.analog.nn pins and instead directly reference the GUI pin by its corresponding Gcode variable. These variables are only set once at the start of the gcode program but that is probably not a limitation for this particular application as my guess is the number of divisions never changes after the gcode program is commenced.