Programátor FW - drobné úpravy

[petr_kocis]

Zdravím,

sháním člověka, který se vyzná ve firmwarech 3D tiskáren, ideálně v MarlinKimbra nebo Marlinu. Potřebuji udělat úpravu tak, abych mohl využít motor 2. extrudéru. Podrobnosti sdělím samozřejmě soukromě. Ideálně někdo z Brna a okolí, ale není podmínkou.

Samozřejmostí je, že se finančně odměním.

[Rebel]

A nestalo by za to takove reseni, treba i za uplatu udelat verejne pro vsecky? Treba tva myslenka bude vyhovovot i nekomu jinemu a mohl by vzniknout nejaky rozumny fork. Na odnemene programatorivi ci programatorum se da preci dohodnout. Tedy samozrejme mezi rozumnymi lidmi.
Jen takova uvaha Ja si tedy myslim, ze se daji najit nadsenci, kteri tomu jsou ochotni venovat ten cas zdarma, ale treba se mylim. Ono v dnesni dobe je hodne moderni upravit opensource a vydavat ho za svyj komercni produkt
Ja bych tu poptavku tedy trochu otocil:

Sháním nadšence, který udělá úpravy toho, nebo toho FW tímto způsobem....... Odměna dle dohody, třeba se najde i někdo další, komu se tyto funkce budou hodit a složíme se ...... Nebo se tu sejde pár lidí kteří budou ochotni na forku dlouhodoběji spolupracovat.........

Ale jak rikam, je to muj, mozna blbej nazor na vec, dnes je potreba asi ze vseho vytriskat maximum

[petr_kocis]

Tak daleko jsem nepřemýšlel, protože mě nenapadlo, že by to někdo mohl využít. Pak by ale stálo za to upravit firmware tak, aby si případný uživatel mohl "naprogramovat" vlastní kinematiku s využitím všech motorů. Prostě by například měl k dispozici 5 motorů x, y, z, e0, e1 a zvolil by si, že všechny motory kromě e0 bude chtít využít k polohování a třeba že motor_y = 2*hodnota_y a motor_e1 = hodnota_y*cos(hodnota_x). Nevím, jaké tam jsou proměnné, ale jde o to, že by na základě g-kódu (hodnota_x, hodnota_y) byl uživatel schopen nastavit různé posuvy různých motorů.

Pak by bylo dobré přiřadit T0, T1 různým motorům (třeba pro T0 i T1 možnost nastavit 1 motor) a ještě možnost zvolit koncáky pro různé pohyby os. X_min, Y_min, Z_min je bez diskuze, ale třeba X_max využít pro posuv motoru e1 (aby byl taky schopen najet do referenční polohy).

Využití mimo jiné vidím i v tom, že na základě takto upraveného firmwaru by šla elektronika pro RepRap využít třeba i pro nějaké modely průmyslových robůtků (např. pro výukové účely).

Hodilo by se to ještě někomu jinému než mně a byl by někdo schopen se do takové úpravy pustit? Odměna z mé strany samozřejmě platí, jen mějte na paměti, že nejsem boháč.

[JCHP]

Zdá se mi, že k tomuto účelu je vhodnější použít LinuxCNC nebo Machinekit, než přiohýbat jednoúčelový program.
Tam se může kdokoli vyřádit do aleluja.

[petr_kocis]

Díky za nápad, ale pokud tomu správně rozumím, tak LinuxCNC je prográmek na posílání G-kódu do stroje. Pak to nevyřeší situaci, protože takový povel v G-kódu není, aby dokázal rozhýbat 2 extrudéry najednou. Nebo se mýlím? To bych si mohl vytvořit nějaký postprocesor G-kódu (v Matlabu by to šlo, větší programátorské schopnosti opravdu nemám) a nemusel bych nic řešit. Navíc v G-kódu nenastavím, že Y_MAX bude koncák, který budu chtít použít pro nulování extrudérového motoru E1.

Když mám více extrudérů, musím pomocí povelu T[číslo extrudéru] vybrat ten aktuální a jen ten můžu v danou chvíli řídit. A právě toto potřebuji vyřešit.

Najdou se nějaké další návrhy?

[oscar]

LinuxCNC je mnohem komplexnejsi zalezitost ktera napriklad interpretuje gkod.

Ruzne "nadratovani" se provadi na urovni HAL vrstvy v konfiguracnich souborech.
Takze nastavit to co potrebujes je vec konfigurace.

Graficky treba takto

[petr_kocis]

Aha, tak to je zajímavé... No a jakým způsobem by se to dalo rozchodit na 3D tiskárně? Jako když mám Ramps a v tom Marlin nebo klidně jiný firm.

[JCHP]

No to je právě co asi bude vadit - je to prostě Linux, takže na Arduinu Mega Linux nepoběží, tak na nějakém ARMu ano.
Anebo přímo na nějakém PC - kdysi se to používalo k řízení CNC strojů přes LPT porty nebo podobně jako k MACH3 se dal koupit podpůrný hardware. Dnes se to používá třeba na Beagle Bone + deska s ovladači (něco jako RAMPS pro Beagle), nebo na podobném "železe".
Lidé s tím ovládají CNCčka, laserové vypalovačky, 3D tiskárny, roboty a další havěť.

[petr_kocis]

No je to sice pěkné řešení, ale neřeší to daný problém. Já vycházím z předpokladu, že když je ve firmwaru možnost nastavit si mimo kartézskou kinematiku taky delta nebo scara, tak by mělo být možné upravit transformaci souřadnic do jakékoliv kinematiky. Je tak?

[JCHP]

Jistě, jen v HAL konfiguračním souboru mi to přijde o něco pohodlnější, než normálně programovat v C/C++,
nehledě na omezení výkonem AT Megy, které je citelné už u delta kinematiky.
Snažím se jen ukázat potenciálně schůdnější cestu ke konečnému výsledku - univerzálnímu řízení, které navíc není svázáno s jedním druhem hardware.

[petr_kocis]

Díky díky, je to pěkné řešení, které možná někdy využiju, ale nyní ne. Takže poptávka je stále aktuální.