Hallo,

die Frage richtet sich an alle grbl Spezialisten unter euch. Gibt es einen Grund warum die Softwareentprellung nur für den homing-cycle implementiert ist? Wenn ich das richtig verstanden habe ist das so?

Ich habe das Problem dass ich beim hard-limit Fehltriggerungen habe, selbst wenn ich garkeine Kabel und Schalter angeschlossen habe.
Es scheint mir so als ob in meinem EM-Umfeld die Leiterbahnen des CNC-Shields und des Arduinoboards ausreichen eine Fehltriggerung der offenen Eingänge auszulösen. Insbesondere dann wenn ich z.B. preisgünstige Netzteile in der Umgebung ein- und ausstecke. Das lässt sich sehr gut reproduzieren auch dann wenn ich direkt an die Limitpins Kondensatoren anschließe.

Ich Frage mich was ich dagegen tun kann. Die Schalterkabel habe ich mit Tiefpassfilterung entstört. Das kann ich mit meinem einfachen DIY oszi recht gut darstellen.

Mit einer Softwareentprellung wären die restlichen Störungen durch Netzteile, elektrostatischen Entladungen in der Umgebung, etc. mit sicherheit vollends rauszufiltern. Die dadurch entstehende Schaltverzögerung von zusätzlich einigen Millisekunden sollte eigentlich kein Problem sein.

VG,

Florian


Störung der Schrittmotoren ohne Entprellung


Schalterkontakt ohne Entprellung


Bei laufenden Motoren mit Entprellung und Schalterkontakt. Man kann hier schön sehen, dass das Rauschen gefiltert wurde und beim Schalterkontakt sich der Kondensator mit seiner typischen Entladekurve entläd.

Zuletzt bearbeitet am 22.02.17 23:04

Datei-Anhänge

	IMAG0812_1.jpg (9x) Mime-Type: image/jpeg, 472 kB
	IMAG0816_1.jpg Mime-Type: image/jpeg, 270 kB
	IMAG0815_1.jpg Mime-Type: image/jpeg, 259 kB