Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

doesn't show models #24

Open
majorkuso opened this issue Feb 2, 2019 · 38 comments
Open

doesn't show models #24

majorkuso opened this issue Feb 2, 2019 · 38 comments

Comments

@majorkuso
Copy link

I have s3d 4.1.1 and I do not see any models in the tab. I have tried several times to see if it was just a bad upload, however I never see any objects listed in the cancel tab in octoprint, it just says Object list populated when gcode loads. I see the gcode in the viewer, so it seems to load right.

@paukstelis
Copy link
Owner

  1. Make sure you have the latest version of the plugin active. It is easiest to entirely uninstall then reinstall.

  2. Look at your gcode in a text editor before you upload. Search for ; process to confirm that you have different process tags being written. It should have something like ; process Process1

  3. Upload your file to your octoprint instance.

  4. Now, redownload your file from octoprint and look at in the text edtior. The ; process lines should now have been converted to @Object lines. If you have that, everything should work.

If that doesn't work you need to figure out why. The best thing to do is provide your octoprint.log file after you have done the things above.

@ifyouwouldplease
Copy link

I believe the "; process [name]" ==> "@object [name]" conversion that @paukstelis describes is hooked into retrieving the GCode via the Octoprint interface; e.g. the Upload button.
If (like me) you were copying the GCode to the configured upload folder some other way, there's no trigger to tell the Cancelobject plugin to patch your file as described, and so the plugin can't distinguish the separate objects/processes...

@paukstelis
Copy link
Owner

This is correct. I am considering adding the ability to reprocess the gcode file with an additional button in the file manager.

@ifyouwouldplease
Copy link

@paukstelis Thank you for confirming, and thank you for the plug-in.

@paukstelis
Copy link
Owner

Welcome. I did just confirm that if you put files into the "watched" folder, it will process them correctly and moves them to upload, as expected. You might consider just changing the destination to which you are copying the file.

@ifyouwouldplease
Copy link

Outstanding. Tested and confirmed with a remote copy.

@Stady234
Copy link

I know this is an old topic, but i am running into the same issues...
I have S3D 4.1.2 - OctoPrint 1.3.11 running on OctoPi 0.15.1 - And plugin v 0.3.3 --
I verified that the ;process tag was added to the gcode before adding to the watch folder to send to octoprint.. i re-downloaded the file to verify all ;processes -> @object...

attached is my octoprintlog where i uploaded two files with four parts separated into four processes.

octoprint (1).log

@paukstelis
Copy link
Owner

