Creality 3D Printer

Op dinsdag 12 mei 2026 17:02:46 schreef marcob:
Ik ken jouw printer niet, maar de kans bestaat dat in de hotend een PTFE-buisje zit. Als je de temperatuur onnodig te hoog stuurt deze gaat stinken. Daarom is het altijd handig om wat temperatuur tests te doen en niet klakkeloos op een hoge temperatuur printen.
Je printer is geen 'precisie meet instrument', de temperatuur instelling kan best 5% of meer afwijken van de werkelijke temperatuur.

Nou ja, het was niet klakkeloos. Ik moest gewoon wat experimenteren met de instellingen om acceptabele prints te krijgen. De hogere temperatuur was al wel een verbetering, ik had al vernomen dat PETG niet van 'kou' houdt.
Misschien speelt het merk filament ook een rol. Deze haspel was € 14,19 incl. BTW en vond ik best wel goedkoop, bij 123-D betaal je al bijna het dubbele.

Het huisje is nu helemaal klaar!
Met mooie gaatjes in de bodem zodat eventueel binnengewaaid regenwater weg kan.
Dat kon ik mooi doen met een 'for loop'

Huisje_Met Luifeltje.scad

Op dinsdag 12 mei 2026 17:02:46 schreef marcob:
Ik ken jouw printer niet, maar de kans bestaat dat in de hotend een PTFE-buisje zit. Als je de temperatuur onnodig te hoog stuurt deze gaat stinken.

Stinken is het probleem niet. Het probleem is dat er dan ZEER giftige dampen vrijkomen.

Dit zou tot 250 graden niet moeten gebeuren.

OF er een PTFE buisje in je hotend zit, kan je aflezen aan of de advertentie voor je apparaat "full metal hotend" vermeldde en of de max temp als 250 of 300 werd geadverteerd.

Dus met PTFE buisje: 250 graden en geen vermelding van "full metal".
Zonder PTFE buisje: 300 graden en "full metal hotend" in de marketing materialen.

De manier waarop 3D printers de temp van het hotend meten vind ik een beetje vaag. Als je een speciaal chipje koopt om temp te meten is dat al gauw +/- een paar graden. En vervolgens gaan ze een NTC gebruiken en zonder verdere hardware of calibratie gaan ze uit van een bepaalde curve en dat 245 bij jou hetzelfde is als 245 bij mij. Ik geloof er niets van. Maar in de praktijk werkt het beter dan wat ik verwacht. Maar toch: het zou best kunnen dat jou hotend heter wordt dan dat de printer denkt. Dus kijk uit met temperaturen in de buurt van de 250 graden (als je een PTFE buisje hebt).

Ohja, Als dat ptfe buisje te heet wordt en vervelende gassen maakt, dan gaat ie ook binnen afzienbare tijd stuk en zul je hem moeten vervangen.

[Bericht gewijzigd door rew op woensdag 13 mei 2026 13:10:26 (34%)]

Dit lees ik er van:

"Welke hotend gebruikt de Ender 3?
De standaard hotend van de Ender 3 is erg eenvoudig. Een buis van teflon (PTFE) sluit aan op een metalen heatbreak in het midden van een metalen koelblok . Deze constructie wordt vastgeschroefd aan een aluminium verwarmingsblok (of een ander materiaal naar keuze). De hotend is geschikt voor filamenten van 1,75 mm en bereikt een maximale temperatuur van 260 °C."

Dan is er een kit beschikbaar: bij 123-D

"Deze hotend kit van Creality 3D is een origineel vervangingsonderdeel voor uw 3D-printer. De hotend is gemaakt van AL6063 en heeft een zwarte heaterhoes. Dit product is geschikt voor de Ender-3 V3 SE van Creality 3D."

Is die laatste een full metal hotend?

Ik weet niet of het bij de 3v3 een full metal nozzle of een full metal hotend is...
(je kunt het zien doordat ze een stuk langer zijn als de 'normale')

De nozzle voor de K1 ziet er zo uit:

Iemand ervaring met het embedden van magneetjes ?

