Orbiter Filament Sensor auf Octopus
Hallo zusammen, ich habe das Problem, dass der Orbiter Filament Sensor jedes Mal, wenn ich den Drucker neu starte (Stromlos, oder FW reset) das Unload macro ausführt, was nicht gewünscht ist.
@Helge Keck meinte, es könnte mit dem dem Pull-up Resistor zu tun haben, aber leider hat das nicht zum Erfolg geführt.
Vielleicht hat jemand das auch so im Einsatz, oder kennt sich besser aus als ich, dass er mir einen Tipp geben kann, wie ich das richtig konfigurieren kann.
Details:
Orbiter Filament Sensor 2.2 (?)
Ocotpus 1.1
Sensoren an PG13 und PG14 angeschlossen:
https://github.com/bigtreetech/BIGTREETECH-OCTOPUS-V1.0/blob/master/Hardware/BIGTREETECH%20Octopus%20-%20PIN.pdf
Auszug aus der Printer.cfg, den code habe ich hier aus dem Discord:
###############################################################################
#Orbiter Filament Sensor
###############################################################################
# [filament_switch_sensor filament_sensor]
# event_delay: 0.1
# pause_on_runout: True
# runout_gcode:
# UNLOAD_FILAMENT
# insert_gcode:
# LOAD_FILAMENT
# SET_HEATER_TEMPERATURE HEATER=extruder TARGET=0
# switch_pin: ^!PG14
# [gcode_button sensor_button]
# pin: ^PG13
# press_gcode:
# LIGHTS_ON
# UNLOAD_FILAMENT
# SET_HEATER_TEMPERATURE HEATER=extruder TARGET=0
Ich wäre froh um Hinweise, weil ich in der Beziehung wirklich Laie bin.GitHub
BIGTREETECH-OCTOPUS-V1.0/Hardware/BIGTREETECH Octopus - PIN.pdf at ...
This is Octopus open source material. Contribute to bigtreetech/BIGTREETECH-OCTOPUS-V1.0 development by creating an account on GitHub.
20 Replies
nimm mal nicht die stepper endstops
nimm einen pin aus den expansion ports
aber nicht pe7
Und das ist kein Problem wegen den 5 V? Auf der Orbiter Page empfehlen sie 3.3 V.
Aber werde es einmal umpinnen
die stepper endstops sind auch 5v
Ich dachte 3.3 V?
das liegt beides innerhalb der toleranzen des anderen
schau doch einfah mal ins diagram deines baords, da steht 5v
Ok, nach ein paar Test scheint es wirklich das gewesen zu sein, es funktioniert jetzt wie erwartet, vielen Dank!
Eine Frage noch zum runout. Im Moment benutze ich ja dieses Macro:
###############################################################################
#Orbiter Filament Sensor - Exp1
###############################################################################
[filament_switch_sensor filament_sensor]
event_delay: 0.1
pause_on_runout: True
runout_gcode:
UNLOAD_FILAMENT
insert_gcode:
LOAD_FILAMENT
;SET_HEATER_TEMPERATURE HEATER=extruder TARGET=0
switch_pin: !PE15
Was er aber nicht macht, ist beispielsweise das Auto-Resume after loading, was in der Doku beschrieben ist. Muss ich meine Macros anpassen, dass ich T0 aufrufe, oder was muss ich machen, damit das, was unter T0 beschrieben ist, automatisch funktioniert?
musst einfach nur aktivieren in dem du die variable setzt
ist by default abgeschaltet
variable_resume_after_insert True / False True Auto resume a paused print after runout and insert.
Also wenn ich richtig verstehe, muss ich in dieser Section meinen Gcode einfügen, sodass er das macht, und das wäre das Macro T0 mit den entsprechenden Variablen:
insert_gcode:
Sorry, bin echt etwas schwer von Begriff, was das scripting angehtdu musst einfach nur die sensoren so konfigurieren wie in der anleitung
und dann die variablen auf true setzen
dann geht das
Ok, ich habe total übersehen, dass Filament Sensoren in RatOS 2.1 schon super integriert sind und dachte, ich muss da mein eigenes Macro schreiben. Habe erst jetzt gerade das
filament_sensors.md entdeckt 🙈ja, ist für dumme
extra für dich gemacht
🤣
Schäme mich jetzt schon etwas. Ihr steckt die ganze Arbeit da rein und dann kommt ein Trottel daher, der nicht richtig lesen kann, und du musst wieder bei Adam und Eva anfangen.
Funktioniert also jetzt wirklich richtig gut! 👍 Bin immer noch richtig überwältigt von all den RatOS 2.1 Features...
Also, danke nochmals für die Geduld
Ist es denn möglich den Sensor direkt über das Toolhead Board anzuwickeln, 5V , PB9 und Ground vom Probe Connector, PD3 vom RGB header ?
Kann berichten, läuft! I2C Pin´s nutzen! !!!BL Touch oder RGB Header läuft in das gleiche Problem wie o.g..!!!
eager-peach•4mo ago
Die sind bei mir noch frei, hatte mir noch keine Gedanken gemacht wo ich das drauf packe. Aber das macht das ganze dann wahrscheinlich deutlich einfacher 🙂
Hallo zusammen, sorry, wenn ich mich mal hier mit dran hänge!
Ich habe in der printer.cfg folgenden Text eingefügt
#############################################################################################################
Orbiter Filament Sensor
#############################################################################################################
[filament_switch_sensor toolhead_filament_sensor_t0]
pause_on_runout: False
event_delay: 0.1
switch_pin: PB6
runout_gcode:
_ON_TOOLHEAD_FILAMENT_SENSOR_RUNOUT TOOLHEAD=0
insert_gcode:
_ON_TOOLHEAD_FILAMENT_SENSOR_INSERT TOOLHEAD=0
[gcode_button toolhead_filament_sensor_button_t0]
pin: PB7
release_gcode:
{% if (printer.print_stats.state == "printing") %}
_ON_TOOLHEAD_FILAMENT_SENSOR_CLOG TOOLHEAD=0
{% else %}
_ON_FILAMENT_SENSOR_BUTTON_PRESSED TOOLHEAD=0
{% endif %}
press_gcode:
Der Sensor wird mir dann auch im Dashboard angezeigt, und nun nach einem Neustart hab ich den Sensor am Anschluss I2C angeschlossen, aber dann ließ sich der Drucker nicht mehr verbinden
FTU -> PB7
FS -> PB6
Es ist der Orbiter 2 Smart Sensor
Hat denn niemand einen Tipp für mich, woran das liegen kann??? Habe ich den Sensor richtig angeschlossen, bzw. eingerichtet?
[filament_switch_sensor toolhead_filament_sensor_t0]
pause_on_runout: False
event_delay: 0.1
switch_pin: ^toolboard_t0:PB3 # Green wire
runout_gcode:
_ON_TOOLHEAD_FILAMENT_SENSOR_RUNOUT TOOLHEAD=0
insert_gcode:
_ON_TOOLHEAD_FILAMENT_SENSOR_INSERT TOOLHEAD=0
[gcode_button toolhead_filament_sensor_button_t0]
pin: ^toolboard_t0:PB4 #yellow wire
release_gcode:
{% if (printer.print_stats.state == "printing") %}
_ON_TOOLHEAD_FILAMENT_SENSOR_CLOG TOOLHEAD=0
{% else %}
_ON_FILAMENT_SENSOR_BUTTON_PRESSED TOOLHEAD=0
{% endif %}
press_gcode:UNLOAD_FILAMENT
So läuft es bei mir. Woher nimmst du die Pin´s?
Hi @Ghostfighter10k Chris danke für die Info, dann muss ich bei meinem Skript noch den Verweis auf das Toolboard hinzufügen. Ich hab einfach den Text aus der Dokumentation genommen, und die beiden Pins vom I2C des EBB42 übernommen. Dass man aber noch den Verweis auf das Toolboard hinzufügen muss, war mir nicht bewusst, steht ja leider auch nicht in der Anleitung 😦 Ich bin halt davon ausgegangen weil halt "Toolhead" erwähnt wird. Aber naja, wieder was gelernt. Ich hoffe nur, dass ich die richtigen Pins erwischt habe. Welches Toolboard hast du, und welche Pins sind das genau?
EBB´42 in der Version 2.1