Jump to content
Ultimaker Community of 3D Printing Experts


  • Content Count

  • Joined

  • Last visited

Posts posted by fnorkn

  1. Hi DaHi8

    Yes that is is exactly what I want.

    I have a single nozzle that has 2 filament inlets and 1 outlet (nozzle) (like the 3D builder by Code-p west).

    The extruders share the same heater, but have 2 seperate heatsensors (I did not want to hack the hardware too much).

    As long as T0 has a standby temperature that is the same as the operating temperature, the heat settings of T1 do not matter much.

    But when using M109 the software starts to poll T1 heatsensor, and it is just a little too low, it will wait for ever, causing a big belting hole in my prime tower. But as the heaterconnector of T1 is not used, it will wait forever, as it it trying to reach the set temperature by PWM-ing an non-existing heater.

    This would all be solved if it just sets T1 temperature with M014. (or setting T1 temp 10 degrees lower as I do now).

    The difference in measured temperature between T0 and T1 is usually not enough to cause a heater-error (Marlin will think something is wrong when extra heating does not raise the temperature within a certain amount of time)

    The Simplify 3D slicer allows for using just 1 heater with 2 extruders (!), but I stopped using this slicer, because somehow the gcode is not resulting in correct prints, and I don't want to try to figure out why.

  2. I removed the varistor and the capacitor.

    When I measured them again, detached from the board, the values were OK.

    So the problem is a short circuit somewhere else. Could be the atmega chip, perhaps the USB input ports are fried...

    Desoldering this chip is not something I am really looking forward to, and if I need to replace it , I probably need to flash the eeprom, program, "fuses" , boot-loader (?) etc (I am used to PIC microprocessors, atmega seems to have its own way of doing things)

  3. Hi

    I started a thread about a busted sensor earlier, solved that problem by replacing an opamp. I think the cause was a shortcircuit on the usb port.

    Now I want to upgrade my firmware by using the USB port, but it is no longer responding.

    Not to worry, I have purchached an AVR programmer and successfully downloaded the firmware from the chip using ICSP1, so I can change the firmware.

    But I would like to get the USB connection working again. Just for the hell of it.

    I did some measurements, and want to check with you guys about assumptions. Here is the pic of the board (the blown coil L1 is bypassed with a piece of copper foil) :


    Here is a piece of the documentation:


    Now I assume that R8 and R9 are varistors, and are there to lead away spike voltages on the datalines to ground?

    R9 is not conducting according to my multi-meter (good) but R8 is 33 Ohms. So D- is not getting through to the atmega 16u? So I think I should remove it, and see if the USB connection will work again?

    Also, C6 seems to be busted. It is connected to the evaporated L1 coil, so I checked it out. It should be 1 uF according to documentation. The multi-meter says it has infinite capacity, which usually means it is blown. Indeed, I measure 3.4 Ohms, not good for a capacitor. I am not really sure what the UCAP port does, it does not seem critical to me for USB communtication, but I could be wrong?

    Suggestions are welcome!



  4. Update (for anyone having the same problem):

    I measured the output voltage for the 3 opamps, attached to the 3 heatsensors (temp1, temp2 and heatbed). One of them did not generate a voltage like the other 2.

    I ordered a replacement opamp, and yesterday I had time to solder it on. The SMD chip is hopelessly small, but everything went fine. I also replaced a capacitor, but that was probably not necessary.

    Long story short, after replacing the faulty opamp the Ultithing booted up correctly!

    I put Kapton tape where the board switch and power connector go through the housing, so no more sparks there.

    I will post a picture if I don't forget.

    • Like 1
  5. Yeah, did that already.

    All 3 are 110 Ohms... (heater1, 2 and heated bed)

    And like I said, when I hooked up my new board, but not screwed onto the ultimaker, it booted fine. The problems (again) came back when I installed it onderneath the UM.


    I think the comparator-chips that are attached to the heat sensors have been fried.

    The specs say that they are sensitive to static charges....

  6. fnorkn lives in the Netherlands.

    Still working on it.  I bought a replacement board from China, I plugged all the cables in WITHOUT attaching it to the machine... it booted up just fine. All green across the board.

    Then I thought: success! Attach the mainboard and continue tweaking my dual filament head setup.

    But the frame of the UM2 is some sort of plastic laminated with aluminum..

    So when I turned on the power, I saw some red led lighting up (hard to tell, you're looking at the bottom of the PCB),  and sparks where the USB connector apparently touches the frame.

    Now it is giving me the same error as the original PCB (I guess the inductor is not really  a critical part ): heater error. I guess the electronics that measure the heater-sensors are fried....again. Looking at the board, I suspect it is a triple layer : top, middle (hidden) and bottom.

    This stuff is above my pay-grade.

    Perhaps I will purchase an open-source 3d printer-board and hook it up, see if I can make it work...

  7. So I have successfully uploaded custom firmware for my UM2 a couple of times before (getting my dual printhead to work), but now something wonderful has happened...

    The printer works fine, but when I connect the USB cable from my laptop or computer to the UM2 USB port, the metal shield of the plug gives off sparks ! Fireworks! W00t!

    The cable also gets warm pretty soon.

    The upload fails, off course.

    Any ideas what may be wrong?

    Or how to solve it?

  8. I used the 1.0.6 version, and is seems that you need to delete some code from

    C:\Program Files (x86)\Arduino\libraries\Wire\utility\twi.c

    to make it all work.

    However, the function SIGNAL(TWI_vect) seems to be renamed to  ISR(TWI_vect). TinkerGnome found that out already.

    After deleting the function (Administrator mode in Windows) I end up with a hex file:


    I will report back if there are any interesting developments... (could take weeks ;-)

  9. Hey guys, could you help me out?

    I try to compile a 2 extruder firmware, using Arduino 1.6.0 ide and the vanilla source tree Ultimaker2Marlin-master.

    Then I set #define EXTRUDERS 2 in the configuration.h

    Verify button says:


    Wire\utility\twi.c.o: In function `__vector_39':C:\Program Files (x86)\Arduino\hardware\arduino\avr\libraries\Wire\utility/twi.c:364: multiple definition of `__vector_39'UltiLCD2_low_lib.cpp.o:C:\Users\jeroen\AppData\Local\Temp\build7017903479252515816.tmp/UltiLCD2_low_lib.cpp:184: first defined here/Arduino/hardware/tools/avr/bin/../lib/gcc/avr/4.8.1/../../../../avr/bin/ld: Disabling relaxation: it will not work with multiple definitionscollect2: error: ld returned 1 exit statusError compiling.


  10. Could someone from the UM team give an update on the progress of the dual extruder?

    Just saying you are stuck is also news, just want to know what is happening...

    I really would like to use HIPS for dissolvable support structures, and if the UM2 will not give me that I will have to sell the thing and switch to a better 3D printer that supports dual extrusion.



  • Create New...