Op donderdag 14 mei 2026 14:11:50 schreef Arco:
Ik weet niet of het bij de 3v3 een full metal nozzle of een full metal hotend is...
(je kunt het zien doordat ze een stuk langer zijn als de 'normale')

De nozzle voor de K1 ziet er zo uit:

[bijlage]

Zie vorige post.

Deze hotend kit van Creality 3D is een origineel vervangingsonderdeel voor uw 3D-printer. De hotend is gemaakt van AL6063 en heeft een zwarte heaterhoes. Dit product is geschikt voor de Ender-3 V3 SE van Creality 3D."

Blijkbaar is dit een add-on voor de Ender 3V3SE. Al6023 is aluminium. De nozzle zelf is volgens mij van messing, maar het gaat kennelijk om het buisje dat net voor de nozzle zit.
Ik meende dat Rew dat ook bedoelde.

Op zondag 10 mei 2026 12:04:39 schreef Arco:

Er zijn ook simpele 'adhesion test' objects om te printen.
Daarmee kun je ook zien of de bed leveling klopt (moet overal even dik zijn en goed vastzitten als/zolang het bed heet is)
https://www.thingiverse.com/thing:4637894

Geïnspireerd door zo'n test heb ik er zelf eentje gemaakt. Een raamwerk van buiten naar binnen.
Met de Ender 3V3 SE kun je - als je via de SD Card - print, via het printermenu op de printer zelf 'live' dingen instellen.
En daarmee kijken wat er gebeurt als je wat wijzigt terwijl hij zijn lijntjes trekt.
Onder de 210 graden is het printen van PETG zinloos. De beste instelling verkreeg ik met:

Speed = 120
Bed = 70
Nozzle = 245
Offset = -1.34

Met een beetje programmeerwerk kreeg ik dit raamwerk:

Test_Rand.scad

Je kunt dan met een schuifmaat ook controleren of het bed level ligt.
(alles zou overal even hoog/dik moeten zijn...)

Dat raamwerk vind ik wat minder praktisch, omdat alle onderdelen eigenlijk los op het bed liggen...

Op donderdag 14 mei 2026 18:21:23 schreef Arco:
Dat raamwerk vind ik wat minder praktisch, omdat alle onderdelen eigenlijk los op het bed liggen...

Nou , ik deed het juist express omdat ik wilde controleren hoe het filament er uit komt. Of het een mooi 'straaltje '' is. en het mooi wordt neergelegd.
Dan kon ik onderwijl dingen tunen, zoals temperatuur, snelheid, offset instellen.

Omdat ik las dat leden hier wel eeens Octoprint gebruiken, dacht ik dat ga ik ook eens doen.
Ik heb geen Raspberry Pi maar wel een nog prima klein laptopje. En daar Lubuntu 26 op gezet.
Uiteraard met de nodige en bekende perikelen met GPT/MBR/Uefi/BIOS? no boot device etc is dat wel gelukt.

Dan eerst Python installeren, blijkbaar de runtime omgeving voor Octoprint. Dat was al een hel om dat aan de praat te krijgen. Ik heb nog nooit zoveel errors bij elkaar gezien en gehad, Yaml-build failures, containers, libraries, Failed to connect, etc, etc
Maar na 1,5 dag gelukt.

Maar dan. Octoprint er op. Onbekend met Linux is dit een ware hel. Ritsen enge commando's om dat er goed op te krijgen. Vervolgens moet er een printer worden gekoppeld. met tty/USB etc uitzoeken wie de printer is en met een heleboel commando's (gegeven door AI) ook dat warempel nog gelukt.
Ik kan met 192.168.178:5000 connecten met Octoprint en kan vanaf daar de printer bedienen.
Dat vond ik al heel wat.
Maar wat me maar niet lukt is om vanuit Cura de .Gcode rechtstreeks naar Octoprint te sturen. Daarvoor moet in Cura de printer worden toegevoegd met zijn IP-adres en een "API Key" invullen.
Die key kan ik wel genereren.
Ik kan doen wat ik wil maar krijg steevast "Kan niet verbinden met192.168.178.27, toegang geweigerd"

Is dat iemand wel gelukt?

Sterkte!...
(ik vind Linux hoogst gebruikersonvriendelijk en weinig intuitief; het lijkt wel of ze het juist zo lastig mogelijk proberen te maken...)

Op vrijdag 15 mei 2026 19:07:59 schreef Arco:
Sterkte!...
(ik vind Linux hoogst gebruikersonvriendelijk en weinig intuitief; het lijkt wel of ze het juist zo lastig mogelijk proberen te maken...)

Je haalt me de woorden uit de mond. Ik dacht al "wie heeft dit bedacht?"
En blijkt het ook nog eens hoofdlettergevoelig te zijn. Download is wat anders dan download.
Maar die commando's is geen touw aan vast te knopen.
En ik heb ook heel lang lopen worstelen met dat 'docker' dat blijkbaar nodg is. Die maakt 'containers' aan.
Brrr....
Het schijnt dat er ook een mogelijkheid zou zijn dat Octoprint een eigen slice module heeft, waardoor Cura of Creality Print niet meer nodig zou zijn. Daar heb ik me nog niet in verdiept.

[Bericht gewijzigd door Bavelt op vrijdag 15 mei 2026 19:19:07 (14%)]

"Kan niet verbinden met192.168.178.27, toegang geweigerd"

Dat lijkt erop te wijzen dat er geprobeerd wordt om te connecteren naar een poort die niet bediend wordt, m.a.w. waarvoor er geen "listener" of "service" actief is. Uit de doc zou moeten blijken naar welke tcp-poort c.q. service er geconnecteerd wordt. (de 5000 uit uw voorbeeld is zo een poortnummer)

_{@Arco: op een manier moet ik u gelijk geven: inderdaad is het bij Linux wel eens wenselijk, soms zelfs nodig, om "onder de motorkap" te gaan hannessen. Maar ik vind het nu net de sterkte van Linux dat het ook effectief mogelijk is om in de diepte te werken. Vergelijk Windows maar met een Tesla, en Linux met een middenklasse auto van de jaren 1950 of zo: als de een het laat afweten kan McGyver het oplossen met een veiligheidsspeld en een nylonkous; de ander kan enkel door een gespecialiseerde goed uitgeruste technische dienst hersteld worden. Enne, toen ik nog in een team werkte dat enkele honderden servers beheerde heb ik meer dan eens de windows-collega's naar de commandline weten grijpen... ook daar moet men wel eens "onder de motorkap".
[ met excuses voor de draaddrift ]}

En ik heb ook heel lang lopen worstelen met dat 'docker' dat blijkbaar nodig is. Die maakt 'containers' aan.

Ik heb octoprint ooit vluchtig bekeken, en meen me te herinneren dat er drie manieren van installeren zijn:
* een raspi of zo opzetten als zwarte doos;
* een package downloaden en toevoegen aan een bestaande linux;
* een aparte container opzetten in een dockeromgeving en daarin dan octoprint draaien

Als ik ooit octoprint ga gebruiken dan zal het voor mij op de tweede manier zijn, want ik heb de gloeiende pest aan dat dockergedoe (ook al omdat het me te ingewikkeld is)

Ter verduidelijking: containers zijn een vorm van virtualisatie, een container is een soort virtuele computer MAAR gebruikt de kernel van de "host" ipv er een eigen kernel op na te houden. Stel u een server voor met bv. 64GB RAM, en daarop twintig virtuele machines: als die elks hun eigen kernel draaien, dan is er al 20 keer (+/-) 1GB opgesoupeerd; het containermechanisme vermijdt die verspilling. Maar het is alweer een laag extra, en die moet ook beheerd worden, en kan ook al eens de mist in gaan.

Download is wat anders dan download.

Uiteraard. Net zoals PEST niet hetzelfde is als pest.
Welkom bij de geletterde mensen !

Op vrijdag 15 mei 2026 20:34:44 schreef Paulinha_B:
[...]
Uiteraard. Net zoals PEST niet hetzelfde is als pest.
Welkom bij de geletterde mensen !

Nou... aan beide ga (ging) je dood. Maar goed, die strijd ga je toch niet winnen dus laat de Linux mensjes maar in de waan dat zij het beste OS hebben. Zo iets als langer getrouwd zijn : "Je hebt gelijk schat"

Maar docker ? Waarom zou je voor 1 applicatie een heel virtueel systeem gaan installeren.

Voor mij de makkelijkste weg was een Raspberry Pi, en dat hoeft echt de 6 niet te zijn, download / installeer het met de Raspberry Pi imager, reboot, en je Octoprint is in de lucht met een webserver gewoon op poort 80.

Op een gewoon systeem lijkt dit wel aardig in de goede richting te komen :
https://gist.github.com/stephansomers/acd65e724973f7b5b29cc500129338c6
Met de geadviseerde poort scanner kun je ook zien op welke poort er geluister word.

Onder windows kan ook :
https://github.com/jneilliii/OctoPrint-WindowsInstaller

Oh ja, en nooit met root als ID werken , want oh jee, dan heb je allemaal gevaarlijke rechten en ben je een gevaar voor jezelf.. dus... de oplossing is, een alternatief UserID aanmaken, zonder root rechten, inloggen en dan vervolgens alle installatie commando's beginnen met "sudo" om... je root rechten te geven anders werkt t niet

Dat 'Docker' maakt dus een extra virtuele omgeving aan. Iets VM-achtig dus, daar heb ik nooit van gehouden. Net zoiets als Windows emuleren op je MAC. Dat levert alleen maar viezigheid op.

Dus heb ik - omdat er intussen van allerlei rommel was geïnstalleerd - Lubuntu 26.04 maar opnieuw schoon geïnstalleerd.
Tegen beter weten in toch ChatGPT even geraadpleegd, maar die komt met allerlei rare 'sudo-achtige commando's die alleen maar errors opleveren. De een na de andere. En dan is het steeds : O ja, je moet nog een extra setup-tool installeren. Of Wheel. Of PyYAML. Of andere gekkigheid.

Dan de scope maar verlegd naar Youtube filmpjes. Ik ben tot dusver niet een werkende tegengekomen, die geen gebruik maakt van 'docker'. Of het zijn onleesbare of onverstaanbare fragmentjes.

Wat een wereld is dit. Ben ik dan echt de enige die OctoPrint op een laptopje wil laten draaien?
Ik heb immers geen Raspberry Pi hier liggen en de laptop was over.
Er zijn geen installs of 'packages' hiervoor beschikbaar?

Op vrijdag 15 mei 2026 19:23:30 schreef Paulinha_B:
[...]
@Arco: op een manier moet ik u gelijk geven: inderdaad is het bij Linux wel eens wenselijk, soms zelfs nodig, om "onder de motorkap" te gaan hannessen. Maar ik vind het nu net de sterkte van Linux dat het ook effectief mogelijk is om in de diepte te werken.

