Jump to content
Ultimaker Community of 3D Printing Experts


  • Content Count

  • Joined

  • Last visited

Community Reputation

9 Neutral

Personal Information

  • Industry

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. @Bunnyman21 cool to see what you made of it. Do you host this on an open source site like GitHub? I'd love to give it a try. I see the potential of this being a Cura plugin, possibly with access to Cura's material database, but a standalone GUI is already a big plus over the CLI tool I wrote.
  2. I'd be surprised if the NFC reader is actually exposed by any of the high level APIs or even the machine's dbus. My recommendation is to get one of those 20€ USB NFC readers and go with Python or whatever language you're comfortable with as long as it works with the reader. I'd be happy to stand corrected, though, so if you find a way with the native NFC hardware, please share.
  3. @gmeardi good luck with that. I guess you don't really need to be an expert, I certainly am not. A little python knowledge can surely help and you definitely need some nfc reader/writer hardware. I'm using a ACR122U-A9 with a raspberry pi for that purpose. Got it working out of the box with pscd: sudo apt-get install pcscd pcsc-tools echo 'SUBSYSTEM=="usb", ACTION=="add", ATTRS{idVendor}=="072f", ATTRS{idProduct}=="2200", GROUP="plugdev"' | sudo tee -a /etc/udev/rules.d/nfcdev.rules idVendor and idProduct may be different and both udev and pcscd may have to be restarted before it works
  4. @gmeardi If you can love the solution depends on how much you are willing to stretch 'easy', so here we go. Before working with the Ultimaker S5, I've never really put my mind to NFC technology, so there are very probably some gaps in my understanding. Most of what I've learned, I've deduced from comparing the data from different spools and with different amounts of remaining material. The rest I could fill in reading the relevant python code of the firmware after ssh-ing into the printer. As @Daid pointed out earlier, Ultimaker tried to implement NDEF records. Accordin
  5. @Carla_Birch We have the same problem with PVA on the S5, here. Both with and without the material station, PVA appears to be so brittle, it breaks very often during transport to the printcore. Once, it even shattered to small pieces inside the extruder enclosure so we had to dismantle it to get everything out. Adjusting the feeder tension is something we had thought about just recently, but is there a suggested procedure of doing that? I assume the tension has to be smaller, but how can I see when it is too small or even has the right tension? Any help or pointing in the right direction is hi
  6. Even though the tags are not marked to contain NDEF records, the data stored in the NFC memory adhere to the standard. There are four records one of which contains the material UUID and two others storing the amount of material on the spool. The tasks of understanding the individual data structures and how to fill them in gets much easier consulting the relevant python code on the printer. This way I managed to successfully write the UUID of a 3rd-party material to the tag of an empty spool and transfer the tag to a fresh spool of said material. I also managed to create a cura plug
  7. @robinmdh, thank you for the detailed information on the probing data. Actually, yesterday after ssh-ing into the machine and just before leaving work, I found the column description in the comments of the relevant python code. I'll probably extract one or two measurement curves out of curiosity, but my original question is answered. To summarize: There currently is no parameter to correct for the observed error in first layer height on the machine level. Due to some DM exchange with @nallath the issue is known and possibly being resolved in the future. Obviously, this may take som
  8. @ahoeben, I guess I have understood the motivation behind the plugin and the benefit as a workaround in the case of the S5 perfectly the first time, thank you. Regarding the issue at hand, of course you can choose to not follow my line of argument, but as you say: Each its own.
  9. @robinmdh, thank you for the two links, I wished I had known about those a week ago 😀. It's good to see how much information you share on your products, nowadays this is not typical for most businesses. The first article actually confirms my assumptions on how the probing scheme works. I'll check out developer mode and the measurement data later, but do they really contain all measurements while the bed is approaching the bed up until the probing ends (like the curve of the sensor signal vs. z-position shown in the first article) or is it just the raw z-position of the trigger poin
  10. @nallath, thank you for getting in touch and confirming my theory. @ahoeben, I am sure the z-offset plugin does a wonderful job and if the printer does not allow to adjust for the error in initial layer height it is indeed the only way to keep dimensional accuracy. I will definitely give it a try, thank you for your work! @tinkergnome, you're right, squeezing in the first layer is an important factor to improve bed adhesion. That's why most cura profiles default to 120% initial layer line width. Active leveling on the other hand allows the printer to correct for a non-p
  11. @ahoeben, thank you for the suggestion. I somehow hoped for an actual settings parameter in the printer. I do not really know how active leveling is implemented in the UM S5. Surely, the capacitive sensor in the printhead is used to determine the distance of the printhead from the bed. During each probe, the nozzle not only touches the bed, but the bed is raised a little further still, so much it tilts ever so slightly, barely noticable. I've seen a few videos of other S5s and also UM3s doing the same, so I assume it's part of the probing scheme. That may imply that the firmware ch
  12. Hi @SandervG, I just sent you a DM with the logs, hoping this helps. Cheers, Andy.
  13. Our new UM S5 arrived a week ago and from day one we've got an inconsistency in the height of the initial layer. We've tried printing Strong PLA, Nylon and TPU (all from Ultimaker) and on all materials, the first layer was of a consistent 0.16 mm height instead of the 0.2 mm specified in Cura. Same happens with PVA on the second printcore. Consequently, we need to reduce the matierial flow of the first layer to 80% to not get a totally overextruded first layer. We ran the manual bed leveling several times, even with different spacers (the thickest being a PCB with riduculous 1.6 mm
  14. Hi @SandervG, thank you for your welcoming words. I assume the log needs to be saved before the next reboot? I just learned my colleague rebooted the printer this morning after the camera feed got lost again over the weekend. Consequently, the dmesg file only shows messages from after the reboot. Do you need all the files stored on the USB stick or only a subset? Can I attach a ZIP archive to a DM or do you have better suited ways of uploading this kind of data? Not sure if they belong in the public area. Thanks, Andy.
  15. @SandervG we installed the latest Release on our brand new S5. Alas, this version appears to be less stable than the previous one that was pre-installed on the printer. Here's what we've encountered sofar: The camera feed, both viewed through cura and the webinterface, shows occasional dropouts of part of the image, i.e. the lower quarter or half of the image flickers briefly. After several hours of operation, the camera feed stops working On some of our computers in the local network, the printer disappears from cura and can not be discovered again though "Refresh", but work
  • Create New...