Jump to content
Ultimaker Community of 3D Printing Experts


  • Content Count

  • Joined

  • Last visited

  • Days Won


Render last won the day on October 4 2016

Render had the most liked content!

Community Reputation

28 Excellent

Personal Information

  • Country

Recent Profile Visitors

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

  1. Thanks, dudes! Yes, I like that too. Tinker firm is full of little things that I really like. But I'm not sure if that kind of expert info should stay in the land of geek-mode firmwares. I need to set a limit somewhere and I find it logical to say "to show only parameters that can be directly modified" (with the exception of Z height, that I find it really useful to know even If no baby stepping is done). What Tinker is actually doing is to calculate the volume of material looking at the length and speed of the extrusion. This is not really a translation of the flow factor but a final conseq
  2. Thanks Labern I supose you ditn't see it for the first time because I only select that item in the demo but I don't change the value as I do with the rest. The reason is I haven't yet implemented baby stepping (and I don't plan to do it for now).
  3. By main screen I guess you mean the top of every single menu, the current "temperature bar" in my code. The thing is, It needs to be compatible with dual extruder and also with this "split view mode" thing, and Z height takes 6 digits max (w/o icon neither measure unit "mm"), there's no room for anything else without swaping/scrolling it. On the other hand, I can't think a situation where I find necessary to see the z height all the time, I only need to know the exact height if there's a print in process/paused or the printer is controlled by USB, otherwise I will only need to know if it's up
  4. Thanks mates! The truth is that I'm pretty happy with the overall look and feel, and specially with the print screen. After going back and forth with several designs I ended up with this split screen concept. The transition between advanced users and amateurs not depend on an initial question that the user has to decide what level of skill has. It's just there if you want to know or tune anything and it's not if you want to KIS anytime. On the other hand, even less advanced users need to know how to use a slicer, how to deal with material properties... Peter, I haven't published the project
  5. Another demo. Print menu already implemented. Most of my time is going to refactor and optimize code, otherwise the flash allocation size exceeded 128K, and this has forced me to study and solve other problems. It's being a looooong way. BTW changing motor steps/mm is already implemented, it was one of the first things I did
  6. Nicolinux, your program exceeds 128K of flash (134910 bytes) and I guess you're dealing with a problem related to AVR. Daid talked about it a few posts before yours, and you can find the workaround he did here (only if you are using make to build the firmware). The thing is, if function pointers are used (and they are), their targets should reside in the lower 128k of the chip, so you have to force the linker to start with those files. So, edit the makefile and move "electronics_test.cpp" from the end of line #221 to the end of line #216. This will solve the warnings. On the other hand, y
  7. Yeah! I've attached a rocket engine to the printer to make things faster Yes, everything is related to the simulator, Daid already talked about this weird behavior, nothing to care about. And yes, I agree with both statements: info density is not a priority but I try to make the paths shorter (and related hierarchically). I'm focusing on aesthetics and intuitiveness, but the thing is, this way brings faster access to some parts of the firmware than going throw the current menu structure, it's not about a beauty but useless screen. On the other hand, the print info screen is where info dens
  8. So, here I am... This is the current state of my creature:
  9. I've been out of town a few days and I could not write until today. I'm on vacation this month and will not be able to work in the firmware. geert_2, I don't think that all the information you mentioned fit on one screen at once, at least not with this font size, but basically these are all things that I intended to draw on the print screen. In my other printer firmware (also with a 128x64 display) I have less data on the screen and fill almost whole, but on the other hand, use margins, spaces, icons and boxes to make a more aesthetic design. Of course some parts can alternate, or to use a di
  10. Ultiarjan, yes I know the tinkergnome firmware and I plan to add many of its options as well as print info / tune options. I wanted to start with the UI to arrange the structure and the main appearance, but I've already worked in a custom firmware for my Prusa i3 Steel with this kind of features. In fact, some of the options we are talking about are already present in reprap Marlin firmwares. My intention is to create a hybrid that keeps the simplicity of UM2 and the advanced options of reprap versions / tinkergnome firmware. On the other hand, part of my effort also goes to allow an easy imp
  11. I'm working on a custom firmware for Ultimaker 2 and so far I have focused on the UI of the main menu. I have restructured the original menu options into something that I personally find more intuitive. Unlike the original, it is structured according to the different parts of the machine, as well as all submenus are based on a single main menu (a dock with icons), it reduces the number of keystrokes required for most options. For the development of the start menu I have tried to keep the minimalism of the original interface and the feeling of deceleration (easing) on the scroll. You can see
  12. I though I wasn't revealing the secret if I just write the function name as It's already there for years, but now I'm not sure if I shouldn't say anything... I think I'm gonna edit my post... Sorry Daid
  13. ........ooooooorrrr to be working on a custom firmware and find the function ******************* by accident Sorry to recover such an old post, I needed to know if humanity had discovered your easter egg and I've found this
  14. It depends on your interests and your background. If you're only interested in changing the E steps once and you don't plan to modify anything else or to create your own custom firmware, certainly it won't be the fastest way to do it, you just need a couple of G-codes to do the job. In my case, I love robotics, programming and electronics, I've build my printers from the BOM and schemes. I modified original parts to match 1.75mm filament/PTFE needs, changed the feeder, tested different drive gears... and I'm also coding a custom firmware that fits my taste and needs... So to answer your ques
  15. Although you've already solved your problems thanks to the awesome TinkerGnome, you may still interested in knowing how to modify E steps in the firmware and how to compile and upload the program to the board. To answer your question: yes, basically the process is the same as with any other version of Marlin in any other Arduino board. There is only a problem with the Wire library that comes preinstalled in the Arduino IDE. There are different ways to avoid the problem but maybe the easiest way to solve it is to just remove the lib folder from its location. Go to the Arduino IDE library fo
  • Create New...