Petter Reinholdtsen

Entries tagged "3d-printer".

Automatic LinuxCNC servo PID tuning?
16th July 2022

While working on a CNC with servo motors controlled by the LinuxCNC PID controller, I recently had to learn how to tune the collection of values that control such mathematical machinery that a PID controller is. It proved to be a lot harder than I hoped, and I still have not succeeded in getting the Z PID controller to successfully defy gravity, nor X and Y to move accurately and reliably. But while climbing up this rather steep learning curve, I discovered that some motor control systems are able to tune their PID controllers. I got the impression from the documentation that LinuxCNC were not. This proved to be not true.

The LinuxCNC pid component is the recommended PID controller to use. It uses eight constants Pgain, Igain, Dgain, bias, FF0, FF1, FF2 and FF3 to calculate the output value based on current and wanted state, and all of these need to have a sensible value for the controller to behave properly. Note, there are even more values involved, theser are just the most important ones. In my case I need the X, Y and Z axes to follow the requested path with little error. This has proved quite a challenge for someone who have never tuned a PID controller before, but there is at least some help to be found.

I discovered that included in LinuxCNC was this old PID component at_pid claiming to have auto tuning capabilities. Sadly it had been neglected since 2011, and could not be used as a plug in replacement for the default pid component. One would have to rewriting the LinuxCNC HAL setup to test at_pid. This was rather sad, when I wanted to quickly test auto tuning to see if it did a better job than me at figuring out good P, I and D values to use.

I decided to have a look if the situation could be improved. This involved trying to understand the code and history of the pid and at_pid components. Apparently they had a common ancestor, as code structure, comments and variable names were quite close to each other. Sadly this was not reflected in the git history, making it hard to figure out what really happened. My guess is that the author of at_pid.c took a version of pid.c, rewrote it to follow the structure he wished pid.c to have, then added support for auto tuning and finally got it included into the LinuxCNC repository. The restructuring and lack of early history made it harder to figure out which part of the code were relevant to the auto tuning, and which part of the code needed to be updated to work the same way as the current pid.c implementation. I started by trying to isolate relevant changes in pid.c, and applying them to at_pid.c. My aim was to make sure the at_pid component could replace the pid component with a simple change in the HAL setup loadrt line, without having to "rewire" the rest of the HAL configuration. After a few hours following this approach, I had learned quite a lot about the code structure of both components, while concluding I was heading down the wrong rabbit hole, and should get back to the surface and find a different path.

For the second attempt, I decided to throw away all the PID control related part of the original at_pid.c, and instead isolate and lift the auto tuning part of the code and inject it into a copy of pid.c. This ensured compatibility with the current pid component, while adding auto tuning as a run time option. To make it easier to identify the relevant parts in the future, I wrapped all the auto tuning code with '#ifdef AUTO_TUNER'. The end result behave just like the current pid component by default, as that part of the code is identical. The end result entered the LinuxCNC master branch a few days ago.

To enable auto tuning, one need to set a few HAL pins in the PID component. The most important ones are tune-effort, tune-mode and tune-start. But lets take a step back, and see what the auto tuning code will do. I do not know the mathematical foundation of the at_pid algorithm, but from observation I can tell that the algorithm will, when enabled, produce a square wave pattern centered around the bias value on the output pin of the PID controller. This can be seen using the HAL Scope provided by LinuxCNC. In my case, this is translated into voltage (+-10V) sent to the motor controller, which in turn is translated into motor speed. So at_pid will ask the motor to move the axis back and forth. The number of cycles in the pattern is controlled by the tune-cycles pin, and the extremes of the wave pattern is controlled by the tune-effort pin. Of course, trying to change the direction of a physical object instantly (as in going directly from a positive voltage to the equivalent negative voltage) do not change velocity instantly, and it take some time for the object to slow down and move in the opposite direction. This result in a more smooth movement wave form, as the axis in question were vibrating back and forth. When the axis reached the target speed in the opposing direction, the auto tuner change direction again. After several of these changes, the average time delay between the 'peaks' and 'valleys' of this movement graph is then used to calculate proposed values for Pgain, Igain and Dgain, and insert them into the HAL model to use by the pid controller. The auto tuned settings are not great, but htye work a lot better than the values I had been able to cook up on my own, at least for the horizontal X and Y axis. But I had to use very small tune-effort values, as my motor controllers error out if the voltage change too quickly. I've been less lucky with the Z axis, which is moving a heavy object up and down, and seem to confuse the algorithm. The Z axis movement became a lot better when I introduced a bias value to counter the gravitational drag, but I will have to work a lot more on the Z axis PID values.

Armed with this knowledge, it is time to look at how to do the tuning. Lets say the HAL configuration in question load the PID component for X, Y and Z like this:

loadrt pid names=pid.x,pid.y,pid.z

Armed with the new and improved at_pid component, the new line will look like this:

loadrt at_pid names=pid.x,pid.y,pid.z

The rest of the HAL setup can stay the same. This work because the components are referenced by name. If the component had used count=3 instead, all use of pid.# had to be changed to at_pid.#.

To start tuning the X axis, move the axis to the middle of its range, to make sure it do not hit anything when it start moving back and forth. Next, set the tune-effort to a low number in the output range. I used 0.1 as my initial value. Next, assign 1 to the tune-mode value. Note, this will disable the pid controlling part and feed 0 to the output pin, which in my case initially caused a lot of drift. In my case it proved to be a good idea with X and Y to tune the motor driver to make sure 0 voltage stopped the motor rotation. On the other hand, for the Z axis this proved to be a bad idea, so it will depend on your setup. It might help to set the bias value to a output value that reduce or eliminate the axis drift. Finally, after setting tune-mode, set tune-start to 1 to activate the auto tuning. If all go well, your axis will vibrate for a few seconds and when it is done, new values for Pgain, Igain and Dgain will be active. To test them, change tune-mode back to 0. Note that this might cause the machine to suddenly jerk as it bring the axis back to its commanded position, which it might have drifted away from during tuning. To summarize with some halcmd lines:

setp pid.x.tune-effort 0.1
setp pid.x.tune-mode 1
setp pid.x.tune-start 1
# wait for the tuning to complete
setp pid.x.tune-mode 0

After doing this task quite a few times while trying to figure out how to properly tune the PID controllers on the machine in, I decided to figure out if this process could be automated, and wrote a script to do the entire tuning process from power on. The end result will ensure the machine is powered on and ready to run, home all axis if it is not already done, check that the extra tuning pins are available, move the axis to its mid point, run the auto tuning and re-enable the pid controller when it is done. It can be run several times. Check out the run-auto-pid-tuner script on github if you want to learn how it is done.

My hope is that this little adventure can inspire someone who know more about motor PID controller tuning can implement even better algorithms for automatic PID tuning in LinuxCNC, making life easier for both me and all the others that want to use LinuxCNC but lack the in depth knowledge needed to tune PID controllers well.

As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address 15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

3rd June 2022

Back in oktober last year, when I started looking at the LinuxCNC system, I proposed to change the documentation build system make life easier for translators. The original system consisted of independently written documentation files for each language, with no automated way to track changes done in other translations and no help for the translators to know how much was left to translated. By using the po4a system to generate POT and PO files from the English documentation, this can be improved. A small team of LinuxCNC contributors got together and today our labour finally payed off. Since a few hours ago, it is now possible to translate the LinuxCNC documentation on Weblate, alongside the program itself.

The effort to migrate the documentation to use po4a has been both slow and frustrating. I am very happy we finally made it.

As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address 15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

2nd March 2022

After many months of hard work by the good people involved in LinuxCNC, the system was accepted Sunday into Debian. Once it was available from Debian, I was surprised to discover from its popularity-contest numbers that people have been reporting its use since 2012. Its project site might be a good place to check out, but sadly is not working when visiting via Tor.

But what is LinuxCNC, you are probably wondering? Perhaps a Wikipedia quote is in place?

"LinuxCNC is a software system for numerical control of machines such as milling machines, lathes, plasma cutters, routers, cutting machines, robots and hexapods. It can control up to 9 axes or joints of a CNC machine using G-code (RS-274NGC) as input. It has several GUIs suited to specific kinds of usage (touch screen, interactive development)."

It can even control 3D printers. And even though the Wikipedia page indicate that it can only work with hard real time kernel features, it can also work with the user space soft real time features provided by the Debian kernel. The source code is available from Github. The last few months I've been involved in the translation setup for the program and documentation. Translators are most welcome to join the effort using Weblate.

