-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
grblHAL probing with BSMCE04 (STM32F1) #53
Comments
When I test here probing works as it should (tested by triggering the input manually). |
rn i have changed the board , it will take some time for me to swap again the board , i'll keep you updated , thanks in advance |
hello @PolyEng I've some issue with probe pin, in my case if I use z-limit pin with inductive sensor, all working fine, but if I connect inductive sensor to pb4 (probe pin) nothing work, board not read any signal of triggered or not... can you share you pinout connections/photos? |
@CBR900cc If you short the probe input to ground does it change the probe state? |
@terjeio yes, if shorted probe is triggered, I'm using this sensor LJ12 A3-4-Z/BX, can you explain me how wiring it? |
Blue to GND, Brown to 5V and Black to the probe input. Since the sensor is rated 6-36V it could be that it fails to pull down the probe input enough when supplied with only 5V? Can you measure the voltage at the probe input when it is triggered vs. not triggered? |
yes, if is not triggered, output 24v if triggered 0.7v |
Ouch - the inputs on the header are not protected by optoucouplers, there are only voltage dividers to step down 5V signals to 3.3V. If you are lucky you have not damaged the MCU. Either add an optocoupler, an additional resitor in series with the input or supply the sensor with a voltage that does not exceed the maximum allowed voltage on the MCU pin. IIRC it is 5V tolerant so 12V or less should be ok since the dividers uses 1K (to ground) and 2K to the input. |
ops... @terjeio now it is connected with a 1k between signal and gnd and 1k between signal and input header, but now if i do a probe cycle, cycle working correct and grbl see probe is triggered or not with iosender (if I use openbuildscontrol that see probe trigger and crashes), but sometimes it crashes and i need to replug usb cable |
Perhaps you should increase the 1K resistor between signal and input? 2K is better? |
thank you, I try it and update you! |
hi , i'm having this issue w probing on this hw :BSMCE04 (stm32 mounted is genuine , at least it seems so no clones)
essentially probe triggers correctly i can see it in the GUI of IO sender and on the console of IO sender but when i issue for example a G38.2 machine doesnt move and reports probe position where it is (probe IS NOT triggered ) checked with oscilloscope for noise .. everything is fine.
console output says "ok" and cycle continues
if i manually TRIGGER the probe and issue a G38.2 the cycle errors out (as it should) since probe is already trggered before starting the probing operation.
so probe is fine electrically and switches correctly but fw has some bug i think?
(before you blame my wiring or "noise", the probe is isolated through opto and the same hw setup of the probe is working correctly if i swap the controller for a PI PICO)
thanks in advance for whoever will look into it
i'll include a snippet of gcode and relative output from console in verbose mode
The text was updated successfully, but these errors were encountered: