possible error in firmware 3.2x
-
Hello, is there already a solution for the component fan problem ? Can I do something wrong? at felt one of 10 print it goes and at all other .. Not.
I slice with s3Deven if I manually set the fan on the Panel Due it often does not work !
-
@wummelfrosch Sorry, I missed that thread before. In versions of PanelDueFirmware 3.2.6 there was a change that it will only show the fan speed of the first fan of the currently selected tool. In the just released 3.2.10 it will fall-back to fan 0 in case there is no tool selected. Can you please check if this solves your problem? If not, please post your
config.gso I can try to reproduce it.Also have you assigned the fan to your tool with
M563 Pnn FnnwherePnnis your tool number andFnnis the fan number (unless it's 0)? -
@User3D said in possible error in firmware 3.2x:
@wummelfrosch I too feel paneldue's new version has bugs. In my case, after running following code my view used to refresh itself. But now it kinda stucks. even though temperature is set and is rising but it is not reflected on screen.
Which version of RRF are you using? This was a known issue in RRF 3.2-beta versions but has been fixed since.
-
@wilriker
Hello, thank you for the answer. I've tested it and it's not working. I used the latest RRF and until the update of the Panel Due Firmware it still went. I have to say that I use a Chimera Dual Wakü Hotend and always use both component fans, i.e. right and left at the same time. The firmware was created with the Config tool. In the Config.g, the fans are assigned to both tools ( (F 0:1) ! I need no Hotend fan because i use Wakü. That has always been the case and I haven't changed anything about it.I will try the new Firmware bundle 3.2.2
-
@wummelfrosch Thanks, I'll check your config next week - unless you report meanwhile that your issue magically disappeared.
-
@wilriker using RRF version - 3.3beta
-
@User3D I put this on the list to investigate. But for clarification, this is (if at all) a problem with RepRapFirmware. PanelDueFirmware is only a passive consumer of status updates and if RepRapFirmware does not send them PanelDueFirmware cannot process them.
-
@wilriker
Hello, nothing changes even after the update to rrf3.2.2. However, I have now noticed the following : if I print with tool 1 it goes ! only with tool2 it is not possible ! I think that could help a lot in the solution. maybe I can fix it with the slicer startcode ? -
@wummelfrosch I found the issue. The reason is that you have both fans assigned to both tools and when PD sees an update for fan 0 (it only looks at the first fan of each tool anyway) it will search for the tool that this fan is assigned to and will find tool 0 but since tool 0 is not the current tool it will discard this value.
-
@wilriker
oh super... Thank you very much. Just how can I solve you best? as written above I always need both fans, no matter which tool I'm using -
@wummelfrosch You cannot solve it, I have to fix it in the firmware (in fact I already did so but need to release it after testing).
For version 3.3 a revised fan handling is planned so you can control all fans of all tools in all situations. But no work in this direction has yet been implemented.
-
@wilriker said in possible error in firmware 3.2x:
For version 3.3 a revised fan handling is planned so you can control all fans of all tools in all situations. But no work in this direction has yet been implemented.
ok thank you. I wait for v 3.3 and would be happy if this change is implemented then
-
@wummelfrosch I will do a 3.2.11 probably tomorrow before I start working on 3.3.0-beta1.
-
Great ! I will test it and give you a feeedback again
-
@wilriker
at first... sorry for the delay of my reply, because there are a lot of work in business and at homeI have testing the Firmware 3.2.11 and it seems to work fine for me
Thank you
-
@wilriker there is a "Tool Fan" slider I'm the DWC that controls all of the fans for a tool. Why doesn't the due show that instead?
-
Closing due to inactivity.
