Bas I have been following you posts on the temp control problem. I just though, why dont you sense the temp with an external device and then use a component to control the temperature. You could even use the pid component together with your own component. You could also sync the control with the gcode. Use the spindle speed as the temp setting and do the rest yourself. I would have done it this way.
This problem is similar to the THC function required for plasma cutting. We do it this way. On 2014-04-23 15:11, Bas de Bruijn wrote: > Hi Guys, > > Here’s me nagging again about temperature, M106, M109, fan control etcetera. > I’d like to know from you if/how you want to proceed with Additive > Manufacturing and Machinekit. > > I’m running my Delta style machine with Machinekit and BeBoPr-Bridge, > printing happily, no problems there. > However I come to the feeling (seeing some replies) that configuring the > machine could be better/more natural if doing the following: > > [1] > The extruder temperature is controlled like an axis. Like a spindle but > setting temperature instead of rpm. > Would it not be very easy to change temperature when printing? like spindle > override. Thus no setting of M104 P105 to get to the temperature, but with M4 > S205 (http://linuxcnc.org/docs/html/gcode/m-code.html#sec:M3-M4-M5) > > [1.a] > I don’t have 2 extruders (yet) but changing between 2 extruders would mean > switching tools I think, correct me if i’m wrong here please. > > [2] > Same goes for the fan speed. Alexander Rössler already uses his fan as an > axis. > > [3] > If the extruder (stepper)motor itself (not the temperature) is being > controlled by speed (synchronised with the speed of the combined xyz motion, > got the X-motion one from Andy, added Y and Z because that would be needed) > instead of position, would it then not be very easy to change the flowrate > during motion? Meaning instead of positions of the A-axis the input in the > G-code would be the thickness of the extrudate (extruded line width). > http://linuxcnc.org/docs/html/examples/spindle.html#sec:Spindle-Synchronized-Motion > [3.1] the g-codes then would consist of points (xyz) and before that the > thickness has to be set. > [3.2] no clue how I would do a retract between area’s though > > all of the above would mean that the output from the slicing software would > have to be different than the reprap-style based output (with all the > magnificent slicing softwares there). > > Are these things above realistic, possibly even fundamentally wrong and/or > would it benefit you? Or do you say: “get your hands of my configured machine > setup and don’t touch my workflow!”. > I mean, no need to fix something that isn’t broken, right? > > feel free to shout at me like “Yes, that’s what I want” or “No Don’t do that > (wiggling your finger angry at me)!" > > Bas > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform > _______________________________________________ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Regards /Groete Marius D. Liebenberg +27 82 698 3251 +27 12 743 6064 QQ 1767394877 ------------------------------------------------------------------------------ Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
