reprapy.pl

Już trochę podrukowałem, więc całkiem świeży nie jestem.

Od początku używałem tylko Firmware Repetier, który obecnie jest w wersji 1.0.1 i nie miałem z nim żadnych problemów. Ostatnio postawiłem Octoprint na Orange Pi PC też wszytko działa. Ale mam niedosyt. Zanim postawiłem octoprint drukowałem głównie z karty SD, która teraz jest zbędna bo wszystko idzie z serwera. Ale drukując z serwera na moim wyświetlaczu 128x64 ciągle nawet podczas wydruków pisze WOLNA. W sumie wyświetlacz jest już teraz zbędny, ale bez niego to tak łyso będzie. Sprawdziłem Pluginy Progres do Octoprint ale te wykorzystujące M117 tak średnio z Repieter Firmware działają. Coś tam się pojawia ale to nie jest to, z opisów czytam ze z Marlinem Powinno być lepiej. Dlatego staję przed wyborem Repetier Firmware lub Marlin. Znalazłem w sieci trochę informacji Marlin vs Repetier ale daty tych postów wahają się od 2014 do początku 2017. A sam Repetier miał przez ostatnie 4 miesiące ze 2 - 3 aktualizacje. Na marlinie się w ogóle nie znam. Tzn pewnie sobie poradzę z konfiguracją ale czy któryś z tych dwóch firmware ma wyższość na d drugim?? Repetier mam już opanowany, ale jesli lepszy jest Marlin to chętnie się przesiądę. tylko czy warto?

No chyba ze jest już projekt który pozwala wywalić RAMPS i wszystko sterować z PI.

ja teraz wszędzie mam Repetiera,

A używał ktoś repieter servera. Jest dla Pi więc da sie.

tak. jest super. znacznie szybciej działa od Octoprina. Niestety kamera i interfejs dla LCD tylko w płatnej wersji.

Aplikacja do LCD wymaga nieco mocniejszego Pi . Odpaliłęm ją na Zero ale wolno działało. Dla porównania OctoPanela praktycznie nie dało się uruchomić na Zero.

A czy marlin działa lepiej z octroprint? Czy nie ma różnicy

ja nie zauważyłem różnicy.
Faktycznie, mam jakiś plugin do paska postępu i to słabo działa. aAkoś tak mi nie przeszkadza. Patrzę na wydruk i widzę ile zostało. A jak nie jestem przy drukarce, to w przeglądarce pokazuje dokładniej.

Doczytałem że faktycznie dużo problemów z Marlinem, a Repieter mam już skonfigurowany, więc faktycznie nie ma sensu grzebać.

A co zrobić żeby poprawić wydruki z serwera?? Zauważyłem że Bufor z karty cały czas 16, a z Octoprint 8-10. Czy na repetier server tez zauważyłeś takie problemy??

Da się drukować z serwera bez utraty jakości, Bo jest to wygodne.
Zastanawiam się czy zmniejszenie baud ratę coś pomoże?

Witam.

Jeśli zależy ci na Marlinie, to możesz skorzystać z jego mutacji nieco bardziej uporządkowanej
jaką jest Marlin Kimbra.

https://www.marlinkimbra.it/

Jest tam prosty web-owy konfigurator, który wygeneruje ci odpowiednie ustawienia.
Możesz również poprawić konfigurację ręcznie edytując plik Configuration_Overall.h

Należy pamiętać, że człon Overall nazwy Configuration_Overall.h mówi, że jest to plik
zawierający zbiorczą konfiguracją docelową. Można również wyłączyć tę funkcję
poprzez:

//#define CONFIGURATION_OVERALL

w pliku Configuration_Overall.h

Nie upieram się na Marlinie. Na repetier naprawdę mam dobre wydruki.

Teraz głownie zależy mi żeby, dobrać taki soft lub serwer żeby nie musieć korzystać ze slotu karty SD w drukarce.

Jest to możliwe??

Marcin.KnD pisze: Teraz głownie zależy mi żeby, dobrać taki soft lub serwer żeby nie musieć korzystać ze slotu karty SD w drukarce.

Jest to możliwe??

Klipper

nie mam problemu z jakością. bufor mam na 32 i utrzymuje się 31-32. Ale na Due+RAMPS-FD. Na 8 bitach nie wiem muszę się przyglądnąć. Ale nie zauważyłem by było coś nie tak.

Dragon możesz rozwinąć lub dać linki.

Bo nie nie bardzo łapię. KLiper zamiast Repetier a co na serwer?
Jak to działa bo nie mogę zrozumiec dokumentacji.

Na arduino Kliper i steruje Octoprint>?

https://github.com/KevinOConnor/klipper
Klipper wymaga OctoPrinta na malince. Ot taki tandem.

Ale ramps na arduino zostaje?

Marcin.KnD pisze:Ale ramps na arduino zostaje?

No tak. To soft mamy zmienić.

I co i działa wszytko z octoprint, bez żadnych zamuleń i problemów, bez utraty jakosci??

gdzie jest haczyk?

Trudniejsze w konfiguracji, obsługa LCD dopiero 'powstaje'. No i nie jest tak bardzo przetestowane i sprawdzone rozwiązanie.

czyli jeszcze poczekać?? czy już jest to już stabilne?? Pomożesz dragon na Rampsa i Orange PI PC?

Moim zdaniem możesz spróbować, thermal runaway już jest

