# Intermittent read of start\_print

**URL:** <https://klipper.discourse.group/t/intermittent-read-of-start-print/12397>\
**Category:** General Discussion\
**Created:** [December 19, 2023, 12:38am UTC](https://klipper.discourse.group/t/intermittent-read-of-start-print/12397 "2023-12-19T00:38:32Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![Aurasphere](https://avatars.discourse-cdn.com/v4/letter/a/e8c25b/32.png) [@Aurasphere](https://klipper.discourse.group/u/Aurasphere)\
**Post date:** [December 19, 2023, 12:38am UTC](https://klipper.discourse.group/t/intermittent-read-of-start-print/12397/1 "2023-12-19T00:38:33Z")

</div>

### Basic Information:

Printer Model: Custom Delta  
 MCU / Printerboard: MKS smoothie  
[klippy (1).log](https://klipper.discourse.group/uploads/short-url/y1WuxqARwoW2JkAkhtWJIMm28hX.log) (350.4 KB)

### Describe your issue:

I have start\_print set in Orca as per its unique requirements

_M104 S0 ; Stops OrcaSlicer from sending temp waits separately_  
_M140 S0_  
_start\_print EXTRUDER=[first\_layer\_temperature] BED=[first\_layer\_bed\_temperature]_

Start\_Print is set to parse the arguments  
[gcode\_macro START\_PRINT]  
gcode:  
{% set BED\_TEMP = params.BED|default(45)|float %}  
{% set EXTRUDER\_TEMP = params.EXTRUDER|default(200)|float %}  
# Home the printer  
G28  
# Wait for bed to reach temperature  
M190 S{BED\_TEMP}  
# Set and wait for nozzle to reach temperature  
M109 S{EXTRUDER\_TEMP}

```
BED_MESH_PROFILE LOAD="default"
# Use absolute coordinates
G90
# Reset the G-Code Z offset (adjust Z offset if needed)
#SET_GCODE_OFFSET Z=0.0

# Move the nozzle near the bed
G1 Z50 F9000
G1 Z5 F3000
G1 Z1 F300

```

Ok this was working then it stopped. I hadnt carried out any changes at all. I rebooted etc then it started working again…now its off again

If I hardwire a value eg M190 S45 I know its reading the start\_print macro.  
It sets correctly…when I start a print file that def has passed values it doesnt

 ![image](https://global.discourse-cdn.com/free1/uploads/klipper/original/2X/5/50cc2d2678040f1f417698861093e539fc13937f.png)

Cheers  
…

---

<div class="post-metadata">

**Author:** ![Sineos](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/sineos/32/18_2.png) [@Sineos](https://klipper.discourse.group/u/Sineos)\
**Post date:** [December 19, 2023, 8:42am UTC](https://klipper.discourse.group/t/intermittent-read-of-start-print/12397/2 "2023-12-19T08:42:33Z")

</div>

> [@Aurasphere](#):
>
> I have start\_print set in Orca as per its unique requirements
> 
> _M104 S0 ; Stops OrcaSlicer from sending temp waits separately_  
> _M140 S0_

Not sure what you are doing, but Orca is not adding unwanted commands.

Your entire klippy.log is just a collection of various errors and unfortunately it seems coming from a Sonic Pad, so it does not allow for any proper diagnosis but generally it seems to be fundamentally borked.

---

<div class="post-metadata">

**Author:** ![Aurasphere](https://avatars.discourse-cdn.com/v4/letter/a/e8c25b/32.png) [@Aurasphere](https://klipper.discourse.group/u/Aurasphere)\
**Post date:** [December 19, 2023, 12:31pm UTC](https://klipper.discourse.group/t/intermittent-read-of-start-print/12397/3 "2023-12-19T12:31:48Z")

</div>

Yes atm its from Sonic Pad but it is for dev work until Im sure and then I have PI ready to go.  
I realise orca isnt adding anything eg teh GCODE confirms that.  
Its the passing of parameters that has issue unfortunately.  
So are you saying the klippy.log should show verbose transactions normally and allow me to see debug info?

---

<div class="post-metadata">

**Author:** ![Sineos](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/sineos/32/18_2.png) [@Sineos](https://klipper.discourse.group/u/Sineos)\
**Post date:** [December 19, 2023, 1:28pm UTC](https://klipper.discourse.group/t/intermittent-read-of-start-print/12397/4 "2023-12-19T13:28:24Z")

</div>

Your entire log is just a collection of various errors ranging from connection problems, over wrong macro definition to some weird SD errors.

All this combined with the completely crippled and unusable logs that the Sonic Pad is producing.

The most practical approach likely is to factory reset the Pad and start with a fresh config containing only the bare minimum and then start from there.

---

<div class="post-metadata">

**Author:** ![Aurasphere](https://avatars.discourse-cdn.com/v4/letter/a/e8c25b/32.png) [@Aurasphere](https://klipper.discourse.group/u/Aurasphere)\
**Post date:** [December 19, 2023, 9:33pm UTC](https://klipper.discourse.group/t/intermittent-read-of-start-print/12397/5 "2023-12-19T21:33:17Z")

</div>

@Sineos Cheers yep will do that  
I was just reading about klippy.log and seems its just transactional function rather than debug of code.  
Its really just code…I had a reread of the command tempate etc which is more like modified python. I saw that there are function modifiers held the in the naming eg prefix with an underscore and you get an directive to hide macros from the system and instead of keeping case sensitivity, the have removed it…further varying the norm

Based on the fact I was using ‘x\_’ as a prefix for transitional tokenisation…I changed the naming to plain english and I can confirm it is now all working.

So how you name in orca and the parsing into the ‘param’ object of the macro has some undocumented impact/features.

Cheers

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/klipper/original/1X/64419bf2aac6639e6ef5cef200dcd456b0a01ac3.png) [@system](https://klipper.discourse.group/u/system)\
**Post date:** [February 17, 2024, 9:33pm UTC](https://klipper.discourse.group/t/intermittent-read-of-start-print/12397/6 "2024-02-17T21:33:27Z")

</div>

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.
