3D nyomtatás

[keri]

Az ilyen ismerősöket úgy szoktam lerázni, hogy adok neki egy kis minimális feladatot (pl keressen egy modellt, szerezze be hozzá az alapanyagot, vagy csak simán hozza el, nehogy azt higgyék, elegendő odaböffenteni a havernak, aztán az majd úgy is rohangál meg töri magát, amíg ő a száját tátja a sült galambért.
 
Az emberek 99%-a semmit nem hajlandó tenni a számára fontos ügy érdekében, akkor én minek törjem magam? Így én mindig bátran ajánlgatom a szolgálataimat, nagyon ritkán van ebből dolgom, az meg belefér.

[vjanos]

Ezzel nem fogsz értelmes nyomtatható modellt csinálni.
Ahogy nézem, ez a textúrákat feszíti rá a kijelölt gombócokra, ami elsőre még akár jól is nézhet ki, de attól még nem lesz 3d felülete a modellnek.

[3vv2btrhv]

https://sketchfab.com/models/5f045e523bdd4d5a9105ad908d3c684d" TARGET=_fnew>Ingyenesen letölthető , az enyém .

[xmkwac9]

Kíváncsi vagyok, milyen alu profilt használtál (méret, gyártó) és hogy milyen a lineáris csapágyad van? LMxUU?

[ih7fm6t23]

A lényeg az adott webkamera hardweres MJPEG támogatásában van (UVC-s kamerák ilyenek). Ha van ilyen, akkor bizonyos progrikkal (pl. mjpg_streamer) minimális (max 0.5-1%) procikihasználattal tudsz 720p-ben akár streamelni magas FPS-sel. Ha nem tud ilyet a webkamera, akkor lassú lesz a dekódolás.
 
Én pl. logitech C905/B905 kamerát használok CCTV-ként és 1 raspi gond nélkül streamel akár 2 kamerát minimális CPU használattal.

[jexz0yez]

A profilok Item márkájúak (azthiszem). Szerencsére egy jó céges kapcsolatnak hála jó árban jutottam jó állapotú bontottakhoz. 40x40-es méretű a nagy része, kivéve az alsó keretet, mert az 80x40-es. A horonyanyákat és a sarokelemeket kínából rendeltem, mert még így is jobb árban jött ki a postaköltséggel mint itthon az eredeti, mert az horror. És mivel masszívra akartam csinálni, a nyomtatott illetve mókolt megoldásokat nem szerettem volna eröltetni. Egy darab nyomtatott alkatrész sincs a gépben (nekem nem isvlett volna mivel kinyomtatnom őket). Talán kicsit túlhatározott is a gép, de úgy építettem, hogy később finomabb gravírozásra is lehessen használni vagy egy lézer fejet is elbírjon. Ez természetesen a nyomtatás esetében a sebesség kárára fog menni egy kicsit.
A csapágyak LM12UU típusúak és mindenhol 12-es rudak vannak. X,Y 2-2 db, Z-ben pedig az asztal 4 sarkán. Az asztal két végén pedig TR12x3-as trapézmenetes orsóval van mozgatva.

[irtyj443e]

Valaki írta valaki korábban, hogy úgy az egyszerű "szünetmentessé" tenni a nyomtatót, hogy rákötök a betápra egy PB akkut a feszültséget meg felcsavarom 13,8V-ra. Miért 13,8? Miért nem 14,4? Ott van feltöltve az akku.

[rf63unrk7]

Nem a sebességgel volt a problémám, a G-kódban  
puffer ürítés és kb. 3 mp-es szünetek voltak beiktatva réteg váltásakor, azaz idő lett volna a raspinak bőven a képek készítésére. Egy távoli galaxis, távoli weblapján 3 nap kínlódás után, találtam meg azt az infót, hogy az én régi kamerámat (MS Lifecam NX-6000) a raspi nem bírja alapból meghajtani (random minden x-edik kép fele fekete volt vagy más színű).  
Szóval ezen a megtalált kompa-listán leírták, hogy külön USB HUB-al működik, amit külön táppal hajtunk meg. Próbáltam egyébként úgy is, de akkor meg más probléma adódott, ezért végül a kamerát visrosszaktam az asztali Ubuntus gépre, ahol előzőleg már normálisan működött (ugyanazzal a programmal, beállítással).  
 
Tegnap jött egy web-kamera is amit pár hete rendeltem házőrzési célra (nagyon jó minőségben rögzít - de ide az ára miatt túlzás lenne), talán berakom tesztelni azt is, de elővettem egy használton kívüli EEE PC-t is, ha időm engedi felrakok rá egy debiánt, és akkor egy csendes, kis fogyasztású, monitorral is ellátott, aksival bíró gépre kerül minden, és akkor maradhat ez a kamera is (amihez már nyomtattam tartót).  
 
Párhuzamba elkezdtem megoldást keresni Microsoft telefonos és vagy Android tabletes megoldásra is. De az egyik gyerek vasárnap este épp összetörte a kiszemelt tabletet, a másik meg a telefont nem adja vissza az apjának, szóval itt tartok most (de szerencsére jön a Karácsony...)  
 
Egyébként nem ez volt a legnagyobb bajom, a linux tréfált meg, a G-kód által készült képeknek más volt a tulajdonosa a G-kód futása közben, mint a G-kód futásának a végén (ilyen elvileg nem létezik, de mégis), amit tesztelésként csináltam pár képet szintén más tulaj hozta létre. Ezért a filmkockák egy felcsatolt samba könyvtárban szépen látszottak a Windowsból, de a raspi oldaláról már nem, az elkészült tesztvideóból kimaradt pár kocka, és nem értettem miért. Erről persze semmi naplóbejegyzés, semmi hibajelzés... + 4 nap keresgélés míg rájöttem - a leírás egyébként amiből kiindultam teljesen félrevezető volt, ez megint + 4 nap kínlódás.
 
Akit érdekel, leírom a fentieket még részletesebben, mi, miért, de alapból nem fárasztanék senkit... szerintem elég ennyi.
A lényeg, aki ilyet szeret, annak ott a Windows, ott menni fog...

[rf63unrk7]

Pontosabban nem a G-kód futásának a végén, hanem után.

[000000000]

Igen, már szigeteltem alulról az asztalt.
Azért lassú, mert 12V-on csak kb 80W-os a gyári fűtőszál, fel sem tudja 100fokra sem fűteni.
Így 17V-on már okés.

[rf63unrk7]

Az NX-6000-es egyébként UVC-s.

[rf63unrk7]

Mégios leírom egy kicsit konkrétabban, hogy érthetőbb legyen:
 
A repetier szerver enged kiadni oprendszer parancsokat a g-kódba ágyazva, de biztonsági okokból csak olyat, amit előbb egy extcommand.xml XML fájlban megadunk, viszont ez is több dolgot kezel, egyrészt a böngészőben futó menüjét is itt lehet bővíteni.  
 
Az "execute" tag "name" résznél megadott parancsokat csak a G-kódban futtahatók,  
mégpedig "@execute" paranccsal. Konkrétan a name tagben megadott nmemonikkal, ellentétben a hivatalos leírással és a példa programmal, ahol a konkrét parancs van kiadva.
 
Igen ám, de amíg az első részben lehet használni a sudo utasítást, a másik résznél ezt nem engedi biztonsági okokra hivatkozva (valószínűleg egy régebbi verzióban engedte, ezért rossz a leírás és a példa is). Logikus amúgy, mert g-kódot bárki küldhet a nyomtatóra, ezért ott nem engedhető meg a sudo, amíg a program config fájlját, és az abból felépülő menüt csak a szerveren lehet szerkeszteni. Ezért a kettősség.
 
A helyzetet tovább bonyolítja, hogy a második részben futtatott parancsok pythonban mennek. Ez is bonyolít jogosultsági szinten.
 
 
<config>
   <command>
      <name>Shutdown Server</name>
      <execute>sudo /sbin/shutdown -h now</execute>
      <confirm>Really shut down the server?</confirm>
   </command>
   <command>
      <name>Reboot Server</name>
      <execute>sudo /sbin/shutdown -r now</execute>
      <confirm>Really reboot the server?</confirm>
   </command>
   <command>
        <name>Snapshot-piton</name>
        <execute>sudo /usr/bin/curl -s -o /home/pi/kep/`date +%Y%m%d%H%M%S`.jpg http://192.168.10.60:8080/?action=snapshot</execute>
    </command>
    <execute name="kep" allowParams="true">/home/pi/snapshot.py</execute>
    <execute name="timelapse" allowParams="true">/home/pi/timelapse.py</execute>
   
</config>
 
 
 
Slic3rben az "after layer change" szekció:
 
G1 X100.000 Y100.000; fej felreall a fenykepezeshez
G4 P2000 ; pause for 2,000ms ( = 2 seconds)
G4 P1 ; pause for 1ms — these are here to flush the g-code buffer
G4 P1
G4 P1
G4 P1
G4 P1
G4 P1
G4 P1
G4 P1
G4 P1
 
@execute kep ; jpeg kep keszites  
 
G4 P1000 ; pause for 1 second to let the script execute
 
 
Itt látható, hogy a "kep"-hez tartozó /home/pi/snapshot.py pithon program fut le, ami python jogokkal rendelkezik, ás így néz ki:
 
 
#!/usr/bin/env python
 
import subprocess
import glob, os
os.chdir("/home/pi/kep")
subprocess.call("/usr/bin/curl -s -o /home/pi/kep/img_`date +%Y%m%d%H%M%S`.jpg http://192.168.10.60:8080/?action=snapshot", shell=True)
 
 
A program végén pedig eredetileg ezt akartam futtatni:  
 
/usr/bin/avconv -i /home/pi/kep/img_%04d.jpg -r 15 -y -c:v h264 /home/pi/kep/movie.mp4 &>/dev/null
 
ami sudo nélkül lehetett csak kiadni, de ez megint más jogkörrel ment (azzal amivel a repetier szerver elindult.
 
Negyedik jogként beleszólt még a samba megosztás a fenti könyvtárakra, mert azokat a Windows-os notepad plusszal írtam őket, ez pedig a samba config fájljában megadott tulajdonossal és jogkörrel bonyolított még a helyzeten.
 
 
A végén a fenti avconv helyett itt is pithon megy most mégpedig az alábbi, és a          
 
os.chmod(path, 0o777) parancs oldja fel ezeket a jogosultsági problémákat:
 
 
#!/usr/bin/env python
 
import subprocess
import glob, os
import os.path, time, datetime
import shutil
 
os.chdir("/home/pi/kep")
 
# a dátum szerint készült képeket besorszámozza a ffmpegnek...
sortedNames = sorted(glob.glob("./*.jpg"))
idx = 0
for file in sortedNames:
    nicename = 'img_'+"%04d" % idx
    idx += 1
    shutil.move(file,nicename+".jpg")
 
for dirpath, dirnames, filenames in os.walk('.'):
    for filename in filenames:
        path = os.path.join(dirpath, filename)
        os.chmod(path, 0o777)  
 
subprocess.call("ffmpeg -i img_%04d.jpg output.gif", shell=True)
 
 
 
Mondjuk így már nem bonyolult, ha ezeket tudja az ember, de persze a folyamat során egy hibajelzést ne várjunk, hiszen egy G-kód fut...
 
Ha Windows akkor ez a fenti problémakör nincs is, nem létezik, stb...

[rf63unrk7]

End G-code kimaradt:
 
M104 S0 ; turn off temperature
G28 X0  ; home X axis
G28 Y0  ; home X axis
M84     ; disable motors - motor tartoaram leallitas, hogy ne melegedjen
G4 P1000 ; pause for 1 second to let the script execute
@execute  timelapse ; anim gif készítés
G4 P1000 ; pause for 1 second to let the script execute

[jexz0yez]

Sziasztok! Szeretnék egy kis segítséget kérni. A mechanikám már mozog...még a tengelyeket is sikerült jól definiálni.
Most a firmware-t próbálom a gépemre szabni. Vernyultól kaptam egy corexy-ra írt firmware-t, amit valamelyik fórumtársnak csinált. Ezt próbálom alakítgatni.
A motor lépsszámok beállításánál torpantam meg egy kicsit. x-el és y-al elvileg nincs gond, mert ha jól tudom a GT2-es szíjhoz és 20 fogú tárcsához 80-80-as lépésszámot kell állítani.
A z lépésszám viszont számolandó az esetemben, mert ha jól sejtem, akkor az a gép amire írva lett, az nem úgy van mozgatva ezen a tengelyen mint az enyém. Most 3200 van beírva.
Az én Z tengelyem TR12x3-as trapézmenetes orsóval van mozgatva.
Segítenétek, hogy ehhez hogyan tudom kiszámolni a helyes lépésszámot?
Illetve lenne még egy kérdésem. A mozgásokat próbálgatva észrevettem, hogy néha az egyik tengelyt mozgatva megmozdul a másik is. Tehát ha mondjuk Y-t mozgatom, akkor bizonyos szakaszokon mozdul X-ben is. Mint ha ezen a szakaszon "eloszlana" a mozgás a két tengelyen, mert még az Y is belassul ilyenkor. Ezek rövid szakaszok és utána szépen beáll és csak a kívánt tengely mozog tovább.
Erre valami ötlet, hogy mitől lehet?

[Devecz Miklós]

Próbáld ki ez szerint:
 
http://prusaprinters.org/calculator/#MotorStuffSPMB" TARGET=_fnew>Kalibráció