Dat kan met Windows ook, hoor, als je weet wat je doet (o.a. Powershell en veel 'onbekende' hulpprogramma's)
Die worden expres vrij onbekend gehouden, omdat de gemiddelde gebruiker er veel schade mee aan kan richten...

(met low-level tools kun je nu eenmaal niet zeggen "oeps, dat ging verkeerd, wat anders proberen"... )

Wat een wereld is dit. Ben ik dan echt de enige die OctoPrint op een laptopje wil laten draaien?

Daarom heb ik toen voor het Sonic Pad gekozen...
(ik had geen zin om met Linux te gaan stoeien, op Sonic Pad staat een werkende en aangepaste Linuxversie)
Ik heb al veel kennismakingen met Linux gehad, en nog geen positieve...

Er blijkt een comptabiliteits mismatch te zittentussen dat Python, de Lubuntu Versie en Octoprint.
Kom daar maar eens uit. Zelfs AI (ChatGPT) heeft het opgegeven met het advies: gewoon Cura gebruiken en met de SD kaart de .gcode naar de printer brengen.

Dat Octoprint is zonder zo'n Raspberry een onbegaanbaar pad.

OctoPrint op een Raspberry PI is toch de beste en makkelijkste methode. Een PI 3B+ is meer als voldoende. Op Marktplaats staat ze genoeg te koop.

Op zaterdag 16 mei 2026 11:00:01 schreef marcob:
OctoPrint op een Raspberry PI is toch de beste en makkelijkste methode. Een PI 3B+ is meer als voldoende. Op Marktplaats staat ze genoeg te koop.

Ik deed vanmorgen nog een ultieme poging via Lubuntu 22.04. Maar het is gewoon één drama dat op een laptop te krijgen, en dan ook nog dat de usb en/of printer wordt herkend.
In publicaties zie je inderdaad dat de RaspBarry PI wordt gebruikt i.c.m. een complete Octoprint image.
Dat zou dus een optie zijn.

Alhoewel ik inmiddels wel een behoorlijke aversie heb ontwikkeld tegen Linux...

Vaak wordt je wel gedwongen om het te gebruiken...
(bijna alle satellietontvangers werken op Linux, drama om bijv. een logfile terug te vinden bij fouten)

Edit: Even opnieuw omdat ik hierboven lees dat je vanuit Octoprint je printer kan bedienen. Had ik eerder gemist.

Als je de printer kunt aansturen dan kun je via de Upload knop op de 'homepage' van Octoprint je gcode 'uploaden' en afdrukken. Zo deed ik het vroeger ook, voordat ik een K1 had.

[Bericht gewijzigd door Retirado op zaterdag 16 mei 2026 17:53:53 (57%)]

Op vrijdag 15 mei 2026 22:25:55 schreef Bavelt:
Wat een wereld is dit. Ben ik dan echt de enige die OctoPrint op een laptopje wil laten draaien?
Ik heb immers geen Raspberry Pi hier liggen en de laptop was over.
Er zijn geen installs of 'packages' hiervoor beschikbaar?

Nee, je bent niet de enige. Ik heb het draaiend gehad, op een celeron M 1.3 GHz single core met 1 GB ram, in de tijd dat een quadcore met 4GB normaal was. Op Lubuntu.

Heden ten dagen gebruik ik Klipper op een oude Atom N230 met 2GB. Maar Octoprint is handiger als je niet met je printer firmware wilt klooien (en dat wil je denk ik nog even niet).

ChatGPT helpt je alleen verder in de drup, tenzij je er zelf het juiste antwoord eigenlijk al instopt.

De route die ik zou kiezen is 'octoprint deploy' https://github.com/paukstelis/octoprint_deploy gebruiken, de stappen staan onder "How to use" en dan het stukje over octopi overslaan, maar beginnen te lezen bij "general linux".

Je hebt al een Lubuntu 22.4, dat zou moeten werken. Dan 'sudo apt install git' om git te installeren en daarna 'git clone https://github.com/paukstelis/octoprint_deploy' om octorprint deplay binnen te halen.

Ze zeggen dat je het daarna kunt runnen met sudo octoprint_deploy/octoprint_deploy.sh , en vervolgens is het stappen volgen / vragen beantwoorden. Mocht dat nu niet lukken, dan is het waarschijnlijk niet als executable gemarkeerd (Hoewel, in principe behoud git dergelijke attributes, dus dat zou goed moeten gaan).

ChatGPT zou die instructies in theorie wel moeten kunnen toelichten of vertalen. Maar dan moet het er niet teveel bij verzinnen.

Als dat nu niet lukt, vraag het dan hier in de koffiehoek (waar ik niet bij kan...) of op tweakers ofzo. ChatGPT kan je alleen met dergelijke dingen helpen als je er precies de juiste vragen aan weet te stellen, anders stuurt 'ie je vrolijk en autotarief zonder peddel met een kluitje van de porseleinkast naar de bietenbrug, door wat dingen te verhapselen omdat het ergens op lijkt. En dan werkt het niet. Dan weet je daarna alles van de hoed en de kant, maar het raakt varken noch drumstel, en in de verte is steeds dat vage klokgelui.