Strona 3 z 12

Re: RAMPS-FD

: 18 gru 2017, 15:09
autor: Berg
nie ma

Re: RAMPS-FD

: 18 gru 2017, 15:40
autor: Zima
rafaljot pisze:nie ma
W sensie, że Due nie będzie miał co robić, bo w Klipperze główna robotę odwala host?

Re: RAMPS-FD

: 18 gru 2017, 16:03
autor: Berg
tak, dokładnie.

Re: RAMPS-FD

: 18 gru 2017, 17:13
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

Re: RAMPS-FD

: 18 gru 2017, 17:33
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.

Re: RAMPS-FD

: 18 gru 2017, 17:35
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.

Re: RAMPS-FD

: 24 gru 2017, 12:11
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?

Re: RAMPS-FD

: 24 gru 2017, 12:27
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.

Re: RAMPS-FD

: 03 lut 2018, 00:06
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?

Re: RAMPS-FD

: 03 lut 2018, 00:28
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