JaredC01 / Galileo2

GNU General Public License v3.0
469 stars 62 forks source link

[Feature Request] G2E with filament sensor options for use with ERCF #36

Closed Surion79 closed 7 months ago

Surion79 commented 9 months ago

Kind request for a G2E version with 2 sensor capabilities, so G2E can be used with ERCF. I found an unofficial reverse engineered version, but i prefer an official one.

Thanks :)

karlfife commented 9 months ago

I'm wondering if a better official solution would be a filament encoder in the G2E versus a filament sensor. Encoders and Sensors are similar in size/weight/complexity, but an encoder detects more filament issues (i.e. jams/misfeeds, not just runout). Klipper integrates encoders seamlessly using the same GPIO pin(s). It could be that it's not feasible to incorporate it into the specific available space of the G2E, but in my opinion an encoder would be the correct evolution over a binary sensor. Furthermore, the extruder is the correct placement for an encoder since it eliminates the possibility of a false positives caused by slack between the encoder and the extruder when starting/resuming prints.

Surion79 commented 9 months ago

You could place that request as an independant Feature Request. But it doesn't work with the mechanics of the ERCF, who has already an encoder and it requires for best results to know when the filament is entering the toolhead and when it is past the gears. I request a slight change to add two omron switches. you suggest to rework this project completely.

karlfife commented 9 months ago

A separate feature request is a good suggestion.
As far as filament changers go, an encoder at the toolhead also functions a filament sensor. The filament arrives when an encoder state change occurs.

Surion79 commented 9 months ago

if i see the available encoders i am not convinced that two would fit in the G2E to fulfill the requirement for the ERCF. Since the ercf already has an encoder, i don't see the use for a 2nd or even third.

qqqwqk commented 9 months ago

I'm wondering if a better official solution would be a filament encoder in the G2E versus a filament sensor. Encoders and Sensors are similar in size/weight/complexity, but an encoder detects more filament issues (i.e. jams/misfeeds, not just runout). Klipper integrates encoders seamlessly using the same GPIO pin(s). It could be that it's not feasible to incorporate it into the specific available space of the G2E, but in my opinion an encoder would be the correct evolution over a binary sensor. Furthermore, the extruder is the correct placement for an encoder since it eliminates the possibility of a false positives caused by slack between the encoder and the extruder when starting/resuming prints.

Due to the presence of the motor, the gear on the toolhead cannot act as an idler gear to read the filament status. What we need is a bool sensor (eg: Omron d2f) to determine the filament has arrived or not to control the extrusion motor on the toolhead

evolwun commented 9 months ago

Agree! I would love to see a filament sensor option. If one is not planned, I will start working on one as soon as CAD is released.

JaredC01 commented 7 months ago

ERCF has solutions for these already. Closing.