Mine worked well for a while and then started to give false warnings and stops (under extrusion), and now it does not work at all. I guess that maybe the spring holding the wheel got loose and it's not rotating enough while the filament is passing, but haven't opened it yet to check....
@jay_s_uk said in E3D Super Whopper stepper motor behaving strange on DUET 2:
the E3D motors tend to have different wiring going into the motor.
Are you using the cable supplied with it or the one from your original motor?
Hi Jay,
Thanks for the reply. Yes, the wiring is different - I adjusted my pinout accordingly. I have a custom made printer, so my cabling is also custom - I adjusted the pins on the connector to match the E3D pinout. The motor is working and the direction is correct - but the noises it produces sound like trouble.
I've had a curious issue with the E3D Super Whopper motor so I thought I might share it to see if anyone else had a similar experience.
First I got one brand new (never used) from my friend @arhi and tried to replace my Y bed stepper just to see how it would perform. I set the steps properly (it's a 1.8-degree stepper, unlike other E3D steppers) and the current to around 1.8amps (it's rated 2amps). The belt was tensioned about the same as my previous generic stepper and the size was the same.
When I fired it up - the stepper was producing strange grinding-like noise as if something was mechanically wrong... the position, the belts and everything else was exactly the same as my previous stepper which worked flawlessly. I checked everything twice and it was still grinding like hell... At that point I gave up and returned the stepper to my friend - and he (generously) gave me another one - also brand new, exactly the same as this one, as I thought that maybe the first one was bad.
Flash forward a couple of months - I had to replace my X stepper a few days ago, since it failed (miraculously - the shaft got broken), so I thought to give the new Super Whopper one more try. And the noises I experienced with the first one were still there! Much less than on the Y axis, but still disturbing (like heavy vibrations). It works but it's disturbing and it is heating up very much even set to 1.6amps.
Just to clear things up - a generic Chinese stepper I was using at exactly the same position and setting with exactly the same (normal) belt tension was working flawlessly for a long time. everything is aligned properly, no obvious mechanical problem.
Does anyone maybe have any ideas what might be the culprit of it?
@CaLviNx Yes, I am completely aware of that principle and my first thought was exactly what you are talking about, but in practice making a floating nut in a dual z-axis setup like mine (the z axis is holding the x-axis bar) and a height of 500mm that made more problems than solve. When the leadscrews are very long (like mine - almost 600mm) and you do not align them perfectly - the nut and/or screw tend to "dance" a bit which translates into visible z print artifacts. Using a springy motor coupler with a small ball bearing inside) helped a little bit with the constraint problems. When I was talking about aligning - I was thinking more about aligning the linear rails - since I have 4 of them for Z - 2 for each side od the Z axis, and aligning 4 linear rails to do a constrained up/down motion together is a pain. Also it's much more difficult when the lead on the leadscrew is 2mm instead of 8mm which is more common on printers since it's much more sensitive to misalignment.
@arhi 10x2 ACME leadscrews I got were very straight and solved my heavy dual z-axis falling problem - but they are a pain to tune ideally, especially with dual linear rails on each side.... everything needs to be aligned within a fraction of a mm or you'll have rail grinding and artifacts in the print.... but if you do it properly it solves most of the problems.
I've designed a case for Duet 2 + Rpi + 7" screen + 2x SSR's for custom dual zone bed heater. Here is how it looks like
@Veti Yup, as Arhi said - if your fans are rated the same voltage as your VIN run them in parallel. If they are half your voltage, run them in series - and you might want to put a zener diode on each end of the series just to protect the fans. That's how I am using these two beefy 12v blowers on a 24v VIN
@Popstar
No additional electronics is needed. It works as is - without any problems - just make sure you get the pinout right and put this line to configure the sensor :
M591 D0 P7 C"^e0stop" L7 R50:250 E22 S1 ;pulse, disabled, 7 mm/pulse, measure every 22 sec, minimum 50 maximum 250
Also it would be wise to disassemble the sensor and "squeeze" the spring a little bit, to make the filament go through more easily, since by default the spring is too strong and puts a lot of resistance to the filament flow....
Great, thanks!
I completely forgot there is a resume.g. 
Hi guys,
I often use the M226 command in the GCODE to pause the print after a certain layer and insert metallic parts such as nuts and magnets into a print and then resume the print via the PanelDue resume button.
This works great except for one thing - every time I resume the print head comes back into position and then extrudes a pile of plastic on my print (I guess this is the restart filament amount) and then resumes the print normally. This is a problem since with my hotend (Mosquito) I do not need the restart amount and it just messes up the print potentially making the print head hit that big chunk thereby ruining the print.
Is there a command or setting where I can turn off this "resume filament extrusion amount" or whatever it is called.
Thanks a lot in advance.
I've been experimenting with DAA and it has proven to be quite useful and nice when you are using constant speed profiles for printing. The problem is when you often change the speed of your profiles - you need to re-calibrate the DAA and change the parameters for that speed. I don't know if there can be a way to automatically compensate for those speed changes once the inital parameter is set (like detecting the speed in the gcode and compensating for the DAA value on the firmware level.) I've also kind of noticed that once you cancel out the base low frequency - the harmonics (higher frequency vibrations) also tend to get much smoother.
Thanks for all the info guys. It's been hectic with work the past couple of days, so I could not be very active on this front. I will try out the solutions suggested here and let you know the results....
@sungod3k
Thanks for you reply. I've set up the laser to work with the Heater3 pin on the expansion header. I'll check out jtech photonics. There are many paid and free options for the laser engraving/cutting software, but I wanted to start from something that other users may have found works well, just to save some time...
@dc42 Thanks for the reply and for your time. I've already read that in the previous threads about the lasers and I set it up. My question was more directed towards particular software solutions that are tried out and proven to work well with the Duet, so I can start from there.
Hi guys,
I have just finished setting up the laser head on my Duet 2 ethernet based 3D printer. I used a Chinese 15W diode laser and with this particular one - it works without the 74HCT02D described on the Duet Laser page (it works with 3.3V PWM and non-inverted signal).
That gets me to my question - I've gone through all the threads mentioning the laser software to be used with Duet but I could not find a definitive answer to what works well and how to set it up - so if anyone of you has recommendations and/or instructions on how to set up the laser cutting/engraving software - it would be highly appreciated.
Thanks!
Just a short update from my side about the Bigtree filament sensor.... It works as intended now!
My settings are M591 D0 P7 C"e0stop" L7 R75:125 E22 S1
The readings are usually from 93 to 108%, but I keep it on the safe side with the 75/125 % min/max settings.
It already saved one print....
Hope it helps.
I've been fiddling with the Bigtreetech pulse filament sensor during my last print and I've noticed that when I change the M591 settings while printing - it stops receiving data. I changed the the lenght to 7mm, and tried the S:15 and S;22, but it does not receive any data. Maybe it needs to be changed before the print?
Hi guys,
I didn't have time to go through the whole thread, I just read parts of it, but since my friend @arhi mentioned my experience, I just wanted to confirm it.
I've been printing a lot of different PLA / PET-G brands with the original Mosquito and it has been performing like a champ - I did not have a single problem with it. Before that I was using an MK11 Microswiss all-metal hotend and it was honestly a pain. When it was working- it was performing ok, but when you want to swap a nozzle for example - that is when the nightmare starts - it was a lottery if it would clog or not and cleaning the whole system was painful.
With Mosquito, swapping nozzles is a breeze and I do it every other day now, to switch between detailed and big prints. I was "expecting" it to fail at some point, since there were some prints that were 24+hour long - but it did not. The only "issue" I've had is that when printing with a 0.8 nozzle with high layers - you have to lower the speed to 30mm/sec if you want to avoid underextrusion, but that is understandable, and you have the MAGNUM version if you want to go faster with bigger nozzles.
Anyway, if you can afford the Mosquito - I would say go for it. I will be upgrading to the V2 mosquito magnum in the following days for sure.
Hope it helps.
I can confirm that reinstalling the firmware solves the problem.
@DerGulli Hey, nice to know you solved it.
I will try that too... I was just worried that reinstalling the firmware might screw something up since now the machine is working great (apart from the baby-stepping problem...
@arhi What would I do without arhi, my 3d printing guru!
Sorry I was away the whole day, so I wasn't able to reply. So as arhi said, I tried using it both through Paneldue7 and DWC. It is exactly the same problem as DerGulli is experiencing. Babysteps works until I start the print - after that it just stops responding. It prints out the value I am setting on the screen - but the Z axis is not moving at all. When I type M290 in the console to check the current value it does not returnt anything.
I dont know if gcode can influence that in anyway, but I am using Ideamaker.
If you need any additional info I would be more than glad to provide it...
It's really annoying since otherwise rhe machine is working great now...
Thanks a lot!
Hi guys,
I am experiencing a weird problem.
Z-Babystepping is not working at all once the print starts - neither from the Paneldue screen - nor DWC.
I am running the latest firmware for both.
When the printer is in idle (not printing) - z stepping is working normally both + and -, but when the print starts it stops responding altogether.
M290 command also does not give any info while printing.
I always put 3 wide skirt circles before the print just so I can make sure the the z-height is right and to prime the nozzle properly - but if it starts wrong, I cannot adjust it with babysteps - and that is something I was so used to on my previous setup.
I have tried both + and - even 3mm just to see if anything will change over the course of printing, but it does not.
I have also set the software limit switch of Z to -3 so I can go below Z0, but nothing I do can make the babystepping work once the print starts.
It's weird because, as I said - in idle it works as expected.
Any ideas?
Please find my config.g attachedconfig.g
UPDATE :
It seems that something in my homing routine is screwing up the leveling mesh.
When I do G32 and then G29 without homing - it very different :
But when I do homing (G28) and then (G29) it goes all the way below the grind no matter what my z-offset for the probe is.
Now on the new graph you can see that my Z0 is way too high since I was trying to compensate with the z-offset to see what will happen, but it seems that the G28 is screwing it up for some reason.....
Do you maybe have the stock versions of homex.g homey.g homez.g and homeall.g so I can try to replace mine with the default ones?
@JoergS5 Thanks for your time man, I really appreciate it.
Here is the image of the mesh :
Not much was changed, I added a laser filament monitor (but that shouldn't be a problem) and also added an additional 40mm fan to cool the extruder since the stepper motor is encapsulated in the carriage so I was afraid it may be overheating.
As for the config.g the only I was mainly changing is the z-offset since I cannot seem to get the first layer at the correct height. One thing that is really bothering me is that G32 (true bed leveling) is doing adjustments each time I run it... even when the printer was not turned off.
Another thing I have tried is the z-probe repeatability macro and the deviation from the mean last time was 0.005, so it is working. I also set the following line for thr Bltouch :
M558 P9 C"^zprobe.in" H5 F300 T6000 A4 S.0.03
Images of the printer:
@JoergS5 My happiness was not long... It was ok for a while but after I was trying to get the right z-offset it started doing it again... When I do G29 it just draws the height map under the X Y Z grid with a big offset. At this point I am running out of ideas. The printer is mechanically solid, everything seems to be working ok except the mesh compensation / z-offset which is behaving a bit random. Also the G32 true bed leveling (bed.g) seems to be doing some compensation each time I run it.... Maybe it has something to do with...