Jump to content
Ultimaker Community of 3D Printing Experts


  • Content Count

  • Joined

  • Last visited

Everything posted by fnorkn

  1. Cheers thanks, will try it out soon and report back. First I need to try out a PEEK setup I am currently implementing....
  2. 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
  3. Hi Don't know if this is the place, but I have problems with my printhead waiting for the temperature to be reached during T0 and T1 switches... Would it be possible to add an advanced option to Cura, something like "don't wait for temperature during nozzle switch" which replaces all M109 commands with M104 commands when switching nozzles? Cheers.
  4. 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)
  5. 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
  6. This one is new for me: I only saw sparks when plugging in the USB cable. Perhaps check with Ultimaker support? Could be there is 24 volts on the frame. The white plates have a small layer of aluminium underneath which conducts electricity....
  7. So I promised a photo of my handiwork. Probably the absolute horror of SMD experts: sputtered soldering metal and misaligned chip, but it is my first time and I goddamn hated the experience. It is all so tiny, even a magnifying glass is hardly helpfull. Anyway, it did solve my problem, so my conclusion is that the opamp was busted.
  8. 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
  9. 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....
  10. I recompiled the firmware with a more fun error message , and explaining the root cause for my sad adventures: max temp reached. Which is bogus: same message with or without sensors attached.
  11. 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
  12. Thanks gr5 It is L1 indeed, an inductor (coil) ? Got a link for a component list? I need to know the inductance and stuff so I can solder on a replacement, see if that clears things up... (don't think so but hey...)
  13. Does anyone know what has been burned away here? I think it's a SMD component labeled L1 or something. I keep getting Temp Sensor errors when starting up with this fried puppy. :(
  14. Hmmmm Thanks for the input! I had the laptop running on batteries, and it still sparked. Tried another usb cable as well...still sparks.... My hous has an "aardlek"-fuse so if any current would be leaking from the mains to earth, it would trip.... I will investigate further this evening.
  15. 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?
  16. 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: Marlin.cpp.hex I will report back if there are any interesting developments... (could take weeks ;-)
  17. Cheers thanks. Its an UM2, and I am 75% done building a custom watercooled dual printhead. I thought the code was ready for a second extruder.
  18. 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
  19. "It's darkest just before dawn..." is the applicable Americain proverb... :-P
  20. 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. Cheers.
  21. post your ordernumber and date, perhaps together we can roughly work out our position in the order queue... if the order numbers are random it will be more difficult, but order date and time should help... R633276663 on 21 september @ 17:17
  • Create New...