REBEL 3D

Ha, tak to v Bug fix verzi vyhodili, nikde to tam není.
Našel jsem to v "Issue": https://github.com/MarlinFirmware/Marlin/issues/5466

Tak možná v nějaké další verzi. Přemýšlel jsem že to taky prubnu.

Tak jsem ho prošel (BugFix) a je to nahrazeno funkcí "#define MIN_STEPS_PER_SEGMENT 6".
"Moves (or segments) with fewer steps than this will be joined with the next move"

Zřejmě je toto rychlejší na výpočet, a vyhovuje také.
Pokud mám tedy 200 kroků na mm a chci rozlišení 0,16 mm, vychází min. segment na 32 kroků atd.
Nastavím a testnu 8.

A display už je s tím v pořádku?

Právě jsem ho uploadnul, a LCD chodí skvěle, reakce rychlé jako v RC 7.
Jdu tisknout.

Tak to bych rád věděl jak to děláš RC8 i BugFix stejně pomalé pro mě nepoužitelné LCD v RC 7 mi jede "jako blesk" proti RC8

Zrovna včera jsem pro jistotu stáhnul znova celou verzi nakonfiguroval jen nejnutnější a reakce LCD jsou jak lenochod v tuhém mraze (otočím kodérem při 100% asi tak 15s nic a najednou tam je 250% točím pomalu zpátky a skáče to po 50% po 5s úplně na pytel) s RC7 to reaguje téměř okamžitě)

a v podstatě stejně se to chová jak na FGLCD tak i na 20x4LCD zkoušel jsem to na obou tiskárnách (obě tiskárny original Arduino žádnej klon)

mám REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER
grafické LCD 12864 128 x 64 dot matrix LCD
Arduino orginal China, ikdyz vypada jak Italsky original + OctoPrint

Kdyby jsem si zde nepřečet, že je LCD v RC8 pomalé, tak bych si nevšiml ničeho a ani když se snažím tak rozdíl fakt nevidím.

Mám to nastaveno přesně podle mých PDF v prvním příspěvku. LCD mi v RC8 šlo s malým zpožděním, a když jsem točil více, měnil se jen první řádek. Po zastavení se obnovil i zbytek. Nyní v BugFix to jede jak za mlada:-)
Máš aktualizace všech knihoven?

Udělal jsem testovací váleček 25x25x10 mm a udělal jsem po obvodu 8000stěn. Jedna úsečka je tedy skoro tisícinu mm. Vytisklo se to naprosto hladce, ale až ze Slicru (Průša edit.). Simplify udělalo perimetry nesmyslně hranaté a s měnicím se vzorem jak na pneumatice, a taky se to tak vytisklo. Bugfix tedy vypadá použitelně.

Pánové zkuste LCD použít při tisku. Třeba změnit rychlost o 10% nebo přidat 4% na průtoku. Bez tisku jede jakž takž, ale během tisku něco lehce doladit +- 1% je peklo ...

Samozřejmě mám aktualizované knihovny a kompiluju to přes ArduinoIDE 1.6.12 na MacOS
Zkoušel jsem si hrát i s parametrama pro koder a nemělo to valného účinku. Jakýkoliv jiný FW mi chodí normálně.

Jinak potvrzuju, že poslední dobou mám lepší výtisky ze Slic3ru od Průšů než z Simplify3D. Opravdu na tom zamakali a jede velice dobře, až na rychlost slicování ta je pořád velice pomalá proti S3D.

zkoušel jsem to za tisku na standardní věci z TH.
Rozdíl co vidím je že kompiluji na ArduinoIDE 1.8 pod Linuxem Intel i ARM.

Zvedl jsem rychlost při tisku na 130% (kolečkem u LCD) a reaguje to normálně (odezva tam je lehce delší, než by bylo dobré, ale i tak jsem nastavil, co jsem přesně chtěl).
Zkusím ještě extruzi.

Tak jsem z toho jednorožec...
smazal jsem komplet ArduinoIDE a všechny knihovny, smáznul komplet zdrojáky FW.
Všechno znova postahoval, aktualizoval a zkusil napálit do Arduina BugFix - no není to RC7, ale LCD chodí podstatně rychlejc ...
Takže opět nějaká SW nekompatibilita kdy se vše tváří OK jen to prostě nefunguje ...

Tak to je dobře, mě to bylo divné. Trochu pomalejší to je, ale použitelné.
Zde je výtisk na identické nastavení z S3D (bílý) a Slic3ru (červený), S3D to prostě nedal:

SD karta je hodně pomalá a už 2X se mi stalo, že mi zmizlo menu a pomohlo až restartovat Arduino ...

Tiskárna stojí chci dát předehřev vlezu do menu vyberu Příprava tisku a prázdno jen návrat do hlavního menu. Točením koderu se nic neukazovalo jen hlavní menu tak restart a už to šlo ale po dokončení tisku zase jen hlavní menu podmenu už nejsou > restart

Teda používám všechny RC už od RC1 po RC7 a všechny byly použitelný naprosto bez problémů. RC8 je fakt hodně nepovedená verze ...

Luboš: Jakou jsi tisknul rychlostí vnější perimetry?