. Poczytaj sobie https://github.com/KevinOConnor/klipper ... llation.md i zobacz. Sam ocenisz na ile to wydaje Ci się zrozumiałe.

HAHA, a u mnie właśnie się Repetier z OctoPrint dogadał, jak tylko zacząłem czytać o kliperze.

Pięknie progres pokazuje na wyświetlaczu i buffer miedzy 13 -16. Możliwe że to dlatego że wydruk 40mm/s idzie bo ronię pierwszy test z ABS.

Jak się tak utrzyma to zostanę przy obecnej konfiguracji póki Kliper nie zostanie doprowadzony do wersji stable

ALe instalacja wydaj mi się zrozumiała

Dragon poczytałem trochę dokumentację wydaje się dla mnie bardziej zrozumiała nic marlin. Ale będę potrzebował twojejpomocy przy konfiguracji.

Nie jest to tak trudne jakby się wydawało ale duzo prób i testów trzeba zrobić.

Widziałem że jest obsługa CoreXY i jakis kod dla ekranu 128x64.

Jutro spróbuję przygotować config. Najwyższej sprawdzisz pod kątem merytorycznym

Jasne, pomogę na pewno

. Też mi się wydaje że sama konfiguracja Klippera jest prostsza niż Marlina.

nawet zacząłem robić własny interfejs do Klippera, do wyświetlacza graficznego, ale mi się znudziło

No więc skleiłem z grubsza config dla klipper'a:

Kod: Zaznacz cały

# This file contains common pin mappings for RAMPS (v1.3 and later)
# boards. RAMPS boards typically use a firmware compiled for the AVR
# atmega2560 (though other AVR chips are also possible).

# See the example.cfg file for a description of available parameters.

# The stepper_x section is used to describe the X axis as well as the
# stepper controlling the X+Y movement.
[stepper_x]
step_pin: ar54
dir_pin: ar55
enable_pin: !ar38
step_distance: .01
endstop_pin: ^ar3
position_endstop: 0
position_max: 295
homing_speed: 50

# The stepper_y section is used to describe the Y axis as well as the
# stepper controlling the X-Y movement.
[stepper_y]
step_pin: ar60
dir_pin: ar61
enable_pin: !ar56
step_distance: .01
endstop_pin: ^ar14
position_endstop: 0
position_max: 295
homing_speed: 50

[stepper_z]
step_pin: ar46
dir_pin: ar48
enable_pin: !ar62
step_distance: .0025
endstop_pin: ^ar18
#endstop_pin: ^ar19
position_endstop: 0.5
position_max: 295

[extruder]
step_pin: ar26
dir_pin: ar28
enable_pin: !ar24
step_distance: .002
nozzle_diameter: 0.400
filament_diameter: 1.750
heater_pin: ar10
sensor_type: NTC 100K beta 3950
sensor_pin: analog13
control: pid
pid_Kp: 22.2
pid_Ki: 1.08
pid_Kd: 114
min_temp: 0
max_temp: 270

[heater_bed]
heater_pin: ar8
sensor_type: NTC 100K beta 3950
sensor_pin: analog14
control: watermark
min_temp: 0
max_temp: 130

[fan]
pin: ar9

[heater_fan my_nozzle_fan]
# See the "fan" section for fan configuration parameters.
pin: ar4
# The remaining variables are specific to heater_fan.
heater: extruder
#   Name of the config section defining the heater that this fan is
#   associated with.  The default is "extruder".
heater_temp: 50.0
#   A temperature (in Celsius) that the heater must drop below before
#   the fan is disabled. The default is 50 Celsius.
#fan_speed:
#   The fan speed (expressed as a value from 0.0 to 1.0) that the fan
#   will be set to when its associated heater is enabled. The default
#   is max_power.

[mcu]
serial: /dev/ttyUSB0
baud: 250000
pin_map: arduino
restart_method: arduino

[printer]
kinematics: corexy
#   This option must be "corexy" for corexy printers.
max_velocity: 300
max_accel: 3000
max_z_velocity: 25
max_z_accel: 30
motor_off_time: 600
junction_deviation: 0.02

# "RepRapDiscount 2004 Smart Controller" type displays
#[display]
#lcd_type: hd44780
#rs_pin: ar16
#e_pin: ar17
#d4_pin: ar23
#d5_pin: ar25
#d6_pin: ar27
#d7_pin: ar29

# "RepRapDiscount 128x64 Full Graphic Smart Controller" type displays
[display]
lcd_type: st7920
cs_pin: ar16
sclk_pin: ar23
sid_pin: ar17

Mam tylko parę pytań. czy macie mapę Pinów do klipera, używam FAN_Extender i niektóre wyjścia mam pod innymi pinami. pasuje to pozmieniać
w załączniku mój config z Repetiera.

Potrzebuje
D6 - fan extruder,
D11 - BLTOUCH - servo0
D5 - case Light
no i obsługa ATX PS-ON

https://github.com/KevinOConnor/klipper ... py/pins.py
O ile mi wiadomo to możesz po prostu wpisywać piny też jako PD6, PD11 itd.
Ale tłumacząc na klipperowy to będzie po prostu ar6, ar11, ar5. Co do obsługi PS_ON to zdefiniuj sobie pin cyfrowy, zerknij tu https://github.com/KevinOConnor/klipper/issues/189

Kod: Zaznacz cały

# This file contains common pin mappings for RAMPS (v1.3 and later)
# boards. RAMPS boards typically use a firmware compiled for the AVR
# atmega2560 (though other AVR chips are also possible).

