[BUG]: A1 not reporting printing status and temperature

[Joelminer-satisfactory]

Description
When connected to my bambu A1, octoprint does not report the temperature correctly, it also doesn't show the status as printing, it just constantly repeats "not sd printing" in the terminal

Debug Logs
octoprint.log
plugin_bambu_printer_serial.log

Printer and Plugin Setting Details
printer model: A1 + ams lite
box for local access: unchecked
printer is cloud connected, cloud connection works via bambu handy and bambu studio

[jneilliii]

It doesn't appear that a file list is ever generated of files that have been sent to your printer from the slicer. I feel like this might be a connection issue between the plugin and cloud. I assume you were able to login and generate the token necessary for connecting the plugin to the cloud? I'm concerned this may be a connection limit issue possibly because looking at the log, it seems that the plugin was stuttering connection to MQTT on startup. What firmware version are you running on the printer because I think @synman mentioned recently that there was a firmware update that increased that limit I think.

[Joelminer-satisfactory]

I'm using firmware 01.03.01.00, was able to log in and generate the token

[aslabsalbeh]

So Just to confirm, the connection problem is still persistent ?

I'm unable to have the plugin work locally or through the cloud. When clicking on "login" in the cloud connection settings, nothing happens and no tocken is created.

Locally, Octoprint shows the A1 as "operational" and that's it. Temps and print status are not being reported.

A1 firmware is up to date. Things were running normal a month or 2 ago..

[jneilliii]

If you switch the release channel for the plugin to release candidate and update when prompted there are changes in that version that might resolve the cloud connectivity issues. I haven't had time to personally test it myself, hence it still being in release candidate state. If it's still an issue, please do provide full logs (with octoprint.plugins.bambu_printer set to debug in OctoPrint's logging section of settings).

[aslabsalbeh]

Thank you. I installed the RC version but it's not showing in the settings menu.

[jneilliii]

thanks, I can confirm the same. looks like I may have missed a file during release. in ocotprint.log do you have the error of missing filaments.json file?

[aslabsalbeh]

Yes I do:

FileNotFoundError: [Errno 2] No such file or directory: '/home/orangepi/OctoPrint/lib/python3.9/site-packages/octoprint_bambu_printer/printer/pybambu/filaments.json'

[jneilliii]

Ok, just fixed and verified. You can copy/paste this URL in plugin manager > get more > ,,,from URL to install and it should work.

https://github.com/jneilliii/OctoPrint-BambuPrinter/archive/refs/tags/0.1.8rc1.zip

[aslabsalbeh]

I think this release fixed the issue. I'm now able to log-in with cloud connection and token was successfully created!

I'll keep you updated if I find any issues. Thank you you're a hero!!

[aslabsalbeh]

After some testing, I can see that Octoprint is now correctly reporting the bed/hotend temperatures, however the issue related to print status is still present. Octoprint will show "State: Operational" even after the printer starts printing.

The attached log shows the same error as before "No SD Card printing"

octoprint.log

[jneilliii]

I think this might boil down to when printer is cloud connected, the connections to other services in local mode (ie file upload, listing, etc. via ftps) is blocked. From the log it seems that the printer never responds to the M20 request for file list. If both printer and plugin are in local only mode I think this issue wouldn't exist, but would require you to test to validate that theory, it's just based on what I've heard in other discussions with other developers.

[Joelminer-satisfactory]

I am not sure if this would also apply to the plugin, but I am able to access the files on the printer while its cloud connected via FTP using FileZilla, username being bblp and the password being the access code of the printer, see attached screenshot for the exact settings.

[jneilliii]

Well, those are the settings the plugin uses to connect to ftps, so must be someone else causing the issue. Maybe that's was an old firmware version limitation that doesn't exist anymore. What firmware version is everyone running?

[Joelminer-satisfactory]

running 01.03.01.02 on the printer, might be beta firmware but i'm not 100% as it doesn't really make it clear when beta firmware is being used

[jneilliii]

I pushed version 0.1.8rc2 of the plugin after finding a couple of other spots where I needed to adjust for the transferring of the pybambu module into the plugin itself. Those would have only effected pause/cancel commands though and shouldn't have an impact on the file listing I don't think.

Relative to the file listings though, like I mentioned, the list is pulled from the printer using this patched ftp module in the plugin. It's one that I've found online in the bambu forums or part of some other integration. Maybe I need to tweak it more for A1 support.

[Joelminer-satisfactory]

The file list generates fine, at least for me. The things not working are the temps (both always report at 21.3C with target being off), and it always saying not SD printing, even if it is printing.

[jneilliii]

Are you running the 0.1.8rc2 version of the plugin? That should be fixed in that one.

[Joelminer-satisfactory]

am running 0.1.8rc2, included the logs
octoprint.log
plugin_bambu_printer_serial.log

[jneilliii]

weird, it looks like it's just not establishing the connection to the cloud mqtt server us.mqtt.bambulab.com assuming it's not a China region. Have you tried going into settings and re-establishing the token by entering email and password and pressing login button?

[jneilliii]

Just connected my printer to the cloud to validate, and temperatures seems to be reporting properly for sure. I was able to change the temp from both the OctoPrint interface and the bambu handy app and they changed in the other.

[cvsickle]

Just want to add to this discussion, as I'm having similar problems (I'm on 0.1.8rc3 now, but I was having the same issue on 0.1.7).

