[GH-ISSUE #245] [Bug]: H2D Pro Print Errors (The extrusion motor is overloaded) #150

Closed
opened 2026-05-06 12:26:24 +02:00 by BreizhHardware · 20 comments

Originally created by @cadtoolbox on GitHub (Feb 3, 2026).
Original GitHub issue: https://github.com/maziggy/bambuddy/issues/245

Originally assigned to: @maziggy on GitHub.

Bug Description

H2D Pro error only when sending from Bambuddy:
HMS_0300_0900_0002_0001: The extrusion motor is overloaded. The extruder may be clogged or the filament may be stuck in the tool head.

Now that I'm back in the office and doing some more testing with the full print on the H2D Pro, it appears some logic in sending jobs to the H2D Pro are still a little off. See attached "good" MQTTX using Bambu Studio vs. the "bad" using Bambuddy.

bad3DP-239-110.json
good3DP-239-110.json

Expected Behavior

All H2D Pro jobs are successful like Bambu Studio jobs

Steps to Reproduce

  1. Send job using Bambuddy to an H2D Pro

Printer Model

H2D Pro

Bambuddy Version

v0.1.7

Printer Firmware Version

01.01.00.00

Installation Method

Manual (git clone)

Operating System

Windows

Relevant Logs / Support Package


Screenshots

bambuddy-support-20260203-095655.zip

Additional Context

No response

Checklist

  • I have searched existing issues to ensure this bug hasn't already been reported
  • I am using the latest version of Bambuddy
  • My printer is set to LAN Only mode
Originally created by @cadtoolbox on GitHub (Feb 3, 2026). Original GitHub issue: https://github.com/maziggy/bambuddy/issues/245 Originally assigned to: @maziggy on GitHub. ### Bug Description H2D Pro error only when sending from Bambuddy: [HMS_0300_0900_0002_0001](https://wiki.bambulab.com/en/h2/troubleshooting/hmscode/0300_0900_0002_0001): The extrusion motor is overloaded. The extruder may be clogged or the filament may be stuck in the tool head. Now that I'm back in the office and doing some more testing with the full print on the H2D Pro, it appears some logic in sending jobs to the H2D Pro are still a little off. See attached "good" MQTTX using Bambu Studio vs. the "bad" using Bambuddy. [bad3DP-239-110.json](https://github.com/user-attachments/files/25049333/bad3DP-239-110.json) [good3DP-239-110.json](https://github.com/user-attachments/files/25049332/good3DP-239-110.json) ### Expected Behavior All H2D Pro jobs are successful like Bambu Studio jobs ### Steps to Reproduce 1. Send job using Bambuddy to an H2D Pro ### Printer Model H2D Pro ### Bambuddy Version v0.1.7 ### Printer Firmware Version 01.01.00.00 ### Installation Method Manual (git clone) ### Operating System Windows ### Relevant Logs / Support Package ```shell ``` ### Screenshots [bambuddy-support-20260203-095655.zip](https://github.com/user-attachments/files/25049404/bambuddy-support-20260203-095655.zip) ### Additional Context _No response_ ### Checklist - [x] I have searched existing issues to ensure this bug hasn't already been reported - [x] I am using the latest version of Bambuddy - [x] My printer is set to LAN Only mode
BreizhHardware 2026-05-06 12:26:24 +02:00
  • closed this issue
  • added the
    bug
    label
Author
Owner

@maziggy commented on GitHub (Feb 4, 2026):

I see the problem.

  1. You have 3 black PLA spools in AMS unit 0 (trays 0, 2, and 3)
  2. Bambuddy's auto-matcher finds "PLA black" and returns the first match (tray 0)
  3. The file was sliced for tray 3's spool, which apparently has different characteristics

The actual bug: Bambuddy ignores the tray_info_idx field in the 3MF file. This field uniquely identifies which spool was selected when the user sliced in Bambu Studio. The current auto-matcher only looks at type+color, not the specific spool identity.

Let me fix that.

<!-- gh-comment-id:3845721209 --> @maziggy commented on GitHub (Feb 4, 2026): I see the problem. 1. You have 3 black PLA spools in AMS unit 0 (trays 0, 2, and 3) 2. Bambuddy's auto-matcher finds "PLA black" and returns the first match (tray 0) 3. The file was sliced for tray 3's spool, which apparently has different characteristics The actual bug: Bambuddy ignores the tray_info_idx field in the 3MF file. This field uniquely identifies which spool was selected when the user sliced in Bambu Studio. The current auto-matcher only looks at type+color, not the specific spool identity. Let me fix that.
Author
Owner

@maziggy commented on GitHub (Feb 4, 2026):

Please use branch 0.1.8b and let me know if it works now.

<!-- gh-comment-id:3845772975 --> @maziggy commented on GitHub (Feb 4, 2026): Please use branch 0.1.8b and let me know if it works now.
Author
Owner

@cadtoolbox commented on GitHub (Feb 4, 2026):

Tested update: The print always starts correctly but before it can finish printing, it faults. It seems like it has some spaghetti build up when using Bambuddy vs sending the same print using Bambu Studio.

H2DProErrors.json
bambuddy-support-20260204-045855.zip

Image

<!-- gh-comment-id:3846469544 --> @cadtoolbox commented on GitHub (Feb 4, 2026): Tested update: The print always starts correctly but before it can finish printing, it faults. It seems like it has some spaghetti build up when using Bambuddy vs sending the same print using Bambu Studio. [H2DProErrors.json](https://github.com/user-attachments/files/25068567/H2DProErrors.json) [bambuddy-support-20260204-045855.zip](https://github.com/user-attachments/files/25068566/bambuddy-support-20260204-045855.zip) ![Image](https://github.com/user-attachments/assets/7567412e-5573-4af0-8f56-24cfc50bffeb)
Author
Owner

@maziggy commented on GitHub (Feb 4, 2026):

Thanks for the additional logs. I've analyzed them:

Findings:

  • Print starts correctly now (tray_info_idx fix is working)
  • Fails at layer 10-11 out of 16 (roughly 65% complete) with spaghetti detection

To compare with Bambu Studio, I need one more piece of data:

Could you please capture the print start command that Bambu Studio sends? Here's how:

  1. Connect MQTTX to the H2D Pro
  2. Start a print from Bambu Studio (not Bambuddy)
  3. Look for the message with "command":"project_file" in the payload
  4. Copy that full JSON message and paste it here

I want to compare what parameters Bambu Studio sends vs what Bambuddy sends. The key differences might be in:

  • cfg parameter
  • extrude_cali_flag
  • Other H2D-specific fields

Alternatively, if Bambu Studio logs the MQTT commands somewhere, that would work too.


What I've compared so far:

Bambuddy print command:
```json
{
"print": {
"command": "project_file",
"param": "Metadata/plate_1.gcode",
"url": "ftp://H2D-CIRCLE.3mf",
"bed_type": "auto",
"timelapse": false,
"bed_leveling": true,
"vibration_cali": true,
"layer_inspect": false,
"use_ams": true,
"cfg": "0",
"extrude_cali_flag": 0,
"nozzle_offset_cali": 2,
"ams_mapping": [0],
"ams_mapping2": [{"ams_id": 0, "slot_id": 0}]
}
}
```

I suspect the cfg field might need to be different for H2D Pro. The printer reports cfg: "1817DA9B" in its status messages.

<!-- gh-comment-id:3846960967 --> @maziggy commented on GitHub (Feb 4, 2026): Thanks for the additional logs. I've analyzed them: **Findings:** - Print starts correctly now (tray_info_idx fix is working) - Fails at layer 10-11 out of 16 (roughly 65% complete) with spaghetti detection **To compare with Bambu Studio, I need one more piece of data:** Could you please capture the print start command that Bambu Studio sends? Here's how: 1. Connect MQTTX to the H2D Pro 2. Start a print from **Bambu Studio** (not Bambuddy) 3. Look for the message with `"command":"project_file"` in the payload 4. Copy that full JSON message and paste it here I want to compare what parameters Bambu Studio sends vs what Bambuddy sends. The key differences might be in: - `cfg` parameter - `extrude_cali_flag` - Other H2D-specific fields Alternatively, if Bambu Studio logs the MQTT commands somewhere, that would work too. --- **What I've compared so far:** Bambuddy print command: \`\`\`json { "print": { "command": "project_file", "param": "Metadata/plate_1.gcode", "url": "ftp://H2D-CIRCLE.3mf", "bed_type": "auto", "timelapse": false, "bed_leveling": true, "vibration_cali": true, "layer_inspect": false, "use_ams": true, "cfg": "0", "extrude_cali_flag": 0, "nozzle_offset_cali": 2, "ams_mapping": [0], "ams_mapping2": [{"ams_id": 0, "slot_id": 0}] } } \`\`\` I suspect the `cfg` field might need to be different for H2D Pro. The printer reports `cfg: "1817DA9B"` in its status messages.
Author
Owner

@maziggy commented on GitHub (Feb 4, 2026):

Should be fixed in branch 0.1.8b.

<!-- gh-comment-id:3847344196 --> @maziggy commented on GitHub (Feb 4, 2026): Should be fixed in branch 0.1.8b.
Author
Owner

@cadtoolbox commented on GitHub (Feb 4, 2026):

@maziggy Not sure if you still needed the MQTTX from Bambu Studio:

{ "command": "project_file", "file": "CIRCLE.gcode.3mf", "param": "Metadata/plate_1.gcode", "url": "ftp://CIRCLE.gcode.3mf", "md5": "B988D7E5356E6AEF7F060B317338D3A9", "result": "SUCCESS", "reason": "SUCCESS", "err_code": 0, "sequence_id": 20002, "subtask_name": "CIRCLE", "subtask_id": 0, "task_id": 0 }

<!-- gh-comment-id:3847512088 --> @cadtoolbox commented on GitHub (Feb 4, 2026): @maziggy Not sure if you still needed the MQTTX from Bambu Studio: ` { "command": "project_file", "file": "CIRCLE.gcode.3mf", "param": "Metadata/plate_1.gcode", "url": "ftp://CIRCLE.gcode.3mf", "md5": "B988D7E5356E6AEF7F060B317338D3A9", "result": "SUCCESS", "reason": "SUCCESS", "err_code": 0, "sequence_id": 20002, "subtask_name": "CIRCLE", "subtask_id": 0, "task_id": 0 } `
Author
Owner

@cadtoolbox commented on GitHub (Feb 4, 2026):

Error is still present in 0.1.8b:

bambuddy-support-20260204-090827.zip

H2DproERROR.zip

<!-- gh-comment-id:3847897366 --> @cadtoolbox commented on GitHub (Feb 4, 2026): Error is still present in 0.1.8b: [bambuddy-support-20260204-090827.zip](https://github.com/user-attachments/files/25075006/bambuddy-support-20260204-090827.zip) [H2DproERROR.zip](https://github.com/user-attachments/files/25075014/H2DproERROR.zip)
Author
Owner

@maziggy commented on GitHub (Feb 4, 2026):

Thanks for the updated logs! I've analyzed the support package and MQTTX captures.

Current Understanding

The print starts correctly now (the tray_info_idx fix is working), but fails mid-print with the extrusion motor overloaded error and spaghetti detection triggering.

What I Still Need

The JSON you posted from Bambu Studio:

{
  "command": "project_file",
  "file": "CIRCLE.gcode.3mf",
  "result": "SUCCESS",
  ...
}

This is the response from the printer after the print started, not the actual command Bambu Studio sent.

To help debug this, I need to see the actual project_file command that Bambu Studio sends. Here's how to capture it:

  1. Connect MQTTX to the H2D Pro
  2. Subscribe to # (all topics)
  3. Start a print from Bambu Studio
  4. Look in the messages list for a message on the request topic that contains "command": "project_file"
  5. The message will be on topic device/[YOUR_SERIAL]/request and will have fields like:
    • cfg
    • extrude_cali_flag
    • nozzle_offset_cali
    • ams_mapping
    • etc.

Option 2: Bambu Studio Network Logs

Bambu Studio may log MQTT commands somewhere. If you can find those logs, look for the project_file command it sends.


What Bambuddy Currently Sends

For reference, here's what Bambuddy sends:

{
  "print": {
    "command": "project_file",
    "param": "Metadata/plate_1.gcode",
    "url": "ftp://H2D-CIRCLE.3mf",
    "bed_type": "auto",
    "cfg": "0",
    "extrude_cali_flag": 0,
    "nozzle_offset_cali": 2,
    "use_ams": true,
    "ams_mapping": [0],
    "ams_mapping2": [{"ams_id": 0, "slot_id": 0}]
  }
}

I suspect one of these parameters needs to be different for the H2D Pro. Once I can see what Bambu Studio sends, I can compare and identify the difference.

<!-- gh-comment-id:3848067514 --> @maziggy commented on GitHub (Feb 4, 2026): Thanks for the updated logs! I've analyzed the support package and MQTTX captures. ## Current Understanding The print **starts** correctly now (the tray_info_idx fix is working), but fails mid-print with the extrusion motor overloaded error and spaghetti detection triggering. ## What I Still Need The JSON you posted from Bambu Studio: ```json { "command": "project_file", "file": "CIRCLE.gcode.3mf", "result": "SUCCESS", ... } ``` This is the **response** from the printer after the print started, not the actual command Bambu Studio sent. **To help debug this, I need to see the actual `project_file` command that Bambu Studio sends.** Here's how to capture it: ### Option 1: MQTTX (Recommended) 1. Connect MQTTX to the H2D Pro 2. Subscribe to `#` (all topics) 3. Start a print from **Bambu Studio** 4. Look in the messages list for a message on the `request` topic that contains `"command": "project_file"` 5. The message will be on topic `device/[YOUR_SERIAL]/request` and will have fields like: - `cfg` - `extrude_cali_flag` - `nozzle_offset_cali` - `ams_mapping` - etc. ### Option 2: Bambu Studio Network Logs Bambu Studio may log MQTT commands somewhere. If you can find those logs, look for the `project_file` command it sends. --- ## What Bambuddy Currently Sends For reference, here's what Bambuddy sends: ```json { "print": { "command": "project_file", "param": "Metadata/plate_1.gcode", "url": "ftp://H2D-CIRCLE.3mf", "bed_type": "auto", "cfg": "0", "extrude_cali_flag": 0, "nozzle_offset_cali": 2, "use_ams": true, "ams_mapping": [0], "ams_mapping2": [{"ams_id": 0, "slot_id": 0}] } } ``` I suspect one of these parameters needs to be different for the H2D Pro. Once I can see what Bambu Studio sends, I can compare and identify the difference.
Author
Owner

@cimdDev commented on GitHub (Feb 4, 2026):

The proposed mapping is correct now:

Image

but the print still fails at startup on filament load with the same error:
"Failed to get AMS mapping table, please select "Resume" to retry"

I tested this with 0.1.8b Commit 39f9061

<!-- gh-comment-id:3848191438 --> @cimdDev commented on GitHub (Feb 4, 2026): The proposed mapping is correct now: <img width="377" height="708" alt="Image" src="https://github.com/user-attachments/assets/d11fb93e-4fc2-43d7-97cf-e172ef7b95e2" /> but the print still fails at startup on filament load with the same error: "Failed to get AMS mapping table, please select "Resume" to retry" I tested this with 0.1.8b Commit 39f9061
Author
Owner

@maziggy commented on GitHub (Feb 4, 2026):

Yes, I tested with a normmal H2D and it works. We have to find the difference (I know that already too good!). Waiting for @cadtoolbox to provide the requested information.

<!-- gh-comment-id:3848244749 --> @maziggy commented on GitHub (Feb 4, 2026): Yes, I tested with a normmal H2D and it works. We have to find the difference (I know that already too good!). Waiting for @cadtoolbox to provide the requested information.
Author
Owner

@cadtoolbox commented on GitHub (Feb 4, 2026):

@maziggy Do you need more than this? https://github.com/maziggy/bambuddy/issues/245#issuecomment-3847897366

<!-- gh-comment-id:3848334421 --> @cadtoolbox commented on GitHub (Feb 4, 2026): @maziggy Do you need more than this? https://github.com/maziggy/bambuddy/issues/245#issuecomment-3847897366
Author
Owner

@cadtoolbox commented on GitHub (Feb 4, 2026):

I think this is what you needed from Bambu Studio:

{
"print": {
"command": "project_file",
"file": "CIRCLE.gcode.3mf",
"param": "Metadata/plate_1.gcode",
"profile_id": "0",
"project_id": "0",
"sequence_id": "20002",
"subtask_id": "0",
"subtask_name": "CIRCLE",
"task_id": "0",
"url": "ftp://CIRCLE.gcode.3mf",
"use_ams": true,
"ams_mapping": [...],
"ams_mapping2": [...],
"auto_bed_leveling": 1,
"bed_leveling": 1,
"bed_type": "auto",
"cfg": "0",
"extrude_cali_flag": 0,
"extrude_cali_manual_mode": 0,
"flow_cali": 0,
"layer_inspect": 1,
"md5": "",
"nozzle_offset_cali": 2,
"timelapse": 0,
"vibration_cali": 1
}
}

<!-- gh-comment-id:3848544912 --> @cadtoolbox commented on GitHub (Feb 4, 2026): I think this is what you needed from Bambu Studio: { "print": { "command": "project_file", "file": "CIRCLE.gcode.3mf", "param": "Metadata/plate_1.gcode", "profile_id": "0", "project_id": "0", "sequence_id": "20002", "subtask_id": "0", "subtask_name": "CIRCLE", "task_id": "0", "url": "ftp://CIRCLE.gcode.3mf", "use_ams": true, "ams_mapping": [...], "ams_mapping2": [...], "auto_bed_leveling": 1, "bed_leveling": 1, "bed_type": "auto", "cfg": "0", "extrude_cali_flag": 0, "extrude_cali_manual_mode": 0, "flow_cali": 0, "layer_inspect": 1, "md5": "<file md5>", "nozzle_offset_cali": 2, "timelapse": 0, "vibration_cali": 1 } }
Author
Owner

@maziggy commented on GitHub (Feb 5, 2026):

H2D Pro is using integers, other models are using booleans in print commands. This is so annoying. Anyway...please test with branch 0.1.8b.

<!-- gh-comment-id:3851331379 --> @maziggy commented on GitHub (Feb 5, 2026): H2D Pro is using integers, other models are using booleans in print commands. This is so annoying. Anyway...please test with branch 0.1.8b.
Author
Owner

@cadtoolbox commented on GitHub (Feb 6, 2026):

I haven't had a chance to test this myself (been asleep with the flu)

https://github.com/maziggy/bambuddy/issues/285 is preventing testing now. I'm looking into as much as I can.

<!-- gh-comment-id:3862237561 --> @cadtoolbox commented on GitHub (Feb 6, 2026): I haven't had a chance to test this myself (been asleep with the flu) https://github.com/maziggy/bambuddy/issues/285 is preventing testing now. I'm looking into as much as I can.
Author
Owner

@maziggy commented on GitHub (Feb 7, 2026):

Get well soon!

<!-- gh-comment-id:3864652513 --> @maziggy commented on GitHub (Feb 7, 2026): Get well soon!
Author
Owner

@cadtoolbox commented on GitHub (Feb 7, 2026):

The H2D Pro is proving to very stubborn. Print still fails at around 75% complete.

3DP-239-110.json
bambuddy-support-20260207-141848.zip

<!-- gh-comment-id:3865151570 --> @cadtoolbox commented on GitHub (Feb 7, 2026): The H2D Pro is proving to very stubborn. Print still fails at around 75% complete. [3DP-239-110.json](https://github.com/user-attachments/files/25154559/3DP-239-110.json) [bambuddy-support-20260207-141848.zip](https://github.com/user-attachments/files/25154558/bambuddy-support-20260207-141848.zip)
Author
Owner

@maziggy commented on GitHub (Feb 8, 2026):

Hopefully fixed in branch 0.1.9b.

If you find Bambuddy useful, please consider giving it a on GitHub — it helps others discover the project!

<!-- gh-comment-id:3866377508 --> @maziggy commented on GitHub (Feb 8, 2026): Hopefully fixed in branch 0.1.9b. If you find Bambuddy useful, please consider giving it a ⭐ on [GitHub](https://github.com/bambuman/bambuddy) — it helps others discover the project!
Author
Owner

@cadtoolbox commented on GitHub (Feb 8, 2026):

Fixed in branch 0.1.9b!!! Thank you for your persistence.

<!-- gh-comment-id:3867188861 --> @cadtoolbox commented on GitHub (Feb 8, 2026): Fixed in branch 0.1.9b!!! Thank you for your persistence.
Author
Owner

@cimdDev commented on GitHub (Feb 10, 2026):

I finally was able to test my two nozzle test print with 0.1.9b on the H2D Pro, but I still get the "Failed to get AMS mapping" error as described in issue #264

bambuddy-support-20260210-085626.zip

should I open a new issue?

<!-- gh-comment-id:3876027437 --> @cimdDev commented on GitHub (Feb 10, 2026): I finally was able to test my two nozzle test print with 0.1.9b on the H2D Pro, but I still get the "Failed to get AMS mapping" error as described in issue #264 [bambuddy-support-20260210-085626.zip](https://github.com/user-attachments/files/25203590/bambuddy-support-20260210-085626.zip) should I open a new issue?
Author
Owner

@maziggy commented on GitHub (Feb 10, 2026):

Yes, please open a new issue. Thanks.

<!-- gh-comment-id:3876359902 --> @maziggy commented on GitHub (Feb 10, 2026): Yes, please open a new issue. Thanks.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/bambuddy#150
No description provided.