# See the example.cfg file for a description of available parameters.

# The stepper_x section is used to describe the X axis as well as the
# stepper controlling the X+Y movement.
[stepper_x]
step_pin: ar54
dir_pin: ar55
enable_pin: !ar38
step_distance: .01
endstop_pin: ^ar3
position_endstop: 0
position_max: 295
homing_speed: 20

# The stepper_y section is used to describe the Y axis as well as the
# stepper controlling the X-Y movement.
[stepper_y]
step_pin: ar60
dir_pin: ar61
enable_pin: !ar56
step_distance: .01
endstop_pin: ^ar14
position_endstop: 0
position_max: 295
homing_speed: 20

[stepper_z]
step_pin: ar46
dir_pin: ar48
enable_pin: !ar62
step_distance: .0025
endstop_pin: ^ar18
#endstop_pin: ^ar19
position_endstop: 295
position_max: 295

[extruder]
step_pin: ar26
dir_pin: ar28
enable_pin: !ar24
step_distance: .002
nozzle_diameter: 0.400
filament_diameter: 1.750
heater_pin: ar10
sensor_type: NTC 100K beta 3950
sensor_pin: analog13
control: pid
pid_Kp: 6.39
pid_Ki: 0.24
pid_Kd: 41.66
min_temp: 180
max_temp: 275

# Heater and temperature sensor verification. Heater verification is
# automatically enabled for each heater that is configured on the
# printer. Use verify_heater sections to change the default settings.
[verify_heater heater_config_name]
heating_gain: 2
#   The minimum temperature (in Celsius) that the heater must increase
#   by when approaching a new target temperature. The default is 2.
#check_gain_time:
#   The amount of time (in seconds) that the heating_gain must be met
#   in before an error is raised. The default is 20 seconds for
#   extruders and 60 seconds for heater_bed.
hysteresis: 5
#   The difference between the target temperature and the current
#   temperature for the heater to be considered within range of the
#   target temperature. The default is 5.
max_error: 120
#   The maximum temperature difference a heater that falls outside the
#   target temperature range may accumulate before an error is
#   raised. For example, if the target temperature is 200, the
#   hysteresis is 5, the max_error is 120, and the temperature is
#   reported at 185 degrees for 12 seconds then an error would be
#   raised (or 24 seconds at 190, or 120 seconds at 194, etc.). The
#   default is 120.

[heater_bed]
heater_pin: ar8
sensor_type: NTC 100K beta 3950
sensor_pin: analog14
control: watermark
min_temp: 50
max_temp: 150

[fan]
pin: ar9
max_power: 1.0
kick_start_time: 0.100
cycle_time: 0.010
hardware_pwm: False

[heater_fan my_nozzle_fan]
# See the "fan" section for fan configuration parameters.
pin: ar5
# The remaining variables are specific to heater_fan.
heater: extruder
#   Name of the config section defining the heater that this fan is
#   associated with.  The default is "extruder".
heater_temp: 50.0
#   A temperature (in Celsius) that the heater must drop below before
#   the fan is disabled. The default is 50 Celsius.
#fan_speed:
#   The fan speed (expressed as a value from 0.0 to 1.0) that the fan
#   will be set to when its associated heater is enabled. The default
#   is max_power.

[mcu]
serial: /dev/ttyUSB0
baud: 250000
pin_map: arduino
restart_method: arduino

[printer]
kinematics: corexy
#   This option must be "corexy" for corexy printers.
max_velocity: 300
max_accel: 4000
max_z_velocity: 25
max_z_accel: 30
motor_off_time: 600
junction_deviation: 0.02


# "RepRapDiscount 128x64 Full Graphic Smart Controller" type displays
[display]
lcd_type: st7920
cs_pin: ar16
sclk_pin: ar23
sid_pin: ar17

[servo bltouch]
pin: ar11
maximum_servo_angle: 180
minimum_pulse_width: 0.0006
maximum_pulse_width: 0.0024

# Define a probe using the BLTouch
[probe]
pin: ar30
activate_gcode:
    SET_SERVO SERVO=bltouch ANGLE=10
    SET_SERVO SERVO=bltouch ANGLE=60
    G4 P200
deactivate_gcode:
    SET_SERVO SERVO=bltouch ANGLE=90

# Example bed_tilt config section
[bed_tilt]
#x_adjust:
#y_adjust:
points:
    100,100
    10,10
    10,100
    10,190
    100,10
    100,190
    190,10
    190,100
    190,190
probe_z_offset: 0,8

# If the BLTouch is used to home the Z axis, then define a
# homing_override section, use probe:z_virtual_endstop as the
# endstop_pin in the stepper_z section, and set the endstop_position
# in the stepper_z section to match the probe's probe_z_offset.
#[homing_override]
#set_position_z: 5
#gcode:
#    ; G90   ; Uncomment these 2 lines to blindly lift the Z 2mm at start
#    ; G1 Z7 F600
#    G28 X0 Y0
#    G1 X100 Y100 F3600
#    G28 Z0

[digital_output power]
pin: !ar12
value: 0
shutdown_value: 0

[digital_output light]
pin: ar4
value: 1
shutdown_value: 0

sprawdź.

BLtouch Servro 0 (D11)

jeszcze na servo 1 (d6) mam filament runout sensor - przydała by się tez jego obsługa

D5 - Extruder fan
D4 Light

Jak obliczyć kroki dla tego firmware?? silniki mam 200 * 16. W XY mam 80 (160 w repetier) w Z mam 400 (trapez 8mm), Esteps mam 439 (titan)

ar30 - to Zmin (D18)??

Tak w skrócie moja konfiguracja :

CoreXY, Endostopy Xmin, Ymin, Zmax, do Zmin Bltouch
Servo0 bltouch, servo 1 Filamnet Run Aout Sensor, na pozostałych Fan extender

Pytam dlatego że ten plik z pinami nic mi nie mówi

Kroki liczysz dzieląc 1/kroki w inny firmware. Co do pinów jeśli masz zmin na D18 to najlepiej wpisz PD18 i też zadziała. Filamnet Run Aout Sensor niestety nie wiem, nie słyszałem jeszcze o obsłudze niego, musisz doczytać albo zapytaj na githubie.

rafaljot pisze:ja teraz wszędzie mam Repetiera,

Rafał, idziesz na łatwiznę?

))
No żart, ale powiedz w czym ta wyższość Repetiera, w konfiguracji??

Bo może i ja poeksperymentuję...

po prostu Repetier wczesniej zaczął mieć stabilną wersję dla Due i konfigurację podwójnych niezależnych silników w osi, więc przesiadłem się na Repetiera. Coby nie musieć ogarniać kilku firmłerów ostatecznie wszędzie wgrałem repetiera.
Poza tym wolę menu na LCD w repetierze. (choćby tak bzdura jak ekran, który pokazuje stan krańcówek)

eksperymetalnie z Klipperem jeszcze coś robię.

No dobra mam działające silniki w prawidłowych kierunkach, homing, grzałki

Kod: Zaznacz cały

# This file contains common pin mappings for RAMPS (v1.3 and later)
# boards. RAMPS boards typically use a firmware compiled for the AVR
# atmega2560 (though other AVR chips are also possible).

# See the example.cfg file for a description of available parameters.

# The stepper_x section is used to describe the X axis as well as the
# stepper controlling the X+Y movement.
[stepper_x]
step_pin: ar54
dir_pin: ar55
enable_pin: !ar38
step_distance: .0125
endstop_pin: ^!ar3
position_endstop: 0
position_max: 295
homing_speed: 20

# The stepper_y section is used to describe the Y axis as well as the
# stepper controlling the X-Y movement.
[stepper_y]
step_pin: ar60
dir_pin: ar61
enable_pin: !ar56
step_distance: .0125
endstop_pin: ^!ar14
position_endstop: 0
position_max: 295
homing_speed: 20

[stepper_z]
step_pin: ar46
dir_pin: !ar48
enable_pin: !ar62
step_distance: .0025
#endstop_pin: ^!ar18
endstop_pin: ^!ar19
position_endstop: 295
position_max: 295

[extruder]
step_pin: ar26
dir_pin: ar28
enable_pin: !ar24
step_distance: .0022779043280182
nozzle_diameter: 0.400
filament_diameter: 1.750
heater_pin: ar10
sensor_type: NTC 100K beta 3950
sensor_pin: analog13
control: pid
pid_Kp: 6.39
pid_Ki: 0.24
pid_Kd: 41.66
min_temp: 10
max_temp: 275

# Heater and temperature sensor verification. Heater verification is
# automatically enabled for each heater that is configured on the
# printer. Use verify_heater sections to change the default settings.
#[verify_heater heater_config_name]
#heating_gain: 2
#   The minimum temperature (in Celsius) that the heater must increase
#   by when approaching a new target temperature. The default is 2.
#check_gain_time:
#   The amount of time (in seconds) that the heating_gain must be met
#   in before an error is raised. The default is 20 seconds for
#   extruders and 60 seconds for heater_bed.
#hysteresis: 5
#   The difference between the target temperature and the current
#   temperature for the heater to be considered within range of the
#   target temperature. The default is 5.
#max_error: 120
#   The maximum temperature difference a heater that falls outside the
#   target temperature range may accumulate before an error is
#   raised. For example, if the target temperature is 200, the
#   hysteresis is 5, the max_error is 120, and the temperature is
#   reported at 185 degrees for 12 seconds then an error would be
#   raised (or 24 seconds at 190, or 120 seconds at 194, etc.). The
#   default is 120.

[heater_bed]
heater_pin: ar8
sensor_type: NTC 100K beta 3950
sensor_pin: analog14
control: watermark
min_temp: 10
max_temp: 150

[fan]
pin: ar9
max_power: 1.0
kick_start_time: 0.100
cycle_time: 0.010
hardware_pwm: False

[heater_fan my_nozzle_fan]
# See the "fan" section for fan configuration parameters.
pin: ar4
# The remaining variables are specific to heater_fan.
heater: extruder
#   Name of the config section defining the heater that this fan is
#   associated with.  The default is "extruder".
heater_temp: 50.0
#   A temperature (in Celsius) that the heater must drop below before
#   the fan is disabled. The default is 50 Celsius.
#fan_speed:
#   The fan speed (expressed as a value from 0.0 to 1.0) that the fan
#   will be set to when its associated heater is enabled. The default
#   is max_power.

[mcu]
serial: /dev/ttyUSB0
baud: 250000
pin_map: arduino
restart_method: arduino

[printer]
kinematics: corexy
#   This option must be "corexy" for corexy printers.
max_velocity: 300
max_accel: 4000
max_z_velocity: 25
max_z_accel: 30
motor_off_time: 600
junction_deviation: 0.02


# "RepRapDiscount 128x64 Full Graphic Smart Controller" type displays
[display]
lcd_type: st7920
cs_pin: ar16
sclk_pin: ar23
sid_pin: ar17

#[servo bltouch]
#pin: ar11
#maximum_servo_angle: 180
#minimum_pulse_width: 0.0006
#maximum_pulse_width: 0.0024

# Define a probe using the BLTouch
#[probe]
#pin: ar30
#activate_gcode:
#    SET_SERVO SERVO=bltouch ANGLE=10
#    SET_SERVO SERVO=bltouch ANGLE=60
#    G4 P200
#deactivate_gcode:
#    SET_SERVO SERVO=bltouch ANGLE=90

# Example bed_tilt config section
#[bed_tilt]
#x_adjust:
#y_adjust:
#points:
#    100,100
#   10,10
#    10,100
#    10,190
#    100,10
#    100,190
#    190,10
#    190,100
#    190,190
#probe_z_offset: 0,8

# If the BLTouch is used to home the Z axis, then define a
# homing_override section, use probe:z_virtual_endstop as the
# endstop_pin in the stepper_z section, and set the endstop_position
# in the stepper_z section to match the probe's probe_z_offset.
#[homing_override]
#set_position_z: 5
#gcode:
#    ; G90   ; Uncomment these 2 lines to blindly lift the Z 2mm at start
#    ; G1 Z7 F600
#    G28 X0 Y0
#    G1 X100 Y100 F3600
#    G28 Z0

#[digital_output power]
#pin: !ar12
#value: 0
#shutdown_value: 0

#[digital_output light]
#pin: ar4
#value: 1
#shutdown_value: 0

nie mam zalilacza ATX i światła (D4)

jeśli odkomentuje

Kod: Zaznacz cały

#[digital_output power]
#pin: !ar12
#value: 0
#shutdown_value: 0

#[digital_output light]
#pin: ar4
#value: 1
#shutdown_value: 0

to dostaję

Recv: // Unknown config file section 'digital_output power'
Recv: // Once the underlying issue is corrected, use the "RESTART"
Recv: // command to reload the config and restart the host software.
Recv: // Printer is halted
Recv: !! Unknown config file section 'digital_output power'

i to samo do drugiego.

Kolejna rzecz jak ustawić żeby po homingu, odsunął się od endstopów, bo teraz je cały czas wciska

https://github.com/KevinOConnor/klipper ... cramps.cfg zobacz tutaj na samym końcu output_pin machine_enable, ostatnio zmienili nazewnictwo tego.

Recv: // Unable to translate pin name: config_digital_out oid=7 pin=P9_23 value=1 default_value=0 max_duration=0
Recv: // Once the underlying issue is corrected, use the "RESTART"
Recv: // command to reload the config and restart the host software.
Recv: // Printer is halted
Recv: !! Unable to translate pin name: config_digital_out oid=7 pin=P9_23 value=1 default_value=0 max_duration=0

pin się nie zgadza

To przykład, wpisz tam swój pin po prostu. Zauważasz że to jest plik do CRAMPS (cokolwiek to jest).

OK
dodałem na końcu ;

Kod: Zaznacz cały

[output_pin machine_enable]
pin: ar12
value: 0
shutdown_value: 0

teraz po wpisaniu do terminala
SET_PIN PIN=machine_enable VALUE=1

lub
SET_PIN PIN=machine_enable VALUE=0

właczam i wyłaczam lae jak to teraz połączyć z PSU control lub jak to zrobic żeby nie trzeba było klepać komend do terminala

https://plugins.octoprint.org/plugins/customControl/ polecam to

Idzie kostka w między czasie

Tak wygląda wyswietlacz Obrazek

Już mam, wystarczy jako G code wpisać w PSU Control

Masz jakiś pomysł na kalibrację Z??

Mi do głowy tylko zmiana position_max przychodzi do głowy ale to mało wygodne, a nie mam teraz sondy Z min, w repetier jest to fajne Z calibration

Zakończyłem ustawiania Kliper'a.

Kostka drukowana 100mm/s

Teraz idzie 3dbenchy z tą samą prędkością.

Jak dla mnie soft na plus tylko brakuje kilku rzeczy, jak odsunięcie po homingu i obsługa filament run out sensor Obrazek

mój config;

Kod: Zaznacz cały

# This file contains common pin mappings for RAMPS (v1.3 and later)
# boards. RAMPS boards typically use a firmware compiled for the AVR
# atmega2560 (though other AVR chips are also possible).

# See the example.cfg file for a description of available parameters.

# The stepper_x section is used to describe the X axis as well as the
# stepper controlling the X+Y movement.
[stepper_x]
step_pin: ar54
dir_pin: ar55
enable_pin: !ar38
step_distance: .0125
endstop_pin: ^!ar3
position_endstop: 0
position_max: 295
homing_speed: 20
homing_retract_dist: 5.0

# The stepper_y section is used to describe the Y axis as well as the
# stepper controlling the X-Y movement.
[stepper_y]
step_pin: ar60
dir_pin: ar61
enable_pin: !ar56
step_distance: .0125
endstop_pin: ^!ar14
position_endstop: 0
position_max: 295
homing_speed: 20
homing_retract_dist: 5.0

[stepper_z]
step_pin: ar46
dir_pin: !ar48
enable_pin: !ar62
step_distance: .0025
#endstop_pin: ^!ar18
endstop_pin: ^!ar19
position_endstop: 296.4
position_max: 296.4
homing_retract_dist: 5.0
homing_speed: 20

[extruder]
step_pin: ar26
dir_pin: ar28
enable_pin: !ar24
step_distance: .0022779043280182
nozzle_diameter: 0.400
filament_diameter: 1.750
heater_pin: ar10
sensor_type: NTC 100K beta 3950
sensor_pin: analog13
control: pid
pid_Kp: 17.818
pid_Ki: 0.742
pid_Kd: 106.907
min_temp: 10
max_temp: 275

# Heater and temperature sensor verification. Heater verification is
# automatically enabled for each heater that is configured on the
# printer. Use verify_heater sections to change the default settings.
[verify_heater extruder]
heating_gain: 2
#   The minimum temperature (in Celsius) that the heater must increase
#   by when approaching a new target temperature. The default is 2.
check_gain_time: 20
#   The amount of time (in seconds) that the heating_gain must be met
#   in before an error is raised. The default is 20 seconds for
#   extruders and 60 seconds for heater_bed.
hysteresis: 2
#   The difference between the target temperature and the current
#   temperature for the heater to be considered within range of the
#   target temperature. The default is 5.
max_error: 120
#   The maximum temperature difference a heater that falls outside the
#   target temperature range may accumulate before an error is
#   raised. For example, if the target temperature is 200, the
#   hysteresis is 5, the max_error is 120, and the temperature is
#   reported at 185 degrees for 12 seconds then an error would be
#   raised (or 24 seconds at 190, or 120 seconds at 194, etc.). The
#   default is 120.

[heater_bed]
heater_pin: ar8
sensor_type: NTC 100K beta 3950
sensor_pin: analog14
#control: watermark
#max_delta: 2.0
control: pid
pid_Kp: 39.491
pid_Ki: 1.522
pid_Kd: 256.195
min_temp: 10
max_temp: 150

[fan]
pin: ar9
max_power: 1.0
kick_start_time: 0.100
cycle_time: 0.010
hardware_pwm: False

[heater_fan my_nozzle_fan]
# See the "fan" section for fan configuration parameters.
pin: ar4
# The remaining variables are specific to heater_fan.
heater: extruder
#   Name of the config section defining the heater that this fan is
#   associated with.  The default is "extruder".
heater_temp: 50.0
#   A temperature (in Celsius) that the heater must drop below before
#   the fan is disabled. The default is 50 Celsius.
#fan_speed:
#   The fan speed (expressed as a value from 0.0 to 1.0) that the fan
#   will be set to when its associated heater is enabled. The default
#   is max_power.

[mcu]
serial: /dev/ttyUSB0
baud: 250000
pin_map: arduino
restart_method: arduino

[printer]
kinematics: corexy
#   This option must be "corexy" for corexy printers.
max_velocity: 300
max_accel: 4000
max_z_velocity: 25
max_z_accel: 30
motor_off_time: 600
junction_deviation: 0.02


# "RepRapDiscount 128x64 Full Graphic Smart Controller" type displays
[display]
lcd_type: st7920
cs_pin: ar16
sclk_pin: ar23
sid_pin: ar17

#[servo bltouch]
#pin: ar11
#maximum_servo_angle: 180
#minimum_pulse_width: 0.0006
#maximum_pulse_width: 0.0024

# Define a probe using the BLTouch
#[probe]
#pin: ar30
#activate_gcode:
#    SET_SERVO SERVO=bltouch ANGLE=10
#    SET_SERVO SERVO=bltouch ANGLE=60
#    G4 P200
#deactivate_gcode:
#    SET_SERVO SERVO=bltouch ANGLE=90

# Example bed_tilt config section
#[bed_tilt]
#x_adjust:
#y_adjust:
#points:
#    100,100
#   10,10
#    10,100
#    10,190
#    100,10
#    100,190
#    190,10
#    190,100
#    190,190
#probe_z_offset: 0,8

# If the BLTouch is used to home the Z axis, then define a
# homing_override section, use probe:z_virtual_endstop as the
# endstop_pin in the stepper_z section, and set the endstop_position
# in the stepper_z section to match the probe's probe_z_offset.
#[homing_override]
#set_position_z: 5
#gcode:
#    ; G90   ; Uncomment these 2 lines to blindly lift the Z 2mm at start
#    ; G1 Z7 F600
#    G28 X0 Y0
#    G1 X100 Y100 F3600
#    G28 Z0

[output_pin machine_enable]
pin: ar12
value: 0
shutdown_value: 0

[output_pin light]
pin: ar5
value: 0
shutdown_value: 0

3dBenchy. Wydruk 58 min wygląda bardzo dobrze Obrazek

Dragon mam pomysł jak zaimplementować Filament Run Out sensor ale potrzebuje czytać z wybranego Pinu Ramps.

coś na zasadzie Z-probe, ale jako druga funkcja --> stan wysoki OK drukuj dalej, stan niski - PASUE czyli M0:

{code]# Z height probe. One may define this section to enable Z height
# probing hardware. When this section is enabled, PROBE and
# QUERY_PROBE extended g-code commands become available. The probe
# section also creates a virtual probe:z_virtual_endstop pin. One may
# set the stepper_z endstop_pin to this virtual pin on cartesian style
# printers that use the probe in place of a z endstop.
#[probe]
#pin: ar15
# Probe detection pin. This parameter must be provided.
#z_offset:
# The distance (in mm) between the bed and the nozzle when the probe
# triggers. This parameter must be provided.
#speed: 5.0
# Speed (in mm/s) of the Z axis when probing. The default is 5mm/s.
#activate_gcode:
# A list of G-Code commands (one per line) to execute prior to each
# probe attempt. This may be useful if the probe needs to be
# activated in some way. The default is to not run any special
# G-Code commands on activation.
#deactivate_gcode:
# A list of G-Code commands (one per line) to execute after each
# probe attempt completes. The default is to not run any special
# G-Code commands on deactivation.{/code]

ale to nie zadziała, po prostu nie ma takiej funkcjonalności. activate_gcode i deactivate_gcode to komendy które służą do wysunięcia probe i jej schowania. Nie są to komendy uruchamiane jak jest stan wysoki lub niski.

Czyli nie ma jeszcze tego.

No a jeśli sygnał puszczę na Gpio PI to jakiś plugin do octroprint żeby odczytał i wykonał gcode?

Będzie opóźnienie związane z bufforami o kilka/kilkanaście ruchów. No i nie kojarzę plugin do octoprint.

Opóźnienie to nie problem bo od czujnika mam jeszcze 50 cm ptfe więc będzie zapas filamentu. Ale muszę coś w Pi zmienić żeby czytać z Gpio?

a patrz https://plugins.octoprint.org/plugins/filament_sensor/

Ok potem sprawdzę

Tylko pamiętaj że wejścia w Pi akceptują tylko 3.3V, jeśli Twój sensor podaje 5V to musisz użyć np. dzielnika z rezystorów.

nie moge zainstalować, tzn zainstalował się ale nie chce się włączyć taki szary jest, w menager wtyczek

Hmmm bo TY masz Orange, nie wiem czy to sie uda, bo to potrzebuje RPi.GPIO, musisz poczytąć

Faktycznie Rpi.Gpio nie puści

a gdyby tak:

Kod: Zaznacz cały

Install WIRINGOP library to manage gpio(s)
git clone https://github.com/zhaolei/WiringOP.git -b h3
cd WiringOP
chmod +x ./build
sudo ./build
gpio readall ( --- and check grio.7)
gpio mode 7 out
gpio write 7 1
gpio readall ( --- and check again grio.7)
 +-----+-----+----------+------+---+-Orange Pi+---+---+------+---------+-----+--+
 | BCM | wPi | Name | Mode | V | Physical | V | Mode | Name | wPi | BCM |
 +-----+-----+----------+------+---+----++----+---+------+----------+-----+-----+
 | | | 3.3v | | | 1 || 2 | | | 5v | | |
 | 12 | 8 | SDA.0 | ALT5 | 0 | 3 || 4 | | | 5V | | |
 | 11 | 9 | SCL.0 | ALT5 | 0 | 5 || 6 | | | 0v | | |
 | 6 | 7 | GPIO.7 | OUT | 1 | 7 || 8 | 0 | ALT3 | TxD3 | 15 | 13 |
 | | | 0v | | | 9 || 10 | 0 | ALT3 | RxD3 | 16 | 14 |
 | 1 | 0 | RxD2 | ALT3 | 0 | 11 || 12 | 0 | ALT3 | GPIO.1 | 1 | 110 |
 | 0 | 2 | TxD2 | ALT3 | 0 | 13 || 14 | | | 0v | | |
 | 3 | 3 | CTS2 | ALT3 | 0 | 15 || 16 | 0 | ALT3 | GPIO.4 | 4 | 68 |
 | | | 3.3v | | | 17 || 18 | 0 | ALT3 | GPIO.5 | 5 | 71 |
 | 64 | 12 | MOSI | ALT4 | 0 | 19 || 20 | | | 0v | | |
 | 65 | 13 | MISO | ALT4 | 0 | 21 || 22 | 0 | ALT3 | RTS2 | 6 | 2 |
 | 66 | 14 | SCLK | ALT4 | 0 | 23 || 24 | 0 | ALT4 | CE0 | 10 | 67 |
 | | | 0v | | | 25 || 26 | 0 | ALT3 | GPIO.11 | 11 | 21 |
 | 19 | 30 | SDA.1 | ALT4 | 0 | 27 || 28 | 0 | ALT4 | SCL.1 | 31 | 18 |
 | 7 | 21 | GPIO.21 | ALT3 | 0 | 29 || 30 | | | 0v | | |
 | 8 | 22 | GPIO.22 | ALT3 | 0 | 31 || 32 | 0 | ALT3 | RTS1 | 26 | 200 |
 | 9 | 23 | GPIO.23 | ALT3 | 0 | 33 || 34 | | | 0v | | |
 | 10 | 24 | GPIO.24 | ALT3 | 0 | 35 || 36 | 0 | ALT3 | CTS1 | 27 | 201 |
 | 20 | 25 | GPIO.25 | ALT3 | 0 | 37 || 38 | 0 | ALT3 | TxD1 | 28 | 198 |
 | | | 0v | | | 39 || 40 | 0 | ALT3 | RxD1 | 29 | 199 |
 +-----+-----+----------+------+---+----++----+---+------+----------+-----+-----+
 | BCM | wPi | Name | Mode | V | Physical | V | Mode | Name | wPi | BCM |
 +-----+-----+----------+------+---+-Orange Pi+---+------+----------+-----+-----+
sudo nano ~/.octoprint/config.yaml (Edit the following lines. Remember: spaces are significant in this file)
server:
 commands:
 serverRestartCommand: gpio write 7 1 && sudo service octoprint restart #for OctoPrint
 systemRestartCommand: gpio write 7 1 && sudo shutdown -r now #for OrangePi
 systemShutdownCommand: gpio write 7 1 && sudo shutdown -h now #for OrangePi
and add
system:
 actions:
 - action: Shutdown Printer #for Printer
 command: gpio write 7 0
 name: Printer Off
 - action: Start Printer
 command: gpio write 7 1
 name: Printer On
Ctrl+O, Enter, Ctrl+X.
sudo service octoprint restart

kazać mu czytac z wybranego pinu??

Napisz na githubie tej wtyczki czy może dać możliwość używania komend. Bo nadal musisz mieć mozliwość wpięcia gdzieś tej komendy.

mam
https://github.com/arhi/Octoprint-Filam ... d-OrangePi

christian mock na github własnie pomógł mi rozwiązać problem z odsunięciem po Homingu:

https://github.com/KevinOConnor/klipper ... -375606812

Teraz trzeba się pobawić sensorem filamnetu

Marcin.KnD pisze:Zakończyłem ustawiania Kliper'a.
Kostka drukowana 100mm/s
Teraz idzie 3dbenchy z tą samą prędkością.

Szkoda, że o tym nie napisałeś przy wydrukach (w innym wątku).... moją pierwszą myślą było: "Jakie to paskudne"

, ale to co tu piszesz całkowicie zmienia postać rzeczy - dlatego: Gratulacje! Trzymam kciuki. Ale może publikuj zdjęcia tylko w jednym miejscu (lub z dokładnym opisem). I z chęcią zobaczyłbym filmik z tego/takiego wydruku.

Timelapse są w moim wątku o wydrukach

Timelapse to nie to samo co film.
Chodzi mi konkretnie o film i ruchy głowicy w kliperze - tam jest to zdaje się inaczej robione niż w repetier/marlin (?)

Nie zwróciłem uwagi. Żeby inaczej głowica chodziła

Przecież inna obsługa przyśpieszeń to największa zaleta klippera

Może rzeczywiście tego nie widać gołym okiem (nie wiem - dlatego pytam / chciałbym zobaczyć), ale powinno być widać na wydrukach... i z tego co czytałem także słychać w pracy silników.

Nagram to wrzucę

PS.: jeszcze "te prążki wszędzie", o których ktoś pisał - czy masz podobny wydruk z marlin lub repetier (na tych samych prędkościach).

Ja jeszcze mam taką teorię że zbyt mocno zaciągnięte paski też powodują prążki - ale nikt na forum tego nie potwierdził. Obserwuję to u siebie na 2 drukarkach całkowicie innej konstrukcji. Może to kwestia blatu lub podkładek antywibracyjnych na których stoją drukarki, ale to po prostu widać: paski napięte jak struna dają prążki, jak lekko je poluzowałem to prążki zniknęły.

Ja nie mam żadnych podkładek antywibracyjnych
A jak to wygląda?

A paski poprostu grają Jak struny

McKee pisze:
Marcin.KnD pisze:Zakończyłem ustawiania Kliper'a.
Kostka drukowana 100mm/s
Teraz idzie 3dbenchy z tą samą prędkością.
Szkoda, że o tym nie napisałeś przy wydrukach (w innym wątku).... moją pierwszą myślą było: "Jakie to paskudne" , ale to co tu piszesz całkowicie zmienia postać rzeczy - dlatego: Gratulacje! Trzymam kciuki. Ale może publikuj zdjęcia tylko w jednym miejscu (lub z dokładnym opisem). I z chęcią zobaczyłbym filmik z tego/takiego wydruku.

McKee tu masz dwa krótki filmy z pracy

źródło: https://www.youtube.com/watch?v=0s-yEyv6hGI

źródło: https://www.youtube.com/watch?v=hpCv7g03jVg

a w załączniku zdjęcia jak wygląda ładny a nie szybki wydruk, dysza 0.8 warstwa 0.35, prędkość 40mm/s, ściany 20 mm/s, Vase mode 1 obrys

P.S. w środku widoczne krople wody bo zaliczyła kostka test szczelności,

Marcin.KnD pisze:Ja nie mam żadnych podkładek antywibracyjnych
A jak to wygląda?

Tak jak poniżej:

Na stole są miękkie podkładki (czarna guma) - coś jak guma z podkładki pod mysz - kupione jako "podkładki pod komputer".
Potem biała guma - kupione jako "podkładki pod pralkę"
Potem nóżki drukarki (Fabryczny wydruk z TPU - ale one moim zdaniem nic nie dają - mają chyba tylko zapobiegać porysowaniu blatu).
To co działa (IMHO) to miękka-piankowa guma (twarda guma - ta biała jest tylko po to, żeby powierzchnia nacisku trochę większa była).
Partyzantka / prowizorka ale działa, więc nie mam zamiaru tego zmieniać.

ja ostatnio wrzuciłem takie coś pod drukarkę https://www.obi.pl/bezpieczenstwo-w-laz ... /p/5785530 i wibracje nie przenoszą się na podłogę ale drukarka sama w sobie się nie 'huśta' bardziej z tym niż bez.

U mnie mnie nie ma problemu Z akustyką, drukarka jest w piwnicy, więc może się tłuc. Bardziej chodź o tłumienie drgań przenoszonych na wydruk

reprapy.pl

Jaki obecnie Firmware wybrać dla Ramps i PI?

Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?

Re: Jaki obecnie Firmware wybrać dla Ramps i PI?