Skip to content

Commit

Permalink
GitBook: No commit message
Browse files Browse the repository at this point in the history
  • Loading branch information
lixxbox authored and gitbook-bot committed Jul 26, 2023
1 parent 5350a7a commit 1afa90b
Show file tree
Hide file tree
Showing 3 changed files with 116 additions and 2 deletions.
4 changes: 2 additions & 2 deletions SUMMARY.md
Original file line number Diff line number Diff line change
Expand Up @@ -68,8 +68,8 @@

* [Mainsail](faq/mainsail.md)
* [Klipper warnings](faq/klipper\_warnings/README.md)
* [Deprecated Values](faq/klipper\_warnings/deprecated\_value.md)
* [Deprecated Options](faq/klipper\_warnings/deprecated\_option.md)
* [Deprecated Values](faq/klipper\_warnings/deprecated\_values.md)
* [Deprecated Options](faq/klipper\_warnings/deprecated\_options.md)
* [Moonraker warnings](faq/moonraker\_warnings/README.md)
* [PolicyKit Permissions](faq/moonraker\_warnings/policykit-permissions.md)
* [Klipper errors](faq/klipper\_errors/README.md)
Expand Down
92 changes: 92 additions & 0 deletions faq/klipper_warnings/deprecated_options.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,92 @@
# Deprecated Options

### Removal of `relative_reference_index` <a href="#relative_reference_index" id="relative_reference_index"></a>

The `relative_reference_index` option has been deprecated and superceded by the `zero_reference_position` option. Refer to the [Bed Mesh Documentation](https://www.klipper3d.org/Bed\_Mesh.html#the-deprecated-relative\_reference\_index) for details on how to update the configuration. With this deprecation the `RELATIVE_REFERENCE_INDEX` is no longer available as a parameter for the `BED_MESH_CALIBRATE` G-Code command.

{% hint style="info" %}
[Source](https://www.klipper3d.org/Config\_Changes.html) Klipper Configuration Changes
{% endhint %}

### Removal of `default_parameter_` for G-Code macros. <a href="#default_parameter" id="default_parameter"></a>

In the past, default parameters for G-Code macros were defined like so:

```yaml
[gcode_macro PRINT_START]
default_parameter_EXTRUDER: 230
gcode:
...
```

This would define a macro called `PRINT_START` that can be called with an `EXTRUDER` parameter like so: `PRINT_START EXTRUDER=200`. If no value is passed for `EXTRUDER` the default value of 230 is used. This style of default parameters has been deprecated. Instead, define your macro like so:

```yaml
[gcode_macro PRINT_START]
gcode:
{% raw %}
{% set EXTRUDER_TEMP = params.EXTRUDER|default(230)|int %}
{% endraw %}
```

Take note of the following important aspects:

* Parameters passed to G-Code macros are stored in the `params` object. So if your macro is called with `VALUE=50`, `params.VALUE` will contain the value 50. After the deprecation, only the `params` object will contain these values.
* Make sure to name your “set variable” something else as the name of the variable in the `params` object (see how I used `EXTRUDER_TEMP` for the “set variable” and `EXTRUDER` for the actual macro parameter above) to avoid confusion and possible parsing errors.
* If you want to pass a default, add `|default(<default value>)` to the end of the `params` variable (see above, where my default value is 10).
* To ensure that `EXTRUDER_TEMP` will have an integer value, add `|int` to the end of the command, to turn passed parameters (if they exist) and the default into an integer. Depending on what kind of parameter you’re passing, there are `|int` `|float` `|bool` or `|string` converters available. Make sure that you convert to int if you want to compare the values in your G-Code macro.

{% hint style="info" %}
The above description was provided by our community member [FHeilmann](https://github.com/FHeilmann) and we have his permission to publish it here. Thanks a lot! [Source](https://gist.github.com/FHeilmann/a8097b3e908e85de7255bbe6246ddfd5)
{% endhint %}

### Removal of `step_distance` <a href="#step_distance" id="step_distance"></a>

`step_distance` describes the distance covered by a certain axis with 1 stepper (micro-)step. The downside of this parameter (and one of the reasons for its removal, is that if one were to change the microstepping of a stepper, the step\_distance changes as well. Klipper therefore removed the `step_distance` parameter in favor of `rotation_distance` and `full_steps_per_rotation`. These two parameters are unaffected by microstepping, and can be easily determined by inspecting the used hardware.

Perform the following steps to convert your config:

* comment out the old `step_distance` parameter
* add three new parameters:
* `full_steps_per_rotation` this is 400 for 0.9 degree stepper motors and 200 for 1.8 degree stepper motors.
* `rotation_distance` this can be determined either according to hardware, or by converting the old `step_distance` using math.
* `gear_ratio` can additionally be used to describe an axis that uses a reduction gear (like the Voron-2 Z axis)
* The easiest way to obtain the correct values for `rotation_distance` and `gear_ratio` is to check the official Voron printer Github repositories. All example configs have been updated to include the correct values for the new parameters. Keep in mind that you’ll still have to calibrate your extruder steps/mm if you choose to copy the values for the extruder. Instructions on how to convert and recalibrate the extruder values can be found [here](https://github.com/Klipper3d/klipper/blob/master/docs/Rotation\_Distance.md#extruder).
* The formulas to convert `step_distance` to `rotation distance` can be found [here](https://github.com/Klipper3d/klipper/blob/master/docs/Rotation\_Distance.md#obtaining-rotation\_distance-from-steps\_per\_mm-or-step\_distance)
* Guidance on how to inspect your hardware to determine your conversion distance can be found [here](https://github.com/Klipper3d/klipper/blob/master/docs/Rotation\_Distance.md#obtaining-rotation\_distance-by-inspecting-the-hardware). Make sure to also consider any reduction gearing, if applicable, by checking [this section](https://github.com/Klipper3d/klipper/blob/master/docs/Rotation\_Distance.md#using-a-gear\_ratio) as well.
* For every stepper, except your extruder, you should end up with even numbers (e.g. 40 instead of 39.9683).

{% hint style="info" %}
The above description was provided by our community member [FHeilmann](https://github.com/FHeilmann) and we have his permission to publish it here. Thanks a lot! [Source](https://gist.github.com/FHeilmann/a8097b3e908e85de7255bbe6246ddfd5)
{% endhint %}

### Removal of `pin_map` <a href="#pin_map" id="pin_map"></a>

For Voron printers, this is only relevant if you’re running an Arduino based controller board and use pins named similar to `ar19` etc. These pin declarations are no longer valid and need to be replaced with their hardware pin identifiers. To find the appropriate hardware pin identifier perform a google image search for your board plus `pinout`. E.g.:

`arduino mega 2560 pinout`

which will yield images such as this one:

![image](https://user-images.githubusercontent.com/4352664/138724260-5813281d-d62d-4b0c-87ee-1f64d301c15f.png)

There, find the pin you’re trying to replace. The old pin maps use the digital number of the pin. For example, if your old pin was `ar10`, looking at the image you will find that the `D10` pin corresponds to `PB4`. Replace all pins in your config accordingly, and finally remove the `pin_map:` configuration parameter from your `mcu` section.

Alternatively, you can copy an appropriate `[board_pins]` block from [this location](https://github.com/Klipper3d/klipper/blob/master/config/sample-aliases.cfg) to your config. If you’re using multiple Arduinos, make sure to add the appropriate `mcu` to each block like so:

```yaml
[board_pins arduino-mega]
mcu: mcu
```

{% hint style="info" %}
The above description was provided by our community member [FHeilmann](https://github.com/FHeilmann) and we have his permission to publish it here. Thanks a lot! [Source](https://gist.github.com/FHeilmann/a8097b3e908e85de7255bbe6246ddfd5)
{% endhint %}

### Removal of `pid_integral_max` <a href="#pid_integral_max" id="pid_integral_max"></a>

Remove any instances of `pid_integral_max` from your config.

{% hint style="info" %}
The above description was provided by our community member [FHeilmann](https://github.com/FHeilmann) and we have his permission to publish it here. Thanks a lot! [Source](https://gist.github.com/FHeilmann/a8097b3e908e85de7255bbe6246ddfd5)
{% endhint %}
22 changes: 22 additions & 0 deletions faq/klipper_warnings/deprecated_values.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,22 @@
# Deprecated Values

### Removal of `NTC 100K beta 3950` sensor type. <a href="#ntc-100k-beta-3950" id="ntc-100k-beta-3950"></a>

The “NTC 100K beta 3950” temperature sensor is _deprecated_ and will be removed in the near future.

In order to solve the problem search in your config for `sensor_type: NTC 100K beta 3950` and replace it with `sensor_type: Generic 3950`.

Most users will find the “Generic 3950” temperature sensor more accurate. Anyway you can continue to use the older (typically less accurate) definition. Therefor define a custom thermistor with `temperature1: 25`, `resistance1: 100000`, and `beta: 3950`.

{% hint style="info" %}
[Source](https://www.klipper3d.org/Config\_Changes.html) Klipper Configuration Changes
{% endhint %}

### Removal of `rpi_temperature` sensor alias. <a href="#rpi_temperature" id="rpi_temperature"></a>

Replace `sensor_type: rpi_temperature` by `sensor_type: temperature_host` everywhere in your config.

{% hint style="info" %}
The above description was provided by our community member [FHeilmann](https://github.com/FHeilmann) and we have his permission to publish it here. Thanks a lot! [Source](https://gist.github.com/FHeilmann/a8097b3e908e85de7255bbe6246ddfd5)
{% endhint %}

0 comments on commit 1afa90b

Please sign in to comment.