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

Spool utilization history? #50

Open
Lumute opened this issue Aug 30, 2020 · 11 comments
Open

Spool utilization history? #50

Lumute opened this issue Aug 30, 2020 · 11 comments
Labels

Comments

@Lumute
Copy link

Lumute commented Aug 30, 2020

Thanks for this great plugin!

It would be really cool if there was a way to see a log of every time material is subtracted from a spool, like date/time and amount used.

I understand you are working on integrating with PrintJobHistory so maybe that is already part of this planned integration where records on the spool log could also be associated to print job in the PrintJobHistory?

In any case, having a button in the spool to show the utilization history would be great, and a button to add manual adjustments that would registered in the utilization log.

@OllisGit OllisGit added status: waitingForFeedback Wating for Customers feedback type: enhancement New feature or request labels Aug 31, 2020
@OllisGit
Copy link
Owner

Hi @Lumute,
thats the final goal with the PJH integration.

But what do you mean with "manual adjustments that would registered in the utilization log"?
Can you give me an example?

@Lumute
Copy link
Author

Lumute commented Aug 31, 2020

Hi,

Awesome!, sure for example I had a failed print that didn't register in PrintJobHistory due to a power failure, so if we have a proper spool log then I would click a button to do a manual adjustment of -7g (or 1.61m) with datetime and reason/description = "Failed print due to power outage", or "Gave 5m to a friend for testing", etc.

Ideally if I take the utilization log and add all the entries + the remaining material in the spool I should get what the spool had when I started tracking, like a ledger...

Thank you!

@marneu
Copy link

marneu commented Sep 22, 2020

[current plan]https://github.com/OllisGit/OctoPrint-SpoolManager/wiki/rdbs-scheme-development
@Lumute: Could be solved by adding a record to SpoolHistory, is an additional text really needed?

@Lumute
Copy link
Author

Lumute commented Sep 22, 2020

You mean the explanation / note? not really needed but would be a nice to have...

@marneu
Copy link

marneu commented Sep 22, 2020

There could be a field "originator" which could be (ab)used with a comment, but limited to 16 chars. But could be enough to show something like a short reason for this consumption taken off the spool.

@Lumute
Copy link
Author

Lumute commented Sep 23, 2020

I think that is a good compromise, maybe not a long note but at lest something short to remember what was the adjustment for.

@excalbian
Copy link

With PJH now supporting adding jobs would that be a better option? You could make the adjustment by adding a job to PJH and note how much filament was used (consumed). Since PHJ already has a comments section, then you could describe in lots of detail what the filament was 'used' for.

@stale
Copy link

stale bot commented Nov 11, 2020

This issue has been automatically marked for closing, because it has not had activity in 30 days. It will be closed if no further activity occurs in 10 days.

@stale stale bot added the status: markedForAutoClose Issue will be closed automatically label Nov 11, 2020
@stale stale bot closed this as completed Nov 21, 2020
@OllisGit OllisGit removed the status: markedForAutoClose Issue will be closed automatically label Jan 17, 2021
@OllisGit
Copy link
Owner

fyi: I am continuing working on this in Q1/2021

PS. Sorry, for being late to the party, but I made a "Octoprint sabatical" (no coding, no printing) the last months.

@OllisGit OllisGit reopened this Jan 17, 2021
@OllisGit OllisGit removed the status: waitingForFeedback Wating for Customers feedback label Jan 17, 2021
@github-actions
Copy link

This issue has been automatically marked for closing, because it has not had activity in 30 days. It will be closed if no further activity occurs in 10 days.

@github-actions github-actions bot added the status: markedForAutoClose Issue will be closed automatically label Jan 14, 2022
@OllisGit OllisGit added status: analysing and removed status: markedForAutoClose Issue will be closed automatically labels Jan 16, 2022
@OllisGit
Copy link
Owner

fyi: Not closed any more, because I want to implement this in one of the next releases.

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

No branches or pull requests

4 participants