Closed sigxcpu76 closed 8 years ago
I had the same problem yesterday. It seems like it's somehow wired to serial port. I've worked around this by changing Z_MIN pin in pins.h
to 2 (which is X_MAX on RAMPS). It's just workaround and it definitely needs some investigation from some dev.
It looks like this line “could” be the problem. I don’t think you want to define a bluetooth com port of 1 since it would interfere with the D18 pin. Set it to –1 unless you are really using a bluetooth module, then you would need to figure out what other pins you could use instead.
-------Quoted---------- I had the same problem yesterday. It seems like it's somehow wired to serial port. I've worked around this by changing Z_MIN pin in pins.h to 2 (which is X_MAX on RAMPS). It's just workaround and it definitely needs some investigation from some dev.
I've suspected it is something related to the Z_MIN pin, because remapping it to 19 (Z_MAX) worked.
LE: Actually it is written in the comment above. Missed that. First time I've generated my config using the GUI tool, but I've wanted to keep the comments so I did it by hand this time and forgot to disable BT.
Is this one of these cheap RAMPS bundles? Heard that one of them has problems with crosstalk for some pin, so maybe it was the z min pin. So it all depends on timings and retesting but using a different pin is surely the best solution if result switches by external signals.
Yes, it is an MKS BASE 1.4. Is it cross-talk? Because setting BLUETOOTH_SERIAL to -1 fixed it. Also, as I've stated, running Marlin or a simple sketch that displays D18 changes (input mode, pull-up enabled) works reliably. I see that D18 is the same pin as TXD1, so doesn't look like cross-talk to me, but pin sharing. I think that Repetier should have a SanityCheck like Marlin has (for example BLUETOOTH_PORT == 1 and Z_MIN_PIN == 18 should result in a compile error). Poor man's test units :)
If you had bluetooth on that pin it is no crosstalk. Then it is the copy of the output data to bluetooth and a result of configuration error.
@repetier I will also close this issue, if that's ok. It was a user/configuration error that got solved.
Sure.
Hi,
I have an issue that I simply cannot address. The Z_MIN endstop is ignored or displays random data. It looks like it is reading another pin, not the preset one (motherboard 33 RAMPS, pin 18). I've put Marlin, it works. I've made a small sketch that displays D18 status and it works. The issue occurs with Repetier FW only.
I've attached the Configuration.h because I'm pretty sure I'm missing some setting.