dob71 / x2swn Goto Github PK

Raft procedure took 4 seconds.
Skirt layer count 1...
Skirt layer count 2...
Traceback (most recent call last):
File "skeinforge/skeinforge_application/skeinforge_utilities/skeinforge_craft.py", line 227, in
main()
File "skeinforge/skeinforge_application/skeinforge_utilities/skeinforge_craft.py", line 224, in main
writeOutput(' '.join(sys.argv[1 :]), False)
File "skeinforge/skeinforge_application/skeinforge_utilities/skeinforge_craft.py", line 135, in writeOutput
return pluginModule.writeOutput(fileName, shouldAnalyze)
File "C:\Program Files (x86)\x2sw_v1.2.0.1\skeinforge\skeinforge_application\skeinforge_plugins\craft_plugins\export.py", line 275, in writeOutput
gcodeText = skeinforge_craft.getChainTextFromProcedures(fileName, procedures[: -1], gcodeText)
File "C:\Program Files (x86)\x2sw_v1.2.0.1\skeinforge\skeinforge_application\skeinforge_utilities\skeinforge_craft.py", line 44, in getChainTextFromProcedures
text = craftModule.getCraftedText(fileName, text)
File "C:\Program Files (x86)\x2sw_v1.2.0.1\skeinforge\skeinforge_application\skeinforge_plugins\craft_plugins\skirt.py", line 85, in getCraftedText
return getCraftedTextFromText(archive.getTextIfEmpty(fileName, text), repository)
File "C:\Program Files (x86)\x2sw_v1.2.0.1\skeinforge\skeinforge_application\skeinforge_plugins\craft_plugins\skirt.py", line 95, in getCraftedTextFromText
return SkirtSkein().getCraftedGcode(gcodeText, repository)
File "C:\Program Files (x86)\x2sw_v1.2.0.1\skeinforge\skeinforge_application\skeinforge_plugins\craft_plugins\skirt.py", line 219, in getCraftedGcode
self.parseLine(line)
File "C:\Program Files (x86)\x2sw_v1.2.0.1\skeinforge\skeinforge_application\skeinforge_plugins\craft_plugins\skirt.py", line 293, in parseLine
self.addSkirt(float(splitLine[1]))
File "C:\Program Files (x86)\x2sw_v1.2.0.1\skeinforge\skeinforge_application\skeinforge_plugins\craft_plugins\skirt.py", line 180, in addSkirt
closedLoop = outsetLoop + [outsetLoop[0]]
IndexError: list index out of range

Printing multiple objects with different extruders doesn't work when x2 machine flavor is selected and custom toolchange gcode is set.

Load a new STL or edit G-code while the print is ongoing or paused. It won't warn the user and won't cancel the print correctly.

Found it to be difficult to use tags for experimental profiles that are constantly improved or updated. It would be easier to use branches for them. As the first step x2Profiler can allow the heads of the branches to be chosen for profile deployment alongside the tagged commits. The issue will be that the description of the profile coming from the branch will only have the comment from that last commit. Have to live with that for now and keep general info about profile in each commit comment.

The x2 profiler can work with the local or remote GIT repo (the choice is made on the first wizard screen). When working with the local repo user should have an option to store current configuration in a private profile. User should be able to have multiple private profiles. There should be an option to delete profiles from the local repo.

Storing profiles with the installation isn't right.
Current thinking:

• use version-specific path under ~/.x2sw;
• clone the profiles repository under ~/.x2sw/ from either local or remote (or fetch changes if already there), check out and make everything use the files under ~/.x2sw/ as well (i.e. all components will have to figure x2sw version);
• change profiler to allow user create and store custom profiles right in the repository under ~/.x2sw/ (there's another issue for that).
  This will make it impossible to use 2 x2sw installations of the same version using different sets of profiles, but as long as it is just a few button clicks to pull out the needed one from the repository it's probably ok.

This still shows up on the console after reset.
Note: it's the "Reset" button on top of the window near the kill slicer button, the "SD Reset" menu item under the "SD" button appears to work.

SD printing byte 0/0
SD printing byte 0/0
Setting hotend temperature to 245.000000 degrees Celsius.
echo:Target temperature T0:245
SD printing byte 0/0
Setting bed temperature to 60.000000 degrees Celsius.
SD printing byte 0/0
Setting hotend temperature to 0.000000 degrees Celsius.
echo:Target temperature T0:0
Using tool 1.
echo:Active Extruder: 1
Setting hotend temperature to 245.000000 degrees Celsius.
echo:Target temperature T1:245
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0
SD printing byte 0/0

It's due to missing datetime.so and cmath.so libs. The fix is in the repo. Will go into beta 5 (i.e. v1.1.0.5).

The cancellation of the SD print does not clean up everything.
Need self.recvlisteners.remove(self.waitforsdresponse) and maybe more.

1.3.0.1 has everything it needs internally, but still goes off and tries to load a few things, which might cause problems if that stuff is available.