Jump to content

DivingDuck

Expert
  • Posts

    512
  • Joined

  • Last visited

  • Days Won

    8

Everything posted by DivingDuck

  1. Thanks for your really helpful plugins 👍
  2. Evtl. Gewinde für Kunstoffbehälter (DIN 6063-2)?
  3. -->Datei -->Speichern -->Speichern --> Dateityp: Cura-Projekt 3MF-Datei (*.3mf) auswählen oder: Strg+S -->Speichern --> Dateityp: Cura-Projekt 3MF-Datei (*.3mf) auswählen
  4. Works fine once you setup a user defined application in Fusion360. This is a german gui, but with the pic you should be able to configure it for you. Simply follow the steps 1 to 8. And keep in mind that you need to repeat this first 7 steps with each new major Cura release.
  5. I don't know if it will help you. There is more than one value you can set for adjusting flow rates. Maybe this will give you more possibilities to fine tune this.
  6. Ah, I just forget a last thing: Is it maybe possible to change special characters (in this case german umlauts) in gcode descriptions in the same way as for filenames (or in its asci equivalent like ü to ue)? It shouldn't be a complex problem to do this automatically in a future version 🙂
  7. Hi @maht, Thanks for your response. I "measure" this with the z-values in the gcode (regarding hight). I can give you a link for the CAD file, if needed. I had some serious quality complains with parts from the last two versions. I was out of ideas and finally start to analyze the gcode of some projects with technical parts. Where to find it in code: when you look from starting line 90380 (last but one layer): G1 F1350 X103.051 Y63.825 E1319.56458 <--line 90380 G0 F7200 X103.617 Y63.825 G1 F1350 X104.228 Y63.214 E1319.60661 G1 X104.298 Y63.144 G1 F2400 E1317.40661 <--line 90384 retract G1 F300 Z25.45 <-- line 90385 move head 1mm up ;MESH:NONMESH G0 F7200 X66.412 Y73.713 Z25.45 ;TIME_ELAPSED:10663.609631 ;LAYER:138 ;MESH:B??gel Kunstoff.stl G0 X66.412 Y73.713 Z25.75 ;TYPE:WALL-OUTER G1 F300 Z24.75 <-- line 90393 start last layer, but last layer should be 25.00 mm G1 F2400 E1319.60661 G1 F1350 X66.399 Y74.474 E1319.64363 G1 X66.399 Y88.495 E1320.32565 G1 X53.799 Y88.495 E1320.93855 This happen in all models I had test after I recognize this and I was wondering why parts starts not fitting correct. You can verify the hight with deselecting [Use Adaptive Layers] in the project file and generating the new gcode file. In that version the body hight is correct. I came to this because if have some complex parts where multiple level highs have to match the accuracy of 0.1 mm. My prints usually fulfill this accuracy in hight, but as I recognize now, not for gcode generated from at least with the last two versions (beta and 4.61) of Cura. The other point is right in the beginning with retract: M82 ;absolute extrusion mode <--line 10 M140 S81.0 ;Start heating bed M104 S235 T0 ;Start heating extruder M190 S81.0 ;Wait for bed to reach temp before proceeding M109 S235 T0 ;Wait for extruder to reach temp before proceeding G28 ;Home G1 Z15.0 F6000 ;Move the platform down 15mm G92 E0 G1 F200 E3 G92 E0 G92 E0 <--line 20, not part of any start or end gcode G92 E0 <--line 21, not part of any start or end gcode G1 F2400 E-2.2 <--line 22 retract, not part of any start or end gcode ;LAYER_COUNT:140 ;LAYER:0 M107 G1 F300 Z1.2 G0 F3600 X107.139 Y45.552 Z1.2 ;TYPE:SKIRT G1 F300 Z0.2 G1 F2400 E0 <--line 30 where is the compensation of retract from line 22 ?? G1 F1350 X107.629 Y45.678 E0.01641 Now imagine what happen if your retract is far longer than 2.2 mm and you are using no skirt or the part is small and so on. This will result in a damaged first layer (missing length of filament, no steady flow in the beginning of a first layer) In addition an little irritation starting line 20: There are too many "G92 E0". The extruder have no start and end gcode, but the engine put in these codes. In the end it do not matter but there shouldn't be any additional code if there is no reason for it.
  8. Maybe there aren't a lot of enterprise user using the actual Cura version. (because of ws.reputation:1)
  9. 11 day's old and not even a comment. By the way, there is also a problem with retract and G92. A frustrated Cura user.
  10. Not really strange. AV suites have to make as much as possible non critical false detections for showing a customer that they need those suites. It is how this kind of business work. 😉
  11. Ha, you have "coated and disinfect" your self. Now you are save against all viruses too. 😉
  12. I'm printing PETG at 235°C on glass with 81°C. Usually PETG will be printed between 230 to 250 (max). Normal PEFE tubes will as @gr5 mentioned degenerate faster at higher temps and should not heated up to 250°C because of toxic fumes, but these temps are usually not needed.
  13. Why should deleting G92 E0 solve the problem?
  14. Hi, Somehow it looks like the high of a model is wrong calculated in Cura 4.6x. Can someone please take a look on this too? Maybe I oversee something. I attached a simple project file with a body that should have a hight about 25 mm. Actually I see a hight of 24.75 mm in the G-code file when I select [Use Adaptive Layers]. Deselecting [Use Adaptive Layers] I see the exact hight of 25 mm (=125 layers). Please find attached the project- and gcode file. BugelKunstoff_v461.zip
  15. The plugin Sidebar GUI is maybe what you are looking for.
  16. Sorry for my late answer. I was thinking to find this information in the plugin menu. Something similar to Plugin RawMouse - Show device information window, where I got a little status information when I click a item like Status in your plugin menu. Having this information in the log file is a good point too as this will help when a user forgot about that plugin and ask for help about missing profiles 🙂
  17. This are great news. After deactivating 2093 configurations I had a reduction about 15 sec. Your new addition had removed the corruption of found files. Reverting the changes works too. During the test one thing came in my mind. Maybe it is good to have an status indicator in your plugin that tells an user that it is active. Thanks a lot for your effort. Well done.
  18. Oh no, shame on me: 2020-04-23 10:15:11,421 - INFO - [MainThread] UM.PluginRegistry.loadPlugin [404]: Plugin [SidebarGUIPlugin] has been disabled. Skip loading it. I just check and its working again. It seems I start to forget things these days. Sorry for this question...
  19. Guess, your Plugin is still waiting for approval for 4.6? 🙂
  20. Well, no. I OWN one beside of 5 other self builds. And they are running all with the 4.6 beta and 4.6 from yesterday. Don't start blaming as I also don't do it... Edit: Well maybe I had a bit overreacted after reading the conversation again... I understand your point. Beside this, when you create a new printer profile from your definition files, like an Ender 2 or 3 it looks like the nozzles are available again.
  21. 3rd party printers are usually not the responsibility of the Cura development team. How it works is, that you need to ask the owner of this setup or better Creality to support their printer with an working setup profile. Beside this, maybe it is worth to check wether setup a new printer profile helps. This is not a general problem because I had test it just before with creating a new printer profile from the printer definitions and there I have a nozzle size ;). Hope this will help.
  22. Schau mal hier: https://community.ultimaker.com/topic/28746-experimental-cura-build-for-raspberry-pi-4-now-available/page/3/
×
×
  • Create New...