Filament-change.g

[droftarts]

@Krohm-Koala Sure, but not everyone is comfortable with programming, and not everyone is running release-candidate/beta firmware! Current release firmware is 2.05.1 or 3.0, which doesn't have those options.

Not sure why it worked in RRF2 when filament runout was detected, but now doesn't. Unfortunately don't have the skill to check the code.

Ian

[dc42]

For filament monitors that provide a "filament runout" indication (i.e. simple switch, or laser + switch, or magnetic + switch) there is a "filamentPresent" object model property. Send M409 K"sensors.filamentMonitors" to see it.

[Krohm Koala]

@droftarts Yes, for sure, i maybe doesn't have much or maybe less skill than you to check code x) I just try some things ^^ and as my bro is really good at programming, he help me sometimes ^^

@dc42 Thanks ! I'm working on my code, if it work, i'll be posting it here and share it with my FB group It's so amazing to be able to do as much with meta code, possibilities are almost infinite now

[Krohm Koala]

@dc42 I ran through a problem,in my pause.g, I made a code to call filament-change.g, at this point everything's okay, but in my filament-change.g, I call another macro to purge, here is the problem, at the moment I want to call my purge macro, the print resume, at the height of the pause height, and block the card as it's still saying in the interface that the print is paused, but it's running, can't pause or anything, just emergency stop... I think it's unusual to call macro in macro in macro but maybe it's the problem ^^

[dc42]

So you have pause.g calling filament-change.g, and filament-change.g calls purge.g, but instead of running purge.g at that point the print resumes. Is that what you are saying?

[Krohm Koala]

@dc42 exactly, do you want me to give you all the gcodes and meta of these ?

[dc42]

Yes please. Also, please confirm you are running firmware 3.01-RC6.

[Krohm Koala]

@dc42 Sure I'm running the 3.01-RC6. So there are the files
pause.g
filament-change.g
Purge.g

[Krohm Koala]

@dc42 Hi, have you got a bit of a time to look at it ?

[dc42]

Yes. Please try 3.01-RC7. I made a change in that version which I think will fix it.

[Krohm Koala]

@dc42 So i tested it again on 3.01RC7, exactly the same result, it'll be easy to get around with the new M291 in 3.02 as i will be able to integrate the purge macro in the filament-change.g

[Krohm Koala]

3.01-RC8 still react the same

[dc42]

Thanks, added to my list of things to investigate.

[Krohm Koala]

@dc42 Thanks, i'll overcome this when 3.02 will be here, if you need me to test it another time later, don't hesitate

[dc42]

@Krohm-Koala, please can you try release 3.01-RC10 and see if the problem is still present.

[Krohm Koala]

@dc42 i just tested it, so, it's still here, still resume and launch the macro at the same time, blocking everything.

[dc42]

I'm sorry, I can't reproduce this, using 3.01-RC10 on Duet 3. I had to edit your files a little to make them work on my machine, but they seem to be working. It does runs the purge macro, which asks me if I want to purge. If I say yes, it purges, then asks me again; and so on until I response with Cancel. Then it thanks me for changing the filament.

However, I did notice that the messages that don't have an "OK" button are displayed only on DWC, not on PanelDue as well.

[Krohm Koala]

I'm using a duet 2 wifi, maybe that's the reason ^^ if you want, maybe I can film what happened to let you see and maybe upload my whole config files, maybe something is wrong ^^

[dc42]

Are you absolutely certain you are running 3.01-RC10? Send M115 to check.

Duet 2 and 3 firmware are built from the same source code, so it's unlikely that this sort of fault would affect one and not the other.

[Krohm Koala]

Yes absolutely sure, that's what appear in dwc and with the M115 I'll upload my whole sys/ folder and film what happens so you can see exactly what it does