Tråden för Delta/Kossel 3D-Skrivare (fd Simplys 3D-Skrivare)

[chjh]

I see! Jag tänkte nog lite mer på att skippa arduino megan, köra direkt från RaspPi headers, och ha nån enkel liten atmega16 tex för adc sakerna. Finns ju tex "plugins" till raspberrypi för att styra motorer etc. Men menar du att du kör octoprint på en linux server då (kikade bara snabbt på octoprint)? Jag har ju en server som står hel ok till för att få vara kompis med en printer.

Hmm, jag förstår vad du menar, dåligt bilbiotek för displayen tolkar jag de som, får nog använda mitt egna. Skrev en kandidatexamen en gång i tiden då jag gjorde ett grafiskt bibliotek till just embeded (atmega1284p), tror nog den klarar biffen prima.

[hawkan]

Ja varför inte? Kanske något med LinuxCNC? Får hoppas att någon med erfarenhet av detta hör av sej. Några färdiga lösningar vet jag inte om men jag har heller inte letat åt det hållet.

Octoprint handlar egentligen bara om att föda rader med Gcode till printern via USB. Nog så viktigt iofs. Det är ett python-program som går på Linux, man jobbar via en web-sida. Finns andra lösningar på Windows t ex Repetier-host, pronterface, Cura. Jag ser det som en fördel att ha det på min Linux-server, den är otroligt stabil och frikopplar Windows-datorn så jag kan missbruka Windowset på alla sätt utan att det stör utskriften

Det är u8glib det handlar om och har du redan varit inne på sådan kodning kan det vara en lösning naturligtvis. Hel-sidas uppdatering låter som en begränsning, men det finns kanske skäl till att det är så (eller inte). Ska bli spännande att se. Marlin-koden är ganska modulariserad så att lägga in en ny display-typ ska väl gå utan större problem.
Jag var annars inne på att försöka styra eller koppla förberedar-rutinen så att den jobbade fram smårörelser även under uppdatering av LCDn. Men jag bytte till Repetier och så försvann intresset för det. Ser du på detta med fräscha ögon och hittar en lösning så är det suveränt.

[mippen]

Misstänker att de flesta styrkorten supporterar flera olika firmwares idag?
Även om man väljer ett kort med display är det väl bara att disabla den funktionen om den krånglar?

Gillar skarpt att köra Raspberry med Octaprint.. Gäller bara att firmware i styrkortet stödjer att man matar den med g-kod över usb?

Känns som att $74 är ok pris på elektroniken?
http://www.aliexpress.com/item/1pcs-Meg ... 51671.html
Någon som har liknande länk för motorer + extruder?

När det gäller extruder, orkar en delta av att ha motorn på den rörliga armen?
Funderar på om det inte är bättre att låta extrudern dra i tråden istället för att trycka den till smälthuvudet.. ?
speciellt när man kör med flex filament.

[frallzor]

http://www.ebay.com/itm/3D-Bowden-Extru ... 4ad092f986

Där köpte jag ifrån, tyckte det var ett helt ok pris att få allt färdigt

[mippen]

Fungerar en sådan med mjuk filament?
Ser ut som det är skruvspänning men ingen fjäder spänning mellan rullarna?
Annars smidig lösning att få ett paket..

[janbjorn]

I see! Jag tänkte nog lite mer på att skippa arduino megan, köra direkt från RaspPi headers, och ha nån enkel liten atmega16 tex för adc sakerna. ....

om du gräver runt och hittar upprinnelsen till BeBoPr (BeagleBoardBlack + cape) så kan du se att de ratade RaspberryPi ganska tidigt och gick över till BeagleBoard som CPU-kort. Nu säger jag inte att du inte ska försöka, men om du vill undvika huvudvärk så kan det vara bra att läsa hur andra resonerat åtminstone.

[chjh]

Tack för info!

Jag kommer nog köra "standard" först hur som helst.

[ktm_micke]

Håller på att köra första riktiga printen nu en 20x20x10 kub
satte en fläkt som blåser på drivarnas kylflänsar det verkar ha gjort nytta vad det gäller missade steg.
Klar om 7 min sitter och håller tummarna.

[frallzor]

Givetvis kommer ingen olycka ensam

Nya hot-enden monterad, kalibrerad och inställd och värmer finfint!

_MG_9659.jpg

Men nu går spetsen ner i glaset oavsett värde nedan. Ganska säker detta är enda jag ska ändra när man kör autoprobe väl?
Fungerade finfint innan, enda skillnaden är ju nya värden. Den probar som den ska utan problem, men när den fällt in proben går den ner i glaset, oavsett vad jag skriver för värde känns det.

#define Z_PROBE_OFFSET {0, 12.5, -7.1, 0} // X, Y, Z, E distance between hotend nozzle and deployed bed leveling probe.


Uppmätt värde = 10mm säger vi just nu, men oavsett samma om jag sätter -9 eller -11 känns det som, slår i glaset oavsett

[hawkan]

Jag har gjort en minnesanteckning raden under
// Om Nozzlen går för högt: Z mera åt minus
Ska man tro det borde du justera åt andra hållet, sätta typ -3 istället.

Har du Marlin från 10 feb eller nyare finns z_probe_offset i LCD-menyn
så behöver man inte ladda ner ny firmware vid justering.

Ser fint ut förresten!

[frallzor]

Om avståndet är 10mm är det ju dock skumt att det dummar sig.
Ska sätta 0 som test bara för att

EDIT
Satte 0 men går ner på exakt samma ställe och sätt ändå...

Vad har jag gjort? :/

[hawkan]

Ingen aning!
Kan den ta värde från EEPROMet istället och inte bry sej om vad det står i config-filen?

[frallzor]

Testade köra igång eeprom innan och slog sedan av igen.
Ingen aning just nu.

Kan man blåsa Megan helt på något vis?

[hawkan]

M502
då ska den läsa alla värden från configuration.h

Om du återställer till där det funkade. Och sedan mäter in vilket Z-värde du har när nozzlen går i.
För det är inte så att den går i som del av Z-probningen? Utan det är efteråt som Z ligger lite fel?

[frallzor]

Efteråt, men kör hardcoded defaults nu hela tiden, samma fenomen, rakt ner i glaset efter probning.....

Ändrade till eeprom enabled igen, körde in default och sparade om, samma där.


Ingen jäkla aning om vad som är fel =/

Funkade hur bra som helst innan jag bytte hot-end, enda jag gjort nu är att anpassa avstånd efter nya storlekarna på hot-end samt prob