mr_seeker
-
Posts
238 -
Joined
-
Last visited
Never
Content Type
Forums
Events
3D Prints
Posts posted by mr_seeker
-
-
Please try to upload the picture to bayimg.com or something similar, using google mail will result in the image being broken.
-
For people having difficulties getting their machine to work properly under ReplicatorG, please try this:
1) disconnect USB cable from computer
2) start ReplicatorG
3) plug USB cable back into computer
4) Machine --> Upload new firmware... --> (then follow steps to upload Marlin)
5) click Turn On button in ReplicatorG
Since replicatorG 0035, when you use a log level other than "INFO", you will receive warning pop-ups when Marlin returns an error message. This is handy when you have failed prints during build and want to know what went wrong, without having to look all the way in the log files.
-
It seems that Erik broke that link somehow.
What I would advice is this:
- Disconnect the UM from your pc.
- Start ReplicatorG
- Connect the UM, but do NOT try to start it in replicatorG.
- Upload the newest firmware on the board.
- Go to Machine, Machine Driver and select Sprinter/Marlin.
- Connect the machine in RepG.
The upgrading can also be done with older versions, however repG 34+ requires Marlin firmware to work properly.
EDIT: Cura firmware also works with RepG, but you need to use the "Experimental Marlin Firmware" in order to make it work.
-
I know it is a RepRap "issue" but the current design could have made use of fan sensors.
And I know there are solutions. Its easy speaking. However, just saying is one thing, actually implementing it is another. You are working with sensors that arent really accurate and you need to device a way to get the info out without losing too many pins.
And I know about BuildMarlin - and I know a lot of the solutions. But why have they not "migrated" down into the shipping versions of the Ultimaker? It is the same problems that still bugs down the Ultimaker.
The build-me-marlin is actually part of the newest UM firmware. Thats how I know that this function is actually available. However, I didnt had the time to actually put it in repg.
And Firmware should not be the place where you calibrate a k probe. That should be available as a simple command that is stored in eeprom. And there should be an "agreed" point of where to measure the "base temperature" from. So fx. take the screw out of the alu block and pop your calibration probe in there (that would be my suggestion)Well, what that command does is simple: It heats up to 150C while measuring, and based on that calculates the PID values. Those values can be stored in eeprom.
-
8. Design - in general there is a lack of "error handling" in the ultimaker. There is no error if stepper motors are to heavy loaded (like when the extruder pushes to hard), no error if the fans are not spinning etc - the only "error handling" i have found is the temperature sensor - that stops the printer if it gets >268 degrees or below 0. (which is a bugger if you want to print at 260 degrees - and your temperature sensor is measuring -16 degrees lower than it should. That means max REAL print temperature is 252 degrees.
Thats with all reprap machines, its not just the UM. The problem is that the stepper motors dont give any feedback. Onliest way to fix it is to use stepper drivers that actually can sense the load. There is a function in Marlin to calibrate the temperature. Normally you would print with PLA, which means you will never reach the 260C. And if you go to 300C and beyond, the PEEK melts...
-
And did you properly disconnect the SD card? When using mac/linux, and disconnecting too soon will only result in the data NOT being on the SD card
-
Try this:
- Start RepG without connecting the ultimaker.
- Connect the Ultimaker, but dont connect yet.
- Upgrade
- Then try to connect.
Chances are high the firmware is shipped with 5D firmware.
-
Hello,
I asked Erik to put the 0035 release online. This release is actually before the official release from RepG, but I thought: I updated a lot, so why not put it online before makerbot does?
What has been changed:
- Big builds that can take ages to load and possibly hang repG, are not loading the second time you start RepG.
- Marlin 1.0 from Cura should function now.
- Error messages will pop up when using other log settings than INFO (to assist in people having trouble with their print failing, if there is an error from the firmware you should get a message)
- Extrusion is working! Please note that there is a "buffer" in Marlin, so when using extrusion it doesnt stop directly but slows down first.
- A secret message.
- Skeinforge 47 + 50 should be working.
- Support for Slic3r 0.7.2b
- Getting the right location in the jogpanel.
- New & improved version of the installer (thanks Daid)
Any questions, bugs or features that you like to see, please tell me...
-
You have older electronics, new electronics no longer use the screw-clamps but already fixed smaller connectors. So no way to screw that up.
I'm... Obsolete!
:cry:Contact Harma, she can help bring your ultimaker up-to-date
-
Any additional details?How did you produce those gcodes?
I used a script that is freely available on the internet, just google it. It was originally made for makerbot, but you can use the same script for ultimakers too.
How did you get around acceleration screwing up the sounds?I didnt. The Zelda theme is not mine, only the Nyan cat. I also got one with "flight of the bumble bee", and it is quite slow in the beginning before speeding up like crazy and making it sound perfectly. Also found out that Portal music also works fine on an ultimaker (if you want to know which one, check the promo video of the new ulticontroller
Any chance you'll release that script? How did you establish a relationship between pitch and feed rate?Just check the script. The pitch is related to the speed of the stepper motors. The faster the motors go, the higher the pitch. Then its only controlling the time by controlling the length.
-
why not get a contact closer to ultimaker to pick it up and post it for you with normal post ?
might save you a few shillings.
Ian
25 bucks, no insurance. Else I would do it for you...
-
There are a couple of things you should know:
PLA vs. ABS:
PLA hardly tends to warp, ABS does a lot more. I prefer PLA also because it doesnt smell.
Support structure:
You dont need any support structure unless you are printing at >45 degree angles (recommended angle). Using a second material for support is not needed, but can be handy if you want your print to look nice. However, using PVA is a bit of a pesky thing since its quite flexible (and quite hard to print). I do know that there are prints which are made on 1 printer with loose support, so using dual head is not really needed unless you really want to see the color coming out.
Heated bed is only needed when printing ABS. For PLA, the blue tape usually is enough to get the plastic to stick.
-
What I think is that you are waiting for the temperature to come up... Try settings, "read temperature during build" and watch the magic happen
-
Its the anti-spam functionality.
-
There is no G92 command.
There is: G92: Set position
-
Let us start from the beginning, so it will work properly (I will use slic3r for this demonstration, but it should work also with skeinforge)
- Start replicatorG, make sure the machine is connected.
- Set G-code generator to slic3r
- Click on "Move", make sure that the object is touching the platform.
- Click on "Generate G-code", and select a profile.
- Go to the tab gcode, this will show you the commands that will be sent to the printer.
- Search for M109. This is a command that says "wait for temperature to be reached". You can change this to the value you want.
- Click on "Build", the machine will now check if everything goes well, calculates an estimate and then starts to print. (The estimate is accurate when printing on SD unfortunately).
- If it goes too fast, you can adjust the speed using the sliders. Know that Marlin buffers code, so it takes a little time to adjust the speed.
Building from the model view will automatically start building gcode, its some weird feature that is built in.
The real-time control temperature is just for setting a new temperature, it does nothing except for setting the temperature if needed.
The machine starts too high probably because the Z-axis stop is set too high. What I usually do is making sure that it stops nearly against the bed, and adjust the bed myself using a bit of raw power and turning the Z-axis screw.
The start-up sequence for Slic3r is as follows:
- Home to 0
- Heat up
- Start printing
For skeinforge is it simple: Start printing.
-
looks like NetFabb generated a feedrate of zero somewhere. Could you check if there is an "F0" somewhere in your netfabb generated GCode?
He shouldnt check, you should make sure it will never turns to 0, because that will mean it will freeze the machine
-
ReplicatorG 0034 has a lot of improvements compared with the older versions. I didnt had time to change every page, still working on bugfixing a lot of small stuff because of the change from 26 to 34. I hope that the community can help me a bit...
For replicatorG 0034, you can either use Slic3r or Skeinforge 40 (for the quality print settings). You dont have to change anything with Slic3r except setting the right temperature (find the M109 Sxxx, where xxx stands for the temperature in degrees). Skeinforge may need some more changes but I dont know them all.
What errors do you get? Some errors are normal and can be ignored, others are warnings that can break your machine. Its a new feature that has been implemented in repG 0034.
-
If its still giving problems, try running replicatorG without attaching the USB and wait for replicatorG to say that it cant find a port to use. Then attach the USB, wait for the Arduino to get recognized and upgrade the firmware, or try upgrading using an older version of repG. Its a security lockout in 0034 to prevent repG from using older firmware (which can cause crashes when using 5D on repG 0034).
-
You can drive them directly from the Ultimaker PCB. The setup is however a bit tricky.
I don't understand this statement. So can we drive the PCB heated bed from the UM power supply (eg, plugging directly into UM motherboard)? Is the power supply capable of supplying enough power? Are we REQUIRED to have another power supply to power the heated bed?
Has anyone tried powering it directly without adding another power supply or another board, etc??
You need to add a separate supply, the UM power supply cant deliver enough power (75-100W for the heated bed + 60W for the PCB itself) without shutting down first. So you need some sort of power relay board with a separate power supply to make it function properly.
-
Some use 250 baud to print, but I think you can do couple of things to get less pimple:
1. Slow down (replicatorG can do that during a print)
2. Close all programs except repG.
3. Use an Ultimaker controller.
The ridges is because of the "layer height". The lower the layer height, the less ribbles you see.
Some experiments of mine, from left to right: 0.05mm, 0.03mm, 0.015mm.
-
The bubbles are formed because the machine is desperately trying to get commands over USB, but fails due to the connection speed. The USB is a bit of a bottleneck, best is to slow down the print or use an SD card.
-
The promo pictures look so good because they print at 25mm/s, 0.05mm per layer, and around 200-220C. Also using belt tensioners will help too
Dont expect to get a good print in the first run, I usually mess up 2-3 prints before I got a good one. Its all in the first layer...
-
Its just Slic3r that is causing the problem, your program is running fine. Do you run windows, mac or linux?
Slic3r should standard be in the map slic3r/bin (or something similar), unless you decided to change/delete the slic3r map (which can cause problems).
And I know there are solutions. 
:cry:
Funky Prints
in UltiMaker 3D printers
Posted
There is a long list of "recommendations" that I am supposed to look into. Besides the ones you mentioned, there is Kisslicer, sendG, and a whole bunch of others... However when there are problems, you need to have a person in support that can quickly determine if its a bug or something that the user is doing wrong and knows the behavior of the software, instead of sending them back to the forums while saying "Get your help there".