The plugin is loaded and working based on what I can see in the log (though you probably want to switch to relative extrusion; absolute extrusion still doesn't work as well). If you can provide your gcode I can check to see what happens with the same file on my end.

@Stady234
Copy link

Z_Rail.txt
Here is the last gcode i had it convert... i just change the extension so it would upload.

@paukstelis
Copy link
Owner

It works fine for me.
What browser are you using? You might check the browser console to see if there are any errors being thrown after you load the gcode.

Screenshot from 2019-09-16 17-07-37

@Stady234
Copy link

Using chrome, like always... i do not see any errors.. and can print normal... where do i go for the browser console? what do you need me to send?

@paukstelis
Copy link
Owner

I believe it is Ctrl+Shift+I in all browsers. Check the console log there as you load the gcode and see what happens.

@Stady234
Copy link

octopi4.local-1568671810805.log
This is from the browser panel you stated... hopefully it is what your asking about.

@paukstelis
Copy link
Owner

That doesn't really provide anything useful (that I can see). Let's go back and check some things. You can see the Cancel Object tab? After you load the gcode, go to that tab and right click on that and Inspect the element. See what you have loaded there. Should look kinda like this:

Screenshot from 2019-09-16 18-24-43

@Stady234
Copy link

image

@paukstelis
Copy link
Owner

I'm really not sure what is going on. There are no errors in the console area when you open that Inspector panel? I'll take a look at your previous log file and see what plugins you have installed that might be conflicting.

@Stady234
Copy link

Just wondering if you had any Ideas.... I am thinking of doing a complete fresh install to see if i can find the issue. I have one pi instance that works just fine... and tried to mimic all programs and settings... but none of the others work... so... i will try from the beginning tomorrow/weekend. If you don't have any ideas yet, feel free to close this thread and I can start a new one if necessary.

@paukstelis
Copy link
Owner

paukstelis commented Sep 20, 2019 via email

@Deses
Copy link

Deses commented Jan 6, 2020

This is correct. I am considering adding the ability to reprocess the gcode file with an additional button in the file manager.

That would be nice, as I upload the files to the Raspi with a SMB shared folder because uploading through the web interface is super slow...

@phcoetzee
Copy link

phcoetzee commented Jun 7, 2020

I have the same problem as @Stady234 I also can't see the different processes in the Cancel Objects tab. I've uploaded the gcode and downloaded it again and it did replace all the process lines with object lines. This is a fresh installation of OctoPrint 1.4.0 running on OctoPi 0.17.0 and only one 3rd party plugin your Cancel Objects (0.4.1) plugin.
Image1
On my other printers with OctoPrint 1.3.11 running on OctoPi 0.15.0 and Cancel Objects (0.2.1) everything works fine.

@paukstelis
Copy link
Owner

Just for testing, see what happens with this file and see if you can see anything once you upload to your Octoprint instance and load the file.

20mm_cube_CO_test.gcode.txt

@phcoetzee
Copy link

Just for testing, see what happens with this file and see if you can see anything once you upload to your Octoprint instance and load the file.

20mm_cube_CO_test.gcode.txt

Still nothing
Image2

@phcoetzee
Copy link

With my older installations as described above there's stuff written in those empty boxes!
Image3

@paukstelis
Copy link
Owner

Yeah, there should be stuff there.

@paukstelis
Copy link
Owner

Check log files for any errors. You can manually add those back in to see how they look. Here are the defaults:
Screenshot from 2020-06-07 14-39-56

@phcoetzee
Copy link

Check log files for any errors. You can manually add those back in to see how they look. Here are the defaults:
Screenshot from 2020-06-07 14-39-56

It doesn't allow me to add new boxes when I click the plus button!

@paukstelis
Copy link
Owner

Paste just the cancel-objects section from your config.yaml file.

@phcoetzee
Copy link

Paste just the cancel-objects section from your config.yaml file.

My config.yaml file doesnt show the cancel-objects plugin, it only sows the two plugins that i disabled.
plugins:
_disabled:
- tracking
- virtual_printer
announcements:
_config_version: 1

@paukstelis
Copy link
Owner

I guess the issue must be somewhere in how settings are being managed. I have not seen such an issue before. Check the log file after you start up octoprint.

@phcoetzee
Copy link

I guess the issue must be somewhere in how settings are being managed. I have not seen such an issue before. Check the log file after you start up octoprint.
This is all i get in octoprint.log:
2020-06-07 20:27:33,643 - py.warnings - WARNING - /home/pi/oprint/local/lib/python2.7/site-packages/octoprint_cancelobject/init.py:13: ExtDeprecationWarning: Importing flask.ext.login is deprecated, use flask_login instead.
and

2020-06-07 20:27:34,644 - octoprint.plugins.cancelobject - INFO - No beforegcode defined
2020-06-07 20:27:34,645 - octoprint.plugins.cancelobject - INFO - No aftergcode defined

@paukstelis
Copy link
Owner

That's all normal. I'm not sure I can provide any specific insight on what is going wrong in this case. You can always try full wiping the plugin and reinstalling, which you may have already done. You could try installing an older version through the plugin manager: uninstall the plugin, restart octoprint, then install from URL with https://github.com/paukstelis/Octoprint-Cancelobject/archive/0.4.0.zip for example.

@phcoetzee
Copy link

That's all normal. I'm not sure I can provide any specific insight on what is going wrong in this case. You can always try full wiping the plugin and reinstalling, which you may have already done. You could try installing an older version through the plugin manager: uninstall the plugin, restart octoprint, then install from URL with https://github.com/paukstelis/Octoprint-Cancelobject/archive/0.4.0.zip for example.

I did install and tried 0.4.0 as well but with no luck.

@DJTay
Copy link

DJTay commented Jun 20, 2020

I'm having the same problem; followed along on the above (i.e. reinstalled, looked at logs, Regular expressions were all filled in automatically, etc.) still no joy - "Object list populated when GCODE is loaded"...

@paukstelis
Copy link
Owner

I may have to try to bring @foosel in to see if she has any insight into why this might happen. It works fine in all my testing with clean installs, so I am at a loss for why it doesn't work in other cases.

Can you provide an example gcode file after it has been uploaded to OctoPrint?

@DJTay
Copy link

DJTay commented Jun 22, 2020 via email

@okcoker
Copy link

okcoker commented Aug 25, 2020

This is correct. I am considering adding the ability to reprocess the gcode file with an additional button in the file manager.

That would be nice, as I upload the files to the Raspi with a SMB shared folder because uploading through the web interface is super slow...

Same here. Having some sort of button to manually transform files OR if possible, watch the uploads directory for newly changed files would be useful.

@paukstelis
Copy link
Owner

Rather than pointing your SMB share to uploads, just change it to watched and it will process the files. I am a little bit hesitant to add extra buttons to the file manager as more and more plugins are doing this and things could get messy quickly.

@okcoker
Copy link

okcoker commented Aug 25, 2020

Rather than pointing your SMB share to uploads, just change it to watched and it will process the files.

👀 oh?! I will try this on my next print

I am a little bit hesitant to add extra buttons to the file manager as more and more plugins are doing this and things could get messy quickly.

If all I need to do is add my gcode to the watched folder and it will process and send to uploads, then I would consider this good enough for me. I am still unsure of all the possibilities with octoprint and its plugin system but your hesitation is understandable here.

Do you think there's something further that needs to be done with this ticket? I am open to contributing. If so, it would just be helpful to get pointed in the right direction with the key components that need to be altered/looked into

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants