RAMPS-FD

Czyli co i jak podłączyć żeby działało
Awatar użytkownika
Berg
Zasłużony
Postów w temacie: 37
Posty: 7569
Rejestracja: 05 lis 2016, 11:57
Lokalizacja: Kraków
Drukarka: Lume, K8400, HC Evo
x 2675

Re: RAMPS-FD

Post autor: Berg »

nie ma
Awatar użytkownika
Zima
Konto z ograniczeniami
Postów w temacie: 4
Posty: 58
Rejestracja: 28 lis 2017, 08:51
Lokalizacja: Tarnowskie Góry
x 2

Re: RAMPS-FD

Post autor: Zima »

rafaljot pisze:nie ma
W sensie, że Due nie będzie miał co robić, bo w Klipperze główna robotę odwala host?
Pozdrawiam
Michał
Awatar użytkownika
Berg
Zasłużony
Postów w temacie: 37
Posty: 7569
Rejestracja: 05 lis 2016, 11:57
Lokalizacja: Kraków
Drukarka: Lume, K8400, HC Evo
x 2675

Re: RAMPS-FD

Post autor: Berg »

tak, dokładnie.
Awatar użytkownika
Cosik
Konto z ograniczeniami
Postów w temacie: 4
Posty: 907
Rejestracja: 09 gru 2017, 10:12
Lokalizacja: Wrocław
Drukarka: HEVO DC, Mikrus
x 281
Kontakt:

Re: RAMPS-FD

Post autor: Cosik »

A ja bym powiedział że nie do końca, jeżeli masz dobrą drukarkę to możesz ją podkręcić, na stronie są informację na temat "Step Benchmarks"
https://github.com/KevinOConnor/klipper ... eatures.md

I DUE wyciąga dwa razy więcej kroków niż Arduino
Wolność wariacie w swoim warsztacie...
HEVO DC - wciąż wiele pomysłów na usprawnienia :D
Mikrus - moje szaleństwo -> viewtopic.php?f=10&t=6880
Moje projekty 3D

https://discord.gg/cBYzhm2 -> RepRapy PL
Awatar użytkownika
dragonn
Zasłużony
Postów w temacie: 4
Posty: 6384
Rejestracja: 12 gru 2016, 21:50
Lokalizacja: Opole
Drukarka: LUME
x 1455

Re: RAMPS-FD

Post autor: dragonn »

Pytanie jest takie czy naprawdę jest to potrzebne :D? Szczególnie że w przypadku klippera ilość kroków które jest w stanie wyciągnąć mikro kontroler nie zależy od kinematyki.
Awatar użytkownika
dragonn
Zasłużony
Postów w temacie: 4
Posty: 6384
Rejestracja: 12 gru 2016, 21:50
Lokalizacja: Opole
Drukarka: LUME
x 1455

Re: RAMPS-FD

Post autor: dragonn »

Kod: Zaznacz cały

Repetier on RADDS with 84MHz ARM Cortex-M3 (no FPU): 96 kHz.
Smoothie on Smoothieboard with 120MHz ARM Cortex-M3 (no FPU): 120 kHz (configurable, 120k is default, rates up to 200 are achievable by tuning other options).
Marlin4Due on RAMPS4Due with 84MHz ARM Cortex-M3 (no FPU): >107.7kHz single stepping (how was this measured?: Logicanalyser -Wurstnase).
 ? on BeagleBone Black + Replicape with ARM 1GHz Cortex-A8 (with FPU) + 2 x 200MHz PRUs: ? (unknown, but could probably be in the MHz range).
RepRapFirmware on Duet WiFi (120MHz ARM Cortex-M4, firmware 1.17d) using up to octal stepping at high speeds: 360kHz with one motor moving, and 180KHz simultaneously on 3 motors
Teacup on Nucleo F411RE (100MHz): 480kHz single stepping speed (overclocked to 125MHz 600kHz)
Jak widać większość 32 bitowych też osiąga w okolicach ~100k lub trochę więcej.
tig33r
Konto z ograniczeniami
Postów w temacie: 21
Posty: 629
Rejestracja: 15 lip 2017, 16:07
Drukarka: Hypercube Evolution
x 100

Re: RAMPS-FD

Post autor: tig33r »

rafaljot pisze:Oczywiście znany jest kłopot bez sensu zrobionej logiki grzałek (jak coś się stanie z Due, to zostają w stanie włączone). JEdnak jeśli chodzi o płytkę do testów, gdzie z założenia nie będzie wielogodzinnych wydruków bez nadzoru, do zabawy z 32b drukarką, to moim zdaniem jest super !!!! tanio jak barszcz, jak ją uwalę to się nie rozpłaczę, 6 stepstików, 6 mosfetów, duże możliwości konfiguracji co na 12 a co na 24V, zrobiona logika 5V dla endstopów i wyświetlacza,

A gdyby miała działać "produkcyjnie" to z 5zł można poprawić problem odwróconej logiki.
http://forums.reprap.org/read.php?219,424146 temat z informacjami na temat przeróbki rampsa fd v1. Czy to o tych zmianach wspominałeś w kwestii poprawy v1?
Awatar użytkownika
Berg
Zasłużony
Postów w temacie: 37
Posty: 7569
Rejestracja: 05 lis 2016, 11:57
Lokalizacja: Kraków
Drukarka: Lume, K8400, HC Evo
x 2675

Re: RAMPS-FD

Post autor: Berg »

hmm, coś w tym stylu. ktoś to strasznie zakombinował. Za dużo roboty w/g tego przepisu.
Najprościej jest tak: ta płytka ma dwa mosfety z nieodwróconą logiką, do wentylatorów, jakiś mały mosfet tam jest. Najprościej to ich użyć do grzałek ale dodając zewnętrzne dwa mosfety na wyższy prąd. Można też te dodatkowe mosfety wpiąć w wolne GPIO.
To że nieoczekiwanie na skutek jakiegoś błędu włączy się wentylator.... no i co z tego. JEdynie grzałki są ryzykowne.
EEPROM wpina się w i2c

tak że w wariancie minimum, to nic nie trzeba przerabiać, tylko dodać dwa zewn mosfety i EEPROM.
Awatar użytkownika
Marcin1415
Postów w temacie: 14
Posty: 434
Rejestracja: 19 kwie 2016, 18:44
Lokalizacja: Kielce
x 48

Re: RAMPS-FD

Post autor: Marcin1415 »

Mam pytanie dnośnie zworki VIN (JP1). Czy w przypadku zasilania 24v powinna być zwarta, czy spale arduino? Czy do wgrywania firmware powinna być wyjęta? Jest też niejasność odnośnie zworki JP108, mam chińskie standardowe endstopy czerwona płytka z diodą.
Czy ten schemat ma poprawną polaryzację złącz prądowych?
Załączniki
RAMPS-FD-pinout.jpg
Awatar użytkownika
samezrp
Postów w temacie: 2
Posty: 1022
Rejestracja: 29 paź 2016, 15:57
x 66

Re: RAMPS-FD

Post autor: samezrp »

VIN: zgodnie z kartą LM1117, który w 90% jest stosowany jako stabilizator w Arduino:
Maximum Input Voltage (VIN to GND) = 20V
zatem z 24V bym nie ryzykował.
Co do reszty się nie wypowiem, choć endstopy na 99,9% mają wbudowane pullupy.
http://reprap.org/wiki/OptoEndstop_2.1#Schematic
ODPOWIEDZ

Wróć do „Elektronika sterująca, wyświetlacze”