I'm in LAN only mode. Octoprint is getting temps, file info, AMS info, etc., but the State is stuck on "Operational" and doesn't change. To keep the logs short, here are my logs for a brief period of time. Please note that I connected and disconnected manually.

serial.log
plugin_bambu_printer_serial.log

If there's anything I can do to help track this down, please let me know. Thanks for all your work on this plugin.

[jneilliii]

The more data the better. A unaltered (you can prune it for any possible passwords, etc.) octoprint.log would be helpful and based on this snippet of serial.log were you printing "Alien_Cutie_0821003814.gcode.3mf" or "ub_out_4.gcode.3mf"?

[cvsickle]

I was printing "Alien_Cutie_0821003814.gcode.3mf". (https://makerworld.com/en/models/644787#profileId-570879)

Here's my log:

octoprint.log

Edit: In that log, there's a section where I was trying to connect to the printer at the wrong IP address. Hopefully save you some time with that.

[jneilliii]

If you get a chance please enable debug logging for the whole plugin. I'm only really seeing printer disconnect messages in this octoprint.log. Once enabled you'll need to re-create the situation so I can get some more data in the log.

[cvsickle]

Not a problem. I enabled serial logging, enabled debug logging for the plugin, rebooted octoprint (with auto connection enabled on boot), let it run for a bit, and then manually disconnected before grabbing the logs.

octoprint.log
plugin_bambu_printer_serial.log
serial.log

Edit: I can't believe I didn't mention this yet, but I'm using an X1C... not an A1.

[aslabsalbeh]

Hi again!

I updated today to RC3 and I have no issues with the temperature reporting. RC2 fixed it and it's still working. I'm cloud connected, but I'm planning to try local connection only through Bambu Print.

RC3 appears to have fixed some issues. Octoprint is detecting the correct status of the printer and is showing "Printing" in stead of being stuck on "Operational".

However the moment the print order starts it immediately shows -100% and doesn't show the time left or print progress.

Octopapp is running and monitoring spagetti detection but showing -100%

Ocoteverwhere immediately sent an email when I started the print saying that it completed printing (100%)

Aside form this, my main concern which is spagetti detection is now running and Octoprint can detect print orders.

---

Edit

I'll report once the current print job finishes to see if Octoprint is able to detect that!

[jneilliii]

Edit: I can't believe I didn't mention this yet, but I'm using an X1C... not an A1.

well, the title of the issue was for A1, but it seems you are experiencing similar issues so could be related, but I think it might be a different issue altogether, rare condition with specific reasons why.

I find this entry interesting...

subtask_name='Cute Alien'

I need to look at that makerworld listing and look at the 3mf file, because there have been weird instances of named plates in a 3mf file not matching the file name resulting in stuff like this in your log.

No 3mf file found

When that happens it doesn't know the total size of the file in order to report to OctoPrint the percentage value, and that subtask_name attribute is what the plugin uses to figure that out and start reporting printing.

[cvsickle]

Interesting... Now that you're saying that, the print state stopped working in 0.17 when I started printing that file. It had been working before. I'll get a different print going tomorrow and see if my issue goes away.

[jneilliii]

If it works regularly with another file you might try downloading the stl and slicing it in the slicer and sending to the printer instead of using direct 3mf. might make a difference in getting the subtask_name to match the sliced file.

[Joelminer-satisfactory]

interesting, though I think this would only affect the plugin being connected to the printer trough the cloud. My printer has a cloud connection, but the connection between octoprint and the printer is local only, which seems to work just fine.

[jneilliii]

you would think that, but there are some instances of A1/P1 devices not accepting local connections when they are cloud connected.

[jneilliii]

it gives a micro SD card read/write error, included a screenshot below

Back tracked this issue and appears it was another mistake by the person that refactored the plugin. The base path was incorrect for non X1 devices. 0.1.8rc6 should resolve that.

[Joelminer-satisfactory]

Downloaded the repo to test, and printing from the SD does now work, however, the AMS lite slot selection does not seem to function. When I start print I click slot 4, but it tries to use slot 1 (which doesn't have filament and causes it to stop).

[jneilliii]

Yeah, the AMS assignment for starting prints is very convoluted, mainly because the way the slots are assigned. In general, if you sliced your file using slot 1 of your AMS, you rearrange the spool buttons (drag the buttons around) to put the color you want in that first position. Double-click buttons to disable them (only necessary for multi-color prints I think).

[jneilliii]

potential fix for the progress not updating in the above commit, about to release 0.1.8rc7 with those changes.

[jneilliii]

just release 0.1.8rc9 with some tweaks related to starting prints with cloud connected printers. your printer has to have the cache files locally option enabled but that hopefully will be the last bit related to this issue that could be causing problems.

Please report back your experience.

[aslabsalbeh]

I'm connected locally and things seem to work normal except that the print progress is stuck at 0%.

[jneilliii]

are you running the latest rc version? I know from the HA side of things that cloud connected printers are probably broken again as cloudflare/Bambu have added additional blocks and not sure if there will be a fix. please make sure debug logging is enabled and share both octoprint.log and bambu logs after recreating the issue.

[jneilliii]

I just experienced the same thing, and it boils down to the file name not matching the project name saved in the 3mf file. This seems to happen probably with 3mf files downloaded directly from printables/makerworld or ones that have been saved locally.

so basically this:

needs to match this:

[Joelminer-satisfactory]

I've been running the latest release candidate for a bit now, and it mostly works except for the progress, its always at -100%. Print is started from bambu studio/orca slicer. I am running beta firmware 01.03.20.20.

[jneilliii]

@Joelminer-satisfactory is the files you are printing downloaded 3mf files, as mentioned above in the previous post? I need to know if the un-matched model name to file name is causing your issue.

[Joelminer-satisfactory]

No they should match, I imported an stl that I made and the project file was filename.stl.3mf, it did correctly show the file in the status panel

[jneilliii]

could I get updated debug logs from your instance, after a full restart of OctoPrint. I suspect the first print will go correct from 0 - 100% and the following print will be the one that is stuck at 100%. that's what happened to me when I saw this before.

[Joelminer-satisfactory]

I won't have that for a bit as I have run out of filament, so I'll need to wait for the new rolls to arrive, but ill send it asap after that. Both prints I did stayed at -100% though (sd printing byte 1/0)

[jneilliii]

another thing to test while it's broken and printing. if you disconnect from OctoPrint's connection panel and reconnect, does the percentage then update to where it's supposed to be?

[Joelminer-satisfactory]

Hm it now seems to work fine, both with a downloaded model and a local project, maybe octoprint rebooting solved the issue

[jneilliii]

sounds like a race condition, which are usually really hard to nail down.

[gijsprins93]

I'm using de A1 with cloud connection. Version 01.04.00.00.
I had to use the latest RC version (RC14) of this plugin and it logs in, but it does not display any values. It "sees" the temperature, but just keeps displaying 21 degrees Celcius. no changes. No info of the print, nothing. But at least it's connected now.
Any updates in the near future for this? :D keep up the good work. If octoprint works good with the A1 combo, i am so happy.

[gijsprins93]

It also will not start a print:
Changing monitoring state from "Operational" to "Starting print from SD" Send: N11 M23 /box_an~1.3mf*81 Recv: ok Send: N12 M24*38 Recv: ok Changing monitoring state from "Starting print from SD" to "Printing from SD" [...] Changing monitoring state from "Printing from SD" to "Cancelling" Send: N13 M108*24

So i can find all the files on the printer. 3mf files in example that are printed just now via the bambu studio. But it cancels itself.

[jneilliii]

with the latest rc14 it should be reporting temperatures. the stuck at 21 means it's not getting the data it expects from the cloud MQTT servers. enable debug logging for octoprint.plugins.bambu_printer and then we can check the logs.

[jneilliii]

try to disconnect and connect back from the connection panel of OctoPrint to re-establish the connection.

[gijsprins93]

I enabled the debug logging, but the only log i have for the bambu plugin is the plugin_bambu_printer_serial.log. That's just the terminal output, right?

[gijsprins93]

Only getting this:

Recv: Not SD printing
Recv: Not SD printing
Changing monitoring state from "Operational" to "Starting print from SD"
Send: N9 M23 /christ~1.3mf90
Recv: ok
Send: N10 M2436
Recv: ok
Changing monitoring state from "Starting print from SD" to "Printing from SD"
Recv: Not SD printing
Recv: Not SD printing
Recv: Not SD printing
Changing monitoring state from "Printing from SD" to "Cancelling"
Send: N11 M108*26
Recv: Not SD printing
Recv: Not SD printing
Recv: Not SD printing
Recv: Not SD printing

It does not seem to create a debug file

[gijsprins93]

I tried to dwngrade to version 01.03.01.02 of the bambu printer. But unfortunately it's the same issue.

[jneilliii]

octoprint.log will contain additional information as well. make sure in your gcode scripts section of OctoPrint you don't have anything configured and they are all blank.

[jneilliii]

wouldn't be a bad idea to also try closing bambu studio, and reconnecting within OctoPrint connection panel. I have heard in the past of limited number of connections, but thought that was increased recently.