A post-processor like Cubeitmod requires a lot of parameters, at the beginning I've "hijacked" some unused KS parameters but with the last version of Cubeitmod I had introduce more parameters and I had to write them into the G-Code tab.
It would be much more better to have some free parameters ( specially on the material tab, because the parameters are mostly related to material/extruder ).
More free parameters for post-processing
- lonesock
- Posts: 258
- Joined: 09 Nov 2014, 18:41
- Contact:
Re: More free parameters for post-processing
I've put version 1.5 on feature freeze so I can actually finally release it, BUT this feature is already on the list for version 2.0. It will have user-settable token text as well as the value (so <RANDOM_TOKEN>="some value"). I don't think I understand all the ways it might be used, though, so I definitely appreciate your feedback!
thanks,
Jonathan
thanks,
Jonathan
-
- Posts: 241
- Joined: 18 Nov 2014, 09:34
Re: More free parameters for post-processing
I would like to have something like this in every tab ( Style, Support, ....) this way the parameters are automatically saved by KS and using the .po language file I can put the text I want : Thankslonesock wrote:I've put version 1.5 on feature freeze so I can actually finally release it, BUT this feature is already on the list for version 2.0. It will have user-settable token text as well as the value (so <RANDOM_TOKEN>="some value"). I don't think I understand all the ways it might be used, though, so I definitely appreciate your feedback!
thanks,
Jonathan
Giovanni
-
- Posts: 271
- Joined: 09 Nov 2014, 23:03
Re: More free parameters for post-processing
Jonathan, will the user-settable token text work for things like <WARM1>, <WARM2>, <WARM3> and <WARM4> in the Printer G-Code Prefix tab? You may remember a while back I tried to use these tokens in the Printer G-Code Prefix tab, but they didn't work there.
- lonesock
- Posts: 258
- Joined: 09 Nov 2014, 18:41
- Contact:
Re: More free parameters for post-processing
Hmm, not sure I ever found the bug in the <WARMn> tokens. I put a note in my ToDo-list. I'll try to get it working for you.
thanks,
Jonathan
thanks,
Jonathan
-
- Posts: 7
- Joined: 06 Apr 2018, 13:34
Re: More free parameters for post-processing
I have KISSlicer v1.6.2 Pro and none of the tokens in the Printer G-Code Prefix tab are being substituted when the prefix is placed in the G-Code output.inventabuild wrote:Jonathan, will the user-settable token text work for things like <WARM1>, <WARM2>, <WARM3> and <WARM4> in the Printer G-Code Prefix tab? You may remember a while back I tried to use these tokens in the Printer G-Code Prefix tab, but they didn't work there.
Should they work in 1.6.2? Is there a setting somewhere that I have to set? Is this still a bug?
-
- Posts: 150
- Joined: 20 Aug 2016, 18:25
Re: More free parameters for post-processing
If you'r talking about custom tokens, I'd say the likeliest reason is that you define them wrong. It took me a while to figure out that the hint is *exactly* how you put them:b-morgan wrote:I have KISSlicer v1.6.2 Pro and none of the tokens in the Printer G-Code Prefix tab are being substituted when the prefix is placed in the G-Code output.inventabuild wrote:Jonathan, will the user-settable token text work for things like <WARM1>, <WARM2>, <WARM3> and <WARM4> in the Printer G-Code Prefix tab? You may remember a while back I tried to use these tokens in the Printer G-Code Prefix tab, but they didn't work there.
Should they work in 1.6.2? Is there a setting somewhere that I have to set? Is this still a bug?
Code: Select all
<TOKEN>=[G-Code]
- pjr
- Posts: 704
- Joined: 05 May 2015, 10:27
- Location: Kamnik, Slovenia
Re: More free parameters for post-processing
Be careful in the Prefix G-code section; some of the tokens equate to Zero or "not yet defined".
KISS only "knows" about the current settings once something it has under its control has happened - i.e. after the Prefix G-code.
Peter
KISS only "knows" about the current settings once something it has under its control has happened - i.e. after the Prefix G-code.
Peter
-
- Posts: 7
- Joined: 06 Apr 2018, 13:34
Re: More free parameters for post-processing
So where should I put the start gcode for the printer if I want to use the tokens in it? Part of the start gcode for my TAZ 6 is to wipe the nozzle(s) after retracting the filament(s) and then after auto-leveling, prime the nozzle(s). This requires knowledge of the temperature(s) associated with the filament. I was using <WARM> <BED> and <MAIN> with my single extruder and <WARM1> <WARM2> <BED> and <MAIN1> <MAIN2> with my dual extruder.pjr wrote:Be careful in the Prefix G-code section; some of the tokens equate to Zero or "not yet defined".
KISS only "knows" about the current settings once something it has under its control has happened - i.e. after the Prefix G-code.
I think the solution should be that KISS is in control when the SLICE button is pressed and the tokens should all be available in the prefix.