As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address 15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

13th February 2018

A new version of the 3D printer slicer software Cura, version 3.1.0, is now available in Debian Testing (aka Buster) and Debian Unstable (aka Sid). I hope you find it useful. It was uploaded the last few days, and the last update will enter testing tomorrow. See the release notes for the list of bug fixes and new features. Version 3.2 was announced 6 days ago. We will try to get it into Debian as well.

More information related to 3D printing is available on the 3D printing and 3D printer wiki pages in Debian.

As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address 15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

17th December 2017

After several months of working and waiting, I am happy to report that the nice and user friendly 3D printer slicer software Cura just entered Debian Unstable. It consist of five packages, cura, cura-engine, libarcus, fdm-materials, libsavitar and uranium. The last two, uranium and cura, entered Unstable yesterday. This should make it easier for Debian users to print on at least the Ultimaker class of 3D printers. My nearest 3D printer is an Ultimaker 2+, so it will make life easier for at least me. :)

The work to make this happen was done by Gregor Riepl, and I was happy to assist him in sponsoring the packages. With the introduction of Cura, Debian is up to three 3D printer slicers at your service, Cura, Slic3r and Slic3r Prusa. If you own or have access to a 3D printer, give it a go. :)

The 3D printer software is maintained by the 3D printer Debian team, flocking together on the 3dprinter-general mailing list and the #debian-3dprinting IRC channel.

The next step for Cura in Debian is to update the cura package to version 3.0.3 and then update the entire set of packages to version 3.1.0 which showed up the last few days.

9th October 2017

At my nearby maker space, Sonen, I heard the story that it was easier to generate gcode files for theyr 3D printers (Ultimake 2+) on Windows and MacOS X than Linux, because the software involved had to be manually compiled and set up on Linux while premade packages worked out of the box on Windows and MacOS X. I found this annoying, as the software involved, Cura, is free software and should be trivial to get up and running on Linux if someone took the time to package it for the relevant distributions. I even found a request for adding into Debian from 2013, which had seem some activity over the years but never resulted in the software showing up in Debian. So a few days ago I offered my help to try to improve the situation.

Now I am very happy to see that all the packages required by a working Cura in Debian are uploaded into Debian and waiting in the NEW queue for the ftpmasters to have a look. You can track the progress on the status page for the 3D printer team.

The uploaded packages are a bit behind upstream, and was uploaded now to get slots in the NEW queue while we work up updating the packages to the latest upstream version.

On a related note, two competitors for Cura, which I found harder to use and was unable to configure correctly for Ultimaker 2+ in the short time I spent on it, are already in Debian. If you are looking for 3D printer "slicers" and want something already available in Debian, check out slic3r and slic3r-prusa. The latter is a fork of the former.

As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address 15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

9th December 2010

A few days ago, I was introduces to some students in the robot student assosiation Robotica Osloensis at the University of Oslo where I work, who planned to get their own 3D printer. They wanted to learn from me based on my work in the area. After having a short lunch meeting with them, I offered them to borrow my reprap kit, as I never had time to complete the build and this seem unlike to change any time soon. I look forward to see how this goes. This monday their volunteer driver picked up my kit and drove it to their lab, and tomorrow I am told the last exam is over so they can start work on getting the 3D printer operational.

The robotic group have already build several robots on their own, and seem capable of getting the reprap operational. I really look forward to being able to print all the cool 3D designs published on Thingiverse. I even got some 3D scans I got made during Dagen@IFI when one of the groups at the computer science department at the university demonstrated their very cool 3D scanner.

9th November 2010

3D printing is just great. I just came across this Debian logo in 3D linked in from the thingiverse blog.

10th May 2009

