Issue with Control-Tab following upgrade

Hi,
following a recent upgrade of Repetier Server from version 1.4.5 to 1.4.9 I'm having the following problem. After each print the Control Tab is blank. So instead of seeing the print bed preview and temperature controls there is just a blank space. Prior to the upgrade the control tab remained always active and I was able to view and control temperatures. Since the upgrade it only works until a print completes or a print is cancelled. Has anybody seen this problem and is there something I can do to fix that? 
Apologies if this was asked before but I could not find this particular problem. My setup is a GT2560 with Marlin 2.0.7.2 connected via USB to a Windows 10 PC which is running Repetier Server. I'm not aware that I have made any other changes to my setup. Thanks. 

Comments

  • Just tried it and it did not happen, so not sure how blank you mean with blank. Can you try setting port to virtual printer and retry if it still happens. Best also open javacsipt console (right mouse button-> Inspect) then go to console. Check if you see an error message there. Use small print for fast testing.
    Which browser are you using in case it is a browser issue?
    Anything in post process enabled? Timelapse, history reports, own script?

    If happens can you post a printer backup - config only should be enough using a download service or similar? It might depend on a setting that I do not have or something I do not think of at the moment, so testing with same settings might show what is the reason.
  • I'm using Edge. I don't have any post-processing scripts nor do I use time lapse. Haven't got a camera connected. I do have history reports enabled and these generate ok. I've got a couple of custom gcode buttons defined but that's as far as my customisation goes  ;)  I didn't consider a browser issue but it's possible. However when I reload the page, it still won't work. Only a printer reset will bring the control tab back. I currently have a larger print running but will start testing as soon as I can and will report back. Many thanks.
  • Started testing using the console and it does show something interesting.

    When a print job starts the console shows 1 error 'Cannot read properties of undefined (reading 'retractSpeed') in angular-min.js.

    As soon as the print finishes I get 9 more of them. Some of them show some data snippets like this:
    <div id="printer-views" class="tab-content" ui-view="" ng-class="{'printing':active.state.isJobActive}"> and 
    <div id="printer-views" class="tab-content" ui-view="" ng-class="{'printing':active.state.isJobActive}" data-ng-animate="1">

    I did recently adjust my start/end gcodes in PrusaSlicer and also adjusted the gcode for the abort print event.
    Do you think these errors could be relevant, and if so, do I need to look for a problem in my gcodes or in the printer configuration?
  • I see a chance that your printer configuration is corrupted. At end of print it gets stored to save last bed temperature so it is reread and that is when you start getting your errors visible. With javascript errors part of following code can get omitted which I guess then cause missing data.  retractSpeed is used in control tab so there can in deed be a dependency. If you have an old backup of config replace it after making a backup. Alternatively go to printer configuration->tools and select your extruder and check what is written there as retract speed. Try saving and it will check fields visible for errors preventing save until fixed. If that is wrong there might be more fields with bad values if the file was corrupted so better check all tabs.
  • After spending most of the day testing I have now figured out why this was happening :) 

    My printer has a 2-in-1-out mixing hotendend and therefore I'm using virtual tools which I hadn't configured in the printer config as it's never been a problem. Whenever my start/end gcodes activated a virtual tool I got those errors and the control tab stopped working. As soon as I defined the virtual tool in the printer config, the error has gone away.

    By default Marlin has 16 virtual tools, I hope you can bring back an internal fallback logic, so the application will just use the values of the last configured extruder. Otherwise I'd have to define and maintain 16 identical tools.

    Many thanks for your help!
  • Ok, so having 1 defined and using second causes the issue then. Will check and add a fallback.
  • Ok I see the issue just using T10, so that is not the problem. The issue is more that it allows more extruders so it shows usage or makes extruder preview correct. So something I"d like to keep and now I wonder what the temperature response is. What does it look like if zou have T0 active or T10? Can you poost the output from console if ack is on and M105 filter off for both cases?

    I"m thinking of making a extra config to define an extruder as virtual so it behaves correct and all 16 are mapped correctly.
  • Sure thing. here is the output: 
    Recv:13:19:35.314: T:138.16 /160.00 B:42.44 /50.00 @:127 B@:127
    Recv:13:19:36.317: T:139.10 /160.00 B:42.35 /50.00 @:127 B@:127
    Recv:13:19:37.326: T:140.16 /160.00 B:42.28 /50.00 @:127 B@:127
    Recv:13:19:38.326: T:141.26 /160.00 B:42.85 /50.00 @:127 B@:127
    Send:13:19:39.065: N29 T0
    Recv:13:19:39.067: ok
    Recv:13:19:39.326: T:142.13 /160.00 B:43.00 /50.00 @:127 B@:127
    Recv:13:19:40.326: T:143.03 /160.00 B:43.18 /50.00 @:127 B@:127
    Recv:13:19:41.319: T:144.09 /160.00 B:43.38 /50.00 @:127 B@:127
    Recv:13:19:42.318: T:144.97 /160.00 B:43.66 /50.00 @:127 B@:127
    Recv:13:19:43.325: T:146.13 /160.00 B:43.53 /50.00 @:127 B@:127
    Recv:13:19:44.322: T:146.69 /160.00 B:44.03 /50.00 @:127 B@:127
    Recv:13:19:45.326: T:147.70 /160.00 B:44.12 /50.00 @:127 B@:127
    Send:13:19:46.040: N30 T10
    Recv:13:19:46.043: ok
    Recv:13:19:46.316: T:148.85 /160.00 B:44.36 /50.00 @:127 B@:127
    Recv:13:19:47.321: T:149.61 /160.00 B:44.60 /50.00 @:127 B@:127
    Recv:13:19:48.316: T:150.68 /160.00 B:44.32 /50.00 @:127 B@:127
    The printer was pre-heating to standby temperatures that's why the temps are raising. There is only one heater and one temperature sensor of course. The printer model is a Geeetech A20M btw.
Sign In or Register to comment.