Vai al contenuto


  • Numero contenuti

  • Iscritto

  • Ultima visita

  • Giorni Vinti


0xdeadbeef ha vinto la giornata in 23 Maggio 2017

0xdeadbeef ha avuto il contenuto più apprezzato!

Reputazione Forum

13 Good

Su 0xdeadbeef

  • Grado

Visite recenti

Il blocco dei visitatori recenti è disabilitato e non viene mostrato ad altri utenti.

  1. 1.1.3 In pevious versions, speeding up the 1st layer didn't work after removing the raft. Background was that the initial skirt (used to start extrusion outside the raft) was patched from Raft into Support and then the search for the search for the (end of) the 1st player stopped immediately when reaching the (patched) skirt. Now the skirt is patched into "1st Layer Support", so it's identified as part of the 1st layer (and thus also sped up). Note that if the raft was removed with an older version than 1.1.3, speeding up the 1st layer will still not work. 1.1.4 Raft removal kept a par
  2. Released 1.1.2 Reworked raft removal caused issues with some ZCode files: raft removal would remove some part of the first layer (if they were tagged with infill instead of contour).
  3. Relased ZTool 1.1.1 Raft removal wasn't working with generic ZCodex files (as the extrusion value is not reset to 0 by the slicer for the M200 Plus when retracting). The raft removal mechanism should now automatically use layer changes instead (note that it was originally designed before the layer command even existed). Added some comments like "support", "raft" etc. in the exported G-Code. It's not perfect as it doesn't filter out futile/double comments but then again, S3D doesn't either. This also improves import of these exported G-Code files into ZTool a bit.
  4. Since this somehow ended in a different forum, the new version of ZTool now supports ZCodex (somewhat experimental though). See the other thread for details
  5. I released a new version 1.1.0 of ZTool which can be found in the usual dropbox folder: The main features are support for the ZCodex format used by the M200 Plus and export of G-Code. Please read the according sections ("Notes about the ZCodex format" and "G-Code export") in the RTF manual for details. Anyway, as the support for ZCodex made it necessary to rework some internals, there's the chance I messed things up. As a result, I'd consider version 1.1.0 to be somewhat experimental. Therefore, the stable
  6. For what it's worth: I had a deeper look into the "ZCodeX" format and to my surprise, I was wrong about ConfigurationData being used for certification, so it doesn't need to be changed for ZCode patching or creation. Actually, the ConfigurationData is just what the name implies: the serialized and encrypted slicer Configuration. I'm actually not sure why it's part of the ZCodeX archive at all as it only contains information about slicer configuration which neither the printer nor Z-Suite need to print or display the ZCode. Well, Z-Suite doesn't even complain when the file is totally missin
  7. The download link is still the DropBox in the very first post in this thread. I would be surprised to hear that anything relevant in the firmware changed lately or that Zortrax would try to protect the m200 against user created ZCode. The M200 Plus is a different story with its new ZCODEX format, but even this seems to still use ZCode (zipped, renamed, header stripped) internally. There's just this crypted ConfigurationData file which seems to be there to avoid tempering with the ZCode.
  8. Unrelated to new ZSuite or firmware, but as I also looked into a bug report I received quite some time ago, there's a new version today: 1.0.9c Fixed a crash resulting from GCode which uses a negative retations value directly after setting the extrusion value to 0. Also fixed a command index issue in this context which could lead to removal of the wrong command in certain situation when resetting the extrusion value. BTW: Couldn't see any new materials at least for the m200.
  9. Uploaded 1.0.6 Fixed a crash resulting from GCode which uses a negative retations value directly after setting the extrusion value to 0. Also fixed a command index issue in this context which could lead to removal of the wrong command in certain situation when resetting the extrusion value.
  10. Admittedly, I have been very lazy regarding Zortrax topics lately. So I haven't looked into newer versions of ZSuite etc. Anyway, are there any issues I'd need to have a look at other than maybe displaying new materials correctly? As a side note, I also haven't looked much into "ZCODEX". At first look, it's simply a Zip archive which still contains more or less normal ZCode data named "ZCodeData" plus a backup (?) named "ZCodeOriginalData". The header was removed and replaced by some text files (UserSettingsData, ZCodeMetadata). Then there's one file named "ConfigurationData" which is m
  11. @kohyarp Sorry for the late reply. I was busy with other thing and also pretty much lazy regarding anything ZCode related. Anyway, I had a very short look at your G-Code and observed some things: 1) You used a different slic3r version, namely Slic3r 1.33.8-prusa3d-win64 (you) vs. Slic3r Prusa Edition 1.38.2-prusa3d-win64 (me) 2) There is no bed temperature set in your G-Code. There should be a line like "M190 S80 ; set bed temperature and wait for it to be reached" after the fan is disabled. 3) The extruder temperature is wrong. It should be 275°C for Z-ABS but in your g-code it's
  12. The structural analysis only seems to check wall thickness. I kinda suspect it would only complain about walls smaller than the nozzle diameter or so which Z-Suite always suppressed instead of adding a "thin walls" mode like in other slicers. About supports: e.g. when slicing 3DBenchy, the automatic support tool creates four large support structures. One at the bow, one at the stern, one around the wheelhouse and one around the funnel. Now you can remove each of these four support structures, but you can't remove parts of one of these large structures. Support structures inside the model
  13. I wouldn't hang my hopes too high. The slicing engine seems to be exactly the same as in Z-Suite 1.11.x. It shares the same bugs and if at all, it might be even a bit slower. The key feature are: You can manually add and delete support. Adding support seems to work fine, deleting support is much too coarse and doesn't work on hidden support. Which means you will end up having to do all the support manually instead of removing only the one you don't need. There is a structural analysis done to check wall thickness. Can't be skipped though. So actually it increases the slicing t
  14. 1.0.6 Fixed issue with empty retraction commands created with newer versions of Z-Suite. Improved ZCode support for Inventure. 1.0.7 Added option to increase distance between raft and first model layer. Separate speed setting for 1st model layer. Fixed: export dialog didn't keep/display setting from previous export. Fixed: export dialog didn't offer PLA and ASA profiles and therefore changed profile name to ABS.
  15. Hm, good question. This (slightly confusingly named) error message should only occur if the imported ZCode has less than 10 layers. The error message looks like a copy&paste issue (from RaftAway to g2z), I guess the real intention was something like "Implausible G-Code: too few layers". Two suggestions: 1) Try to convert with ZTool - which shouldn't have this sanity check. 2) Upload the G-Code somewhere so I can have a look As a side note: 247.5MB seems very low. A 64bit JRE on a PC with reasonable RAM should have a maximum close to 4GB or so instead of <250MB. With a 45M
  • Crea Nuovo...