I 2004 fikk jeg med meg en forelesning om 3D-printing under euro foo camp der jeg lærte mye nytt om 3D-printing. Fikk se et lite sjakktårn skrevet ut i plast, med vindeltrapp på innsiden av tårnet, og en hul gummiball som også var skrevet ut (med et lite hull for å få ut fyllmassen). Ble fortalt at det amerikanske kavaleriet skriver ut reservedeler i metall i felt, og at det fantes amerikanske husbyggere som eksperimenterer med utskrift av hus. De to siste har jeg ikke funnet noen referanser til i ettertid, og har derfor lurt på om det stemmer. Teknologisk skulle det ikke være noe i veien for slike løsninger, det er kun et spørmål om pris på skrivehoder og skrivere. I dag ble jeg tipset om en løsning som kan skrive ut hus, med sand og bindemiddel i 25 DPI oppløsning. Mon tro om det er fremtidens byggemetode.

Jeg er ikke i tvil om at 3D-utskrift vil føre til endringer i hvordan produksjon gjøres, og at tilgjengeligheten på en rekke produkter som i dag er vanskelig eller umulig å få tak i vil bedre seg. Men de som tror at 3D-skrivere vil gjøre fabrikkene overflødige, tror jeg har forregnet seg. 3D-skrivere er fantastisk bra til å lage spesielle dingser på forespørsel, f.eks. etter å ha lastet ned et 3D-design fra tjenester som Thingiverse. De er derimot ikke spesielt bra til å lage mange eksemplarer av samme dings. Lav pris pr. enhet er fabrikkenes fortrinn. Hvis det skal lages tusenvis, eller millioner av en dings, så vil fabrikkene sannsynligvis fortsette å slå 3D-skriving ned i støvlene økonomisk, selv om en tar hensyn til transport og logistikk. Hvis det derimot skal lages en håndfull, så vil 3D-skriving fremstå som et suverent alternativ. 3D-skriving er i så måte løsning for den lange halen, mens fabrikker nok fortsatt vil være løsningen for massemarkedet.

Tags: 3d-printer, norsk, nuug.
12th April 2009

Vi har brukt påsken til å bygge Reprap, i håp om å ha den operativ til Go Open 2009 uka etter påske. Da første test med motorkjøring avslørte at motorvibrasjonene fikk skruer og muttere til å løsne, så var første punkt på programmet å skru til alle skruer slik at det ble mindre sjanse for slikt. Det er nå nesten komplett (X-aksen gjenstår, men der må det justeres litt på montering i tillegg). Må også lime Z-aksebandet. Har skaffet Loctite Super Attak Flex Gel elastisk superlim som jeg håper vil fungere til dette formålet. I prosessen har jeg blitt bitt av den sprø plasten noen ganger. Har knekket/sprukket 3 plastbiter så langt. Håper jeg får skrevet ut nye før skriveren bryter sammen pga. dette. :)

I prosessen har jeg oppdaget en svakhet med Z-aksen, og funnet en måte å jobbe meg rundt det. Etter tegningen, skal tannhjulene på Z-aksene være tett omslynget av et par stjernehjul som holder båndet mellom alle Z-aksene på plass. Problemet er at båndet er 6mm, mens alle plastdelene er 5mm brede. Det betyr at et 6mm band skal inn i et 5mm spor, noe som ikke passer spesielt godt. Jeg har løst dette ved å legge en 1mm skive mellom tannhjulene og stjernehjulene over tannhjulet, slik at det blir plass til båndet.

Skrivehodet er har vi så vidt startet på. Mari har oppdaget at hullene i baseplaten er for grunn, slik at skruen som skal inn i disse hullene ikke får plass. Har avtalt å låne en Dremel for å frese unna litt plast for å løse dette problemet. Da vi begynte å se på skrivehodet, oppdaget vi et alvorlig problem. Det varmesikre sparkelen som skal brukes til å holde varmetråden på plass er stivnet. Var ikke klar over at dette er ferskvare, men en forumposting viser at dette er et kjent problem. Det var ikke helt enkelt å finne ut hva "Fire cement" heter på norsk. Mange Google-søk senere var jeg fortsatt like blank. Hadde funnet flere alternativer som kunne fungere, som eksosmonteringspasta, brannfugemasse, klebemørtel for pipe, ildmørtel og ildfast sparkel, men ingen av disse så ut til å være helt riktige for dette bruket. Fire cement håndterer temperaturer opp til 1200 grader celsius, og krever ikke utblanding i vann. Konsulterte, våre venner ved Høgskolen i Halden, og det viste seg at de hadde hatt samme problem. De hadde besøkt en peisbutikk og kjøpt ildfast sparkel. Jeg sjekket med Maxbo, og de hadde noe slikt som het ovnskitt, og det ser ut til å være det norske navnet på det jeg er ute etter. Dro så innom Clas Olsson (som er nærmere meg enn Maxbo), og kjøpte Stovex ovnskitt, og er nå klar til å lage varmeelement til skrivehodet. Like før jeg dro ut for å kjøpe ovnskitt, fant jeg en reprap-blogpost som fortalte om et bedre vidundermiddel for å lage varmeelement, Kapton tape, men dette hadde de ikke på Clas Olsson, så det får bli til neste gang. En reprap-variant ved navn Plastruder MK3 kommer til å bruke denne plasttypen som håndterer temperaturer mellom -100 og +400 grader og brukes av astronautene for å tette drakten.

19th March 2009

I går tok jeg mot til meg, og løste problemet med z-aksen ved å borre i delen som manglet feste mot tannjulet som skal drive z-aksereimen. Dermed var det klart for å montere z-akse-akslingen på motoren og komme et steg videre med reprap-monteringen. Prøvekjørte den i dag med testprogrammet til stepmotoren, og kunne glad konstatere at det hele fungerte. I hvert fall når stepmotoren ikke forsøkte å snurre for raskt rundt. Ved høy hastighet roterte ikke akslingen i det hele tatt. Motoren ble bare stående å vibrere. Usikker på hvorfor, men antar motoren ikke har nok kraft til å få hele akslingen til å rotere så raskt. Denne øvelsen avslørte dog et annet problem med monteringen så langt. Under testingen begynte skruer og muttere å ry ned fra ulike deler av reprap-konstruksjonen. Jeg har ikke skrudd alt hard nok sammen til å tåle slike vibrasjoner. Tror en 5-6 skruver og/eller muttere løsnet. Brukte ganske lang tid på å finne ut hvor det manglet deler og skru ting sammen igjen. Antar alt må strammes skikkelig til før første utskrift.

Neste steg er å få laget z-aksebåndet. Der trenger jeg egnet lim og en konstruksjon for å klemme bandet sammen under limingen, som beskrevet på reprap-wikien. Er blitt tipset om svart superlim som er elastisk også etter at det tørket, og dro ned til Small Size Hobbyland på Lilletorget som skulle ha slikt, men da jeg var innom fikk jeg høre at de ikke lenger hadde slikt lim. Må finne ut hvor i Oslo jeg kan skaffe slikt. Kanskje Panduro har? Vet ikke hva limet egentlig heter, så det er vanskelig å søke på nett.

12th March 2009

Lenge siden det var en oppdatering av status for min 3D-skriver og i mellomtiden har det skjedd en god del. Reprap-en er nesten ferdig montert, og elektronikken er også nesten ferdig loddet. Det ser ut til at bits-from-bytes sitt byggesett versjon 2.01 hadde noen småfeil, der en del manglet og en annen hadde suboptimalt design. Jeg løser antagelig det ene problemet med å borre noen ekstra hull til skruver i en plastdelen som trenger å festes. Det andre problemet håper jeg å få hjelp fra Audun Vaaler ved Høgskolen i Østfold til å løse. Høgskolen er igang med å bygge en tilsvarende reprap i versjon 2.0, og er kommet litt lenger enn meg. De kan forhåpentligvis skrive ut den delen jeg mangler på denne.

Når det gjelder elektronikken, så er mye allerede loddet sammen av min venn Anders Rosnes, som har mer peiling på elektronikk og lodding enn meg. Jeg fikk i dag testet stepper motordriveren (v1.1), og det fungerte. Jeg møtte et lite problem med strømforsyningen, en standard ATX-strømforsyning som nektet å fungere før jeg hadde satt en ledning mellom GRD og PS_ON som beskrevet på reprap-sidene om PC-strømforsyninger. Jeg møtte også et annet problem med Arduino-programvaren. Versjon 0013 fungerer visst ikke på Debian/Etch. Den kompilerte binæren ble på 0 bytes. En side jeg fant vha. et Google-søk tipset meg om at en nedgradering til versjon 0012 kunne løse problemet, og endelig ser jeg motorakslingen snurre. Nå er det å koble sammen mekanikk og elektronikk for å se om reprap-en kvikner til.

