rogerlucas

For what it's worth, Cura 2.6.2 runs fine... but still segfaults on exit (every time - Devuan Linux "Ascii", basically Debian 9 "Stretch" without systemd).

I had the same problem on Devuan Linux (latest Ascii release). Unfortunately, the libglvnd-devel library doesn't exist on that distribution and, because I had installed the latest Nvidia drivers directly, the equivalent packages didn't work either. I found the source code for the library on GitHub: https://github.com/NVIDIA/libglvnd I then followed the instructions to download and build. I then had to run "sudo make install" to install the new libraries. With that done, Cura starts and runs nicely.

I've just tried 2.6.2 and found them. Thanks, Cura!

Hi Ultimaker, I'm loving the new Cura 2.5 - much better slicer and improved UI. I use the layers view a lot to tweak the design before committing to the print. On larger models, when I use the "layers" view, the scroll to change the layer is really too coarse and it's almost impossible to step up and down through the layers one at a time. It would also be very nice to indicate the height for the current level. I know you can calculate it from the first layer(s) thickness plus normal layer thickness, but it would be easier if it showed it. When you review this part of the UI, could you please add "+" and "-" buttons to move up and down 1 layer at a time and indicate the layer height in mm? If you want to show off, adding an entry box to directly enter a layer number would be awesome. Thanks in advance for considering this request and also thanks for making such a superb piece of software Open Source and free to download.

Nallath, I completely understand the focus on Ultimaker machines, that's completely reasonable. What I don't like is how much harder it is to add a 3rd party printer - it used to be easy but the UI that made it possible has been removed. I understand that Ultimaker test with their own printers - that's why I took the effort to debug the code and post the fix above. I'll also post the printer definition including the STL structure when I get a chance (probably by forking the github then sending a pull request). If that had been all that was wrong then I'd have said "OK, you've only focused on Ultimaker..." and kept going. BUT I really like the pronterface UI. I like being able to manually control the printer from it. I find it much easier to level the bed using the pronterface UI than I can using the controls on the printer - the pronterface UI is much more precise. I'm not pleased that this has gone. I also really like being able to directly edit the G-code for the start and end of the print. I don't do it very often, but when I do it's brilliant. Trying to change the G-code in the JSON file is horrible. I'm not pleased that this has gone either. Version 2 has a flashier UI, with the STL definitions for the printer appearance, more control over the slicer (which seems to have very different slicer algorithms), etc. but losing the pronterface UI and G-code editing is a deal breaker for me and I'm sticking with the the 15.x series until the v2 series gets feature parity with 15.x in these areas (or someone writes plugins that do the equivalent).

So... found the problem. Windows is enumerating my serial ports as: 2016-10-14 22:48:12,604 - DEBUG - Considering serial port \Device\Serial0 -> COM1. 2016-10-14 22:48:12,604 - DEBUG - Considering serial port \Device\VCP0 -> COM9. By default, the code in USBPrinterManager.py only lists what it thinks are USB ports, and it does this by checking the name contains the string "USBSER". My USB serial port is named "VCP0" (virtual communications port #0) so doesn't match. If you change the code in _updateThread() to have: result = self.getSerialPortList(only_list_usb = False) then this filter is removed and the printer appears. Now I can print. Except that the printer control panel has disappeared. All I get is a minimal display with the temperatures and a progress bar. Now to go and get the "pronterface UI" back. So far, for me, Cura 2.x is a massive step backwards... configuring the printer was a massive PITA compared to Cura 1.x, then the issue with the detection, now the removal of the decent printer control UI. Not a good experience and definitely doesn't feel like an upgrade.

So... found the problem. Windows is enumerating my serial ports as: 2016-10-14 22:48:12,604 - DEBUG - Considering serial port \Device\Serial0 -> COM1. 2016-10-14 22:48:12,604 - DEBUG - Considering serial port \Device\VCP0 -> COM9. By default, the code in USBPrinterManager.py only lists what it thinks are USB ports, and it does this by checking the name contains the string "USBSER". My USB serial port is named "VCP0" (virtual communications port #0) so doesn't match. If you change the code in _updateThread() to have: result = self.getSerialPortList(only_list_usb = False) then this filter is removed and the printer appears. Now I can print. Except that the printer control panel has disappeared. All I get is a minimal display with the temperatures and a progress bar. Now to go and get the "pronterface UI" back. So far, for me, Cura 2.x is a massive step backwards... configuring the printer was a massive PITA compared to Cura 1.x, then the issue with the detection, now the removal of the decent printer control UI. Not a good experience and definitely doesn't feel like an upgrade.

I have a JG Aurora A3 which is (as far as I can tell) a RepRap variant. It's on COM9, not sure what the serial port speed is. If I set the COM port to "auto", Cura 15.04.6 doesn't find the printer. If I set the port manually to COM9, it works very reliably. OS is Windows 10, fully updated.

Hmmm - I have this same problem with Cura 2.1.2 and 2.1.3. Everything works fine with Cura 15.0.4.6 (printer is on COM9). Is there any way to disable auto-detection and manually set the port and speed (like there is in 15.04.6)?