Repetier
About
- Username
- Repetier
- Joined
- Visits
- 2,088
- Last Active
- Roles
- Administrator
Comments
-
High sierra goes into sleep mode when screen turns off. Go to energy saving and activate "Prevent computer from sleeping automatically when the display is off". Hope that helps.
-
Does the servo have a separate power source? Otherwise it might just draw to much ampere from the 5V arduino power. That power is very limited and normally not enough for a servo.
-
You need to activate servo support and set the right pin. Important note is that boards have not enough power on their 5V to power a servo, so you need a power source for your servo.
-
System.ArgumentOutOfRangeException: The maximum baud rate for the device is 21105. That is a very low and very uncommon baud rate. Current serial drivers normally have no problems with 250000 and often support even higher baud rates. So I wonder if…
-
RAISE_Z_ON_TOOLCHANGE is not stored in eeprom. But it would solve your problem if you just used it instead of trying to raise your self making the G91/G90/G1 Z unneeded. Here you also see where the problem might happen (Extruder::selectById) …
-
The magic is that they open the com port twice with and without parity and then close one. In theory totally nonsense but in practice it seems to work. Only problem is that this trick only works on linux. In windows you can not open same port twice.…
-
Ok, found it. Happens if the max. speed is exactly the max. speed in your range scale. So setting max. speed here to 7199 would already fix the problem. Next release will handle it also correct for 7200.
-
Ok, can reproduce the issue and will check what is happening here. Looks like it affects the fastest speeds. Just reducing one speed from 7200 to 7199 makes it appear. So it should be a simple thing to fix for next release.
-
I think only the select/deselect commands are necessary to anaylse the problem. Only reason for different Z that should exists is if z offset of both extruders differs. You should test that in eeprom settings. Apart from this the switch script does …
-
Linux and windows version of server are identical. Just start it and enter the ip/API key in the pi connectivity settings as the pi is who decides where it is done. Linux host is sometimes behaving not identical. After all it is a windows software …
-
Yes, we set a config file to curaengine and all generated comes form the engine.
-
Server does a autozoom to contain all in maximized view so everything is visible. You main problem arises from your prime line in the fornt which is also taken into account. SOmething you do not really want. Therefor use these server markers: @nosi…
-
Fan speed depends normally on layer printing time. Longer times = lower speed. But that is slicer dependent which we do not program.
-
No attachment:-( dev2 has no controller support at the moment. That will be one of the last things I add as I think I want to change how the menu gets generated to be more flexible here as well. But I see no way around the need to have the translat…
-
I don't think a simple copy works. But I do not know the exact implementation details.
-
No. I think you had the davinci fork and that has this is additional function. You coul duse it with host and put the position on script buttons 1-3.
-
You need gcode M3/M4/M5 to turn it in/off. Be sure to be in cnc mode so the right pin is used. With RAMPS also watch yout to disable fan control as fan normally also uses D9 so that would be a conflict.
-
Anything helping with translations is welcome. Chnaging/adding entries is really a pain, also I think some translations are hard to catch, especially if they are within #if conditions to get different content depending on defines. Also if oyu look …
-
Which plugin do you mean? I only know they have a plugin to solve a similar problem with Malayan V2 board that does only like to speak under very strange situations as it seems.
-
Dry run is aloso easier for the printer as it uses much less power. That keeps power on a more constant level then with heaters on. So will be interesting if it stays that stable if heaters are used.
-
That means you tried to move outside the reachable area. Typical reason for G33 is that the tested area is a rectangle coving the whole circle whcih leads to test points outside. Select exclude corners and select a rectangle only slightly outside t…
-
Exactly, on the other hand if you do not want to connect to cloud you might still want to have a manager.
-
Why do you use analog at all? I assume it is a switch, so digitalRead is all you need.
-
Yes, vendors have often a big dislike to any ability to change configurations and to show informations that are not 100% required. That increases support and makes things look complicated especially to a novice. But also many users do not really wan…
-
I think it is the same problem as original reported problem. Prusa firmware reporting now A: making it ignore bed temperature for reading. Will be fixed in 0.90.0. So you can live with this as it does not affect printing in any way, or modify prusa …
-
OYu could also just send G28 multiple times after moving manuall between them to see if it works. In log you can see that it gets send, so you see what firmware does when receiving.
-
Yes, that is the idea behind it. That is what next update is about and why it takes so long:-) But it will start without spool management as I still need to find a solution for it.
-
You need to test coordinates with M114. If you are for example in repetier-host it will show real coordinates including offsets. Here you can send @isathome if the current position should be 0,0,0 In general you should not need to use G92 if firmwa…
-
Try the following. Home XYZ and send M114 You get some coordinates in log. In printer settings->Shape set these coordinates as homing coordinates. This normally happens if you did not enter the right homing coordinates in host.
-
Didn't you already say it is firmware bug ignoring G28 on second call?