3rd February 2009

Min reprap begynner å ta form. Den er nå kommet så langt at den er blitt en kubisk ramme. Z-aksen er montert men ikke kalibrert, og det hele er klart for litt enkel testing. Har møtt på to problemer som blokkerer videre montering, men har oppnått kontakt med Audun Vaaler ved Høgskolen i Østfold som forteller at de er nesten ferdig med et tilsvarende byggesett som det jeg tar utgangspunkt i, og håper de kan forklare hvordan de kom rundt problemene. De to problemene er relatert til Z-aksen og Y-aksen.

For Z-aksen, er det et stjernehjul som festes på motoraksen ved tannjulet som driver z-aksebåndet og som skal holde båndet på plass. Problemet med det nederste stjernejulet er at det er helt løst, og blir liggende på motoren 5 mm nedenfor tannjulet, i stedet for å ligge inntil tannjulet slik det skal. Mulig løsningen er å borre i stjernehjulet, eller lime det fast.

For Y-aksen, er det en plastdel som ser ut til å mangle som skulle dekket to skruver som kommer i veien for kraftoverføringsmekanismen fra motoren til selve aksen, slik at mekanismen kan snurre fritt.

Når det gjelder elektronikken til min reprap, så er min gode venn Anders Rosnes igang med å lodde sammen delene og han forteller at koblingsbordet for Arduino er klart, og en temperatursensor og en optoswitch er også klar. Gleder meg til å teste dem. Må bare finne ut hvordan jeg laster opp firmware i Arduino-en. :)

Når det gjelder NUUGs reprap-prosjekt, så er det framgang og Ole Kristian, Tollef og Ketil besøke IFI for å få fortgang i produksjon av plastdeler, og Ole Kristian forteller at han har funnet en kilde til de fleste metalldelene. Gleder meg til å se resultaten av det arbeidet.

2nd January 2009

Et langt hopp fremover for NUUGs replikator-prosjekt i dag.

I dag klarte posten det de ikke klarte før jul, nemlig å få fram elektronikkbyggesettet for 3D-skriveren min. Fikk pakkelapp i dag som sist, og dro til min lokale post-i-butikk for å hente pakken. Ingen pakke der, som sist. Ringte så direkte til til postens kundeservice som fortalte at de hadde snakket med min lokale post-i-butikk, og nå lå pakken der. Ruslet så tilbake og nå fant de den. Fikk inntrykk av at pakken hadde annet referansenummer enn det som var på utleveringsbilaget jeg hadde fått i posten. Lurer på om det samme skjedde sist, og om pakken også da lå her og ventet på meg uten at posten klarte å gi meg den ved oppmøte. Uansett, glad og lykkelig ruslet jeg hjem igjen med elektronikkbyggesettet.

Da er det bare å gå igang med å lodde sammen alle kretskortene. Det er en solid stabel deler, selv om esken ikke var så stor (ca 20x20x20 cm). Her skal min gode venn Anders hjelpe til. Han er fysikker og jobber med elektronikk til daglig, og har sagt ja til å bidra med sin kompetanse. :)

Ellers er det god framgang med bygging av mekanikksettet som ankom før jul. Har brukt romjulen til å bygge, og er ferdig med alle hjørnestykkene, Z-aksene og i gang med delene til Y-aksen. Når siste del av Y-aksen er ferdig kan det hele monteres sammen med stag slik at rammeverket til reprap-en kan monteres. Det blir interessant å få alt nøyaktig nok montert. Z-aksen skal ha festene til utskriftsplaten i samme høyde innenfor en feilmargin på 0.25 mm, over en avstand på 40 cm. Håper vater kan bidra her. Regner med at det blir enklere å komme opp med løsninger når rammen begynner å ta form.

Her om dagen kom jeg forresten over en alternativ 3D-skriver som ikke skriver ut plastikk, men i stedet bruker papir, kniv og lim. Mcor Matrix heter vidunderet, men det er ikke i salg ennå, selv om produsentens websider påstår det skulle skje i 2008.

16th December 2008

I dag fikk jeg endelig vite hva posten hadde gjort med elektronikkbyggesettet mitt. Fikk epost fra avsenderen, Zach 'Hoeken' Smith, som fortalte at posten hadde returnert pakken til ham. Ingen aning om hvorfor de klarte å sende pakkelappen til meg, men ikke selve pakken. De gode nyhetene er at vi forsøker igjen, og håper det går bedre denne gangen.

NUUGs replikator-prosjekt har de siste ukene fått et nytt medlem. Ole Kristian Lien har meldt seg for å bygge en reprap ved hjelp av plastdeler vi får skrevet ut på 3D-skriveren til Institutt for Informatikk i Oslo. Han er igang med å skaffe seg oversikt over hvilke deler som trengs derfra, og hvilke som kan skaffes fra jernvarehandel og f.eks. Clas Ohlson. Det er dermed gode håp om at vi har to 3D-skrivere operative over jul.

9th December 2008

NUUG-prosjektet for å lage 3D-skrivere gjorde et lite hopp forover i dag. Jeg har som tidliger enevnt bestilt de to ferdige byggesettene for elektronikk og mekanikk, og i dag, endelig, ankom mekanikk-settet. Hurra. Håper å starte byggingen av mekanikksettet i romjula.

Når det gjelder bygging av reprap basert på deler fra IFIs 3D-skriver, så har NUUG avtale om at de lager plast-delene basert på STL-filer vi sender dem der, og printeransvarlig der har fått første dump av filer. Etter dette har jeg ikke klart å få tak i ham, så jeg tror han fortsatt er travelt opptatt. Håper det ordner seg snart. Det trengs frivillige for å bygge denne. Det innebærer blant annet å skaffe seg oversikt over hvilke plastdeler som må skrives ut, samt finne leverandør for skruver, mutt, metallstag, steppermotorer etc. Antar Clas Olsson og ELFA kan skaffe mye av dette, men har ingen plan om å sette meg inn i dette selv med det første. Frivillig til å skaffe seg sin egen 3D-skriver etterlyses, og kan melde seg på aktive@nuug.no.

2nd December 2008

Endelig fikk jeg beskjed om at mekanikkbyggesettet er sendt fra England. Jeg kan følge pakkens bevegelser via web, og den er nå kommet fram til tollen i London. Da bør jeg ha den i hus om noen dager, hvis alt går bra.

Elekronikkbyggesettet ser det derimot dårligere ut for. Rette vedkommende i USA er på ferie, så jeg har ikke fått noe tilbakemelding på hvordan jeg får ordnet opp i kaoset posten etterlot da de rotet bort første pakke.

27th November 2008

Siste nytt om reprap-pakken med elektronikk jeg har ventet på, er at posten har sendt meg et brev der de beklager at den er tapt. Da er det bare å bestille ny pakke og kreve erstatning fra Posten. Får håpe det går bedre denne gangen.

Mekanikkpakken har så vidt jeg kan se ennå ikke blitt sendt fra England, så også der spøker det for å få alt i hus før jul. Så lenge alt er klart til Go Open 2009 i april, så er det greit.

24th November 2008

Jeg synes ethvert møblert hjem bør ha sin egen replikator. Og for å få min replikator på plass, har jeg som del av NUUGs 3D-skriverprosjekt bestilt deler til en reprap fra utlandet, som skal bygges sammen slik at den kan demonstreres på Go Open 2009 i april. Foreløbig plan er å bygge to i parallell, en basert på byggesett fra utlandet, og en basert på deler skrevet ut på 3D-skriveren til Institutt for Informatikk ved Universitetet i Oslo. Jeg har fokusert på byggesettet, og håper noen andre vil ta ansvar for den hjemmelagede utgaven. :)

Nå er det den lange ventetiden som rår, etter at begge byggesettene er bestilt og betalt. Dog har visst den første pakken gått tapt etter at postens fikk den utlevert i Norge. Den er ferdig fortollet, og pakkelapp kom i postkassen før pakken var klar til henting. Det var 2008-11-07. Postens sporingssystem forteller at pakken ikke har beveget seg siden 2008-11-05, da den var innom omlastingsterminalen i Oslo. Dette var elektronikkbyggesettet som kom fra USA. Mekanikkbyggesettet er ennå ikke sendt fra England, og jeg håper det ikke går tapt på samme vis.

RSS Feed

Created by Chronicle v4.6