よくあるエラー概要

このページは、Klipper のよくあるエラーを迅速に特定するためのものです。まず klippy.log で完全なエラーキーワードを見つけてから、対応するカテゴリページに進んで対処してください。

クイックインデックス

エラータイプ	よくあるキーワード	調査の入り口
接続問題	Unable to connect、Timeout on connect、Wait for identify_response、Serial connection closed、Invalid CAN uuid、Lost communication、MCU Protocol error、/dev/serial/by-id、Unable to issue reset command、Got EOF when reading from device	このページの接続問題、MCU ID 設定、CAN ネットワークと ID 検索
設定問題	not valid、not a valid config section、must be specified、Unable to parse、SAVE_CONFIG、Option conflict、virtual_sdcard、pause_resume、display_status	設定関連エラー
マクロとスライサーコマンド	Unknown command、Error evaluating 'gcode_macro、jinja2.exceptions.UndefinedError、dict object has no attribute	設定関連エラー
移動・ホーミング	Move out of range、Must home axis first、No trigger、Endstop still triggered、virtual_endstop、Unknown pin chip name、Homing failed due to printer shutdown	移動・リミット・レベリングエラー、センサーレスホーミングの調査
Gコード解析	Unable to parse move、Invalid speed、Machine does not support G20、G2/G3	移動・リミット・レベリングエラー、円弧フィッティングの提案
プローブレベリング	Probe triggered、No trigger on probe、samples_tolerance、bed_mesh、BLTouch failed、Z_TILT、QUAD_GANTRY_LEVEL、no samples between time、SVD did not converge	移動・リミット・レベリングエラー、BLTouch 設定と調査
温度・加熱	ADC out of range、not heating at expected rate、Verify heater、temperature、Thermocouple reader fault	温度・加熱・押出エラー
押出問題	Extrude below minimum temp、Extrude only move too long、Move exceeds maximum extrusion、Filament sensor、M600	温度・加熱・押出エラー
パフォーマンスタイムアウト	Timer too close、Missed scheduling、Stepper too far in past、Move queue overflow、stepcompress、Rescheduled timer、restarting too fast、SD busy、Unhandled exception during run、hard pwm event、Can't reset time when stepper active	システム・パフォーマンス・サービスエラー
TMC ドライバー	Unable to read tmc uart、Unable to write tmc spi、GSTAT、coil short circuit、tmcuart_response	TMC エラー調査
CAN ネットワーク	bytes_invalid、Network is down、No buffer space available、Invalid CAN uuid、USB CANBUS bridge、BUS-OFF	CAN ネットワークと ID 検索、CAN エラー調査
センサー周辺機器	Invalid adxl345 id、No data、Insufficient axis、Eddy current sensor error、Invalid read data、load_cell_probe、START_READ_NACK、I2C、BUS_TIMEOUT	加速度計テストとキャリブレーション、EDDY 問題集、Load Cell プローブ調査、このページの I2C 通信エラー
共振補償とプレッシャーアドバンス	shaper_freq、input_shaper、pressure_advance、smooth_time、accel_chip、TEST_RESONANCES、SHAPER_CALIBRATE	共振補償とプレッシャーアドバンス

関連設定ページのクイックリファレンス

エラー方向	推奨参考
設定構文、インデント、コメント、ピン重複	設定変更の説明
ホーミング方向、軸方向、強制移動	ホーミングと方向校正ガイド
リミットスイッチ、TAP、光電リミット、近接スイッチ	リミット関連
センサーレスホーミング、仮想リミット感度	センサーレス使用
加熱、PID、昇温が遅い、温度保護	加熱関連、verify_heater 最適化、M109 最適化
ファン設定、ドライバーファン、7040 ファン	ファン参考設定
押出機パラメータ、回転距離、押出設定	押出機参考設定、マシン校正
開始/終了マクロ、一時停止・再開、レベリングとメッシュマクロ	マクロ紹介
よく使うデバッグコマンド、プローブ、共振補償	よく使うデバッグ指令

接続問題

MCU ID 設定説明

Klipper における MCU ID とは、[mcu] または [mcu xxx] 設定セクション内で、制御ボード接続の識別に使用される情報です。通信方式によって記述方法が異なります：

接続方式	設定項目	例
USB ファームウェア	serial:	serial: /dev/serial/by-id/usb-Klipper_xxxxxxxxxxxx
CAN ファームウェア	canbus_uuid:	canbus_uuid: xxxxxxxxxxxx
RS232 デバイス	serial:	serial: /dev/serial/by-path/xxxxxxxxxxxx
ホスト MCU	serial:	serial: /tmp/klipper_host_mcu

記入ルール：

1. メインボードはデフォルトで [mcu] を使用し、ツールボードや拡張ボードは [mcu tool]、[mcu toolboard] などのカスタム名を使用します。
2. USB ファームウェアは serial: のみ、CAN ファームウェアは canbus_uuid: のみを記入し、同じ [mcu] 内に両方を同時に保持しないでください。
3. 複数 MCU のマシンでは、各 [mcu xxx] がそれぞれ独自の実際の ID を使用する必要があり、同じ USB ID や CAN UUID をコピーしないでください。
4. [mcu xxx] の名前はピン接頭辞に影響します。例えば、[mcu tool] のピンは tool:gpio13 のように記述します。名前の大文字小文字は統一してください。
5. ドキュメントの例にある xxxxxxxx はそのまま使用できず、実際に検索した ID に置き換える必要があります。
6. RS232 デバイスでは、serial: の他に通常 baud: 250000 と restart_method: command の記入も必要です。対応する製品ドキュメントに従ってください。

よくあるエラー：

• 書き込みモードの ID（katapult、canboot を含む ID など）を Klipper ファームウェアの ID として使用する。
• USB ファームウェアに canbus_uuid: を設定する、または CAN ファームウェアに古い serial: を残す。
• RS232 デバイスでパスのみを記入し、必要な baud: や restart_method: を省略する。
• ツールボードを [mcu] として設定し、メインボードの MCU 設定を上書きする。
• ピン接頭辞と MCU 名が一致しない。例えば、設定が [mcu toolboard] なのにピンが tool:gpio13 と記述されている。

USB ID の確認方法：USB ファームウェアでは、ls /dev/serial/by-id/* を実行して ID を取得できます。

CAN ID の確認方法：CAN ネットワークと ID 検索

RS232 パス確認方法：ls -l /dev/serial/by-path/ を実行して安定したデバイスパスを取得します。

ツールボード設定：ツールボード MCU 追加とボード間設定

mcu 'xxx': Unable to connect

エラーメッセージ：上位機がマザーボードを見つけることができない、または接続できない。

Loading...

一般的な原因：

• USB デバイス ID が未入力、または入力エラー。
• CAN UUID が未入力、入力エラー、またはデバイスがオンラインではない。
• UTOC、USB ケーブル、CAN ブリッジファームウェア、または電源供給の異常。
• CAN0 が起動していない、または CAN ネットワーク設定の異常。

対処方法：

1. klippy.log を開き、一番下までスクロールして、具体的なエラーメッセージを確認する。

2. [Errno 2] が表示された場合、通常は検索された USB デバイス ID が printer.cfg に追加されていないことを意味する。

   Loading...

3. Timeout on connect、Wait for identify_response、または Serial connection closed が表示された場合は、MCU 接続ハンドシェイクタイムアウト に従って引き続き調査する。これは USB 接続でもシリアルブリッジ接続でも発生する可能性がある。

   Loading...

4. Unable to open CAN port: [Errno 19] No such device が表示された場合、通常は UTOC デバイス、USB ブリッジ CAN ファームウェア、または CAN0 デバイスが不足していることを意味する。

   Loading...

5. [Errno 100] Network is down または [Errno 105] No buffer space available が表示された場合は、CAN ネットワークと ID 検索 に従って CAN0 設定を再確認する。

mcu 'mcu': Invalid CAN uuid

エラーメッセージ：CAN UUID が無効、または認識できない。

Loading...

エラーの原因：canbus_uuid: の入力エラー、デバイスがオンラインではない、または CAN ネットワークが正常に通信していない。

解決方法：

1. CAN ネットワークと ID 検索 に従って CAN UUID を再検索する。
2. printer.cfg に実際に検索された UUID が入力されていることを確認する。
3. 同じ [mcu] 内で serial: と canbus_uuid: が同時に有効になっていないことを確認する。
4. CAN-H、CAN-L、終端抵抗、電源供給、およびファームウェアの CAN レートを確認する。

Option 'serial' in section 'mcu' must be specified

エラーメッセージ：[mcu] 設定セクションで serial を指定する必要がある。

Loading...

エラーの原因：USB ファームウェア接続時に serial: が入力されていない、または [mcu] 設定セクションが誤って削除された。

解決方法：

1. USB デバイス ID を再検索する。
2. printer.cfg の [mcu] 設定セクションに入力する：

[mcu]
serial: /dev/serial/by-id/実際に検索されたID

3. 保存して Klipper を再起動する。

現在のマザーボードに CAN ファームウェアが書き込まれている場合は、canbus_uuid: を使用し、serial: を入力し続けないこと。

USB ID が見つからない / システムサービスの干渉

エラーメッセージ：ls /dev/serial/by-id/* を実行しても出力がない、または No such file or directory と表示される。Klipper 接続時に mcu 'xxx': Unable to open serial port、[Errno 2] No such file or directory と表示される、または USB マザーボードがシステム上で切断と再接続を繰り返す。

一般的な原因：

• マザーボードが Klipper ファームウェア実行状態になく、まだ Katapult / CanBoot / DFU などの書き込みモードにある。
• USB ケーブル、USB ポート、上位機の電源供給、またはマザーボードの電源供給の異常。
• Debian 11 Bullseye の一部の udev バージョンに問題があり、/dev/serial/by-id/ デバイスパスが生成されない可能性がある。
• デスクトップ版 Linux には ModemManager または BRLtty がインストールされている可能性があり、これらのサービスがシリアルデバイスを占有し、Klipper がマザーボードに安定して接続できない可能性がある。

調査方法：

電源オフ操作

USB ケーブルの抜き差し、マザーボードの電源配線の確認、または USB / CAN ケーブルの整理を行う前に、プリンターの電源を完全に切り、電源供給を切断してください。通電状態でインターフェースの配線順序を整理したり、端子に触れたりしないでください。

1. まず、マザーボードに Klipper ファームウェアが書き込まれ、実行されていることを確認する。USB ID には usb-Klipper が含まれている必要があり、katapult、canboot、Bootloader、または DFU モードの ID を printer.cfg に書き込まないこと。
2. 電源を切り、信頼性の高い USB データケーブルと上位機の USB インターフェースに交換し、再び電源を入れてから ls /dev/serial/by-id/* を再実行する。
3. Debian 11 Bullseye、旧版 MainsailOS / FluiddPi / Armbian などのシステムを使用している場合、次のコマンドを実行して udev のバージョンを確認する：

apt-cache policy udev

4. Debian 11 の udev の問題と確認された場合は、システムの通常の更新ソースから udev をアップグレードするか、新しいシステムイメージに交換することを優先する。
5. シリアルポートを占有する可能性のあるサービスが存在するか確認する：

systemctl list-units --all | grep -Ei 'ModemManager|brltty'

6. これらのサービスがインストールされていることが確認され、現在の上位機にモデムや点字端末機能が不要な場合は、前のコマンドで表示された完全なユニット名をコマンドに置き換えて、停止・無効化した後にシステムを再起動する：

sudo systemctl disable --now ModemManager.service
sudo systemctl disable --now brltty.service
sudo systemctl disable --now brltty.path

7. 完了後、USB ID を再確認し、printer.cfg の [mcu] の serial: が実際の出力と一致していることを確認する。

関連設定の参考：MCU ID 設定。

Serial connection closed / Timeout on connect / Wait for identify_response

エラーメッセージ：Klipper 起動時または FIRMWARE_RESTART 実行時に、ログに順次または繰り返し表示される：

mcu 'xxx': Timeout on connect
mcu 'xxx': Wait for identify_response
serialhdl.error: mcu 'xxx': Serial connection closed

エラーの性質：この一連のエラーは、上位機が MCU との接続を試みたが、MCU が規定時間内にファームウェア識別情報を返さなかったことを示す。これは接続ハンドシェイクの失敗を説明しており、ファームウェアパラメータ、デバイスパス、配線、またはハードウェア本体のどれが原因かを直接示すものではない。

一般的な原因：

• MCU ファームウェアの通信インターフェース、ピン、クロック、起動アドレス、または Bootloader オフセットの選択エラー。
• ファームウェアが正しく書き込まれていない、またはマザーボードが DFU、Bootloader、Katapult / CanBoot などの書き込みモードのままになっている。
• serial: に誤った、古い、または不完全なデバイスパスが使用されている。
• USB データケーブル、USB インターフェース、シリアルブリッジチップ、またはマザーボードの電源供給の異常。
• CAN ツールボード使用時に、ブリッジデバイス、CAN ネットワーク、または canbus_uuid: 設定の異常。

解決方法：

1. 完全な klippy.log を確認し、この一連のエラーが初回起動時の接続段階で発生したのか、印刷中に MCU が切断された後の再接続時に発生したのかを確認する。
2. 次のコマンドを実行して、システムが MCU を安定して認識できることを確認し、出力を [mcu] の serial: と完全に比較する：

ls -l /dev/serial/by-id/
dmesg --ctime | tail -n 80

3. USB ID が存在し安定しているが、Wait for identify_response が継続して表示される場合は、対応する FLY 製品ドキュメントに従ってファームウェアのコンパイルパラメータと書き込み方法を再確認し、通信インターフェース、Bootloader オフセット、クロック設定を重点的に確認する。書き込みモードのデバイス ID を printer.cfg に書き込まないこと。
4. USB ID が存在しない、または dmesg で切断と再接続を繰り返している場合は、このページの USB ID が見つからない / システムサービスの干渉 に従ってシステムと接続を確認する。

電源オフ操作

USB / CAN ケーブルの抜き差しや交換、マザーボードの電源インターフェースの確認を行う前に、プリンターの電源を完全に切り、電源供給を切断してください。通電状態で配線順序を整理したり、端子に触れたりしないでください。

5. 電源を切った後、信頼性のある完成品データケーブルと上位機インターフェースに交換し、再度通電してテストしてください。電源を分解したり、商用電源の配線を変更したりしないでください。
6. CANデバイスの場合は、引き続きCANエラー調査を参照し、ブリッジデバイス、CAN状態、UUIDを再確認してください。
7. 初回接続が正常で、印刷中にのみSerial connection closedが発生する場合は、Lost communication with MCUに従って稼働中の切断を優先的に調査し、問題を隠すためにファームウェアを繰り返し書き込まないでください。

Lost communication with MCU

エラー情報: KlipperとMCUの通信が切断され、ログにLost communication with MCU、Lost communication with mcuまたは類似のメッセージが表示される場合があります。

よくあるシナリオ: 原点復帰や移動中に、リミットスイッチがトリガーされると、マザーボードやツールボードが切断されます。再通電すると接続が回復します。

よくある原因:

• リミットスイッチの配線ミスにより、トリガー時に信号ピンが電源またはグランドと異常に短絡する。
• 3線式リミット、光電リミット、ホールリミットを使用する場合、電源、グランド、信号線の順序を間違えて接続している。
• リミット線の被覆が破損、圧着、ケーブルベア内での動きによる短絡。
• リミットトリガー瞬間にマザーボードの供給電圧が変動し、MCUが再起動したり、USB/CAN通信が切断される。
• MCUと上位機間のUSB/CAN通信線が強い干渉源の近くを通り、リミットトリガーや動作時に切断が発生しやすくなる。
• 設定内のリミットピンが実際の配線と一致しておらず、誤ったインターフェースがトリガーされている。

調査方法:

電源オフ作業

リミット線の抜き差し、線順序の確認、ケーブルベア内の配線確認、またはマルチメーターでの導通・抵抗測定を行う前に、プリンターの電源を完全に切り、電源供給を遮断してください。マルチメーターの抵抗/導通モードは電源オフ時のみ使用可能で、通電状態での抵抗測定や短絡テストは禁止されています。

1. 電源を切った後、リミットスイッチの線順序、特に3線式リミットのVCC、GND、Signalが正しく接続されているか確認します。
2. 電源を切り、対応するリミット線を一時的に抜いて、再度取り付けた後、通電してマザーボードがまだ切断されないかテストします。
3. 電源を切り、マルチメーターの導通/抵抗モードでリミットトリガー前後に短絡がないか確認し、信号ピンが電源に接続されていないかを重点的に確認します。
4. ケーブルベア、コネクタ、配線の曲げ部分を確認し、トリガーや動作時に配線が圧着されて短絡しないことを確認します。
5. MCUと上位機間のUSB/CAN通信線を確認し、モーター線、ヒーター線、ヒートベッド線、電源線からできるだけ離します。
6. マシンの外殻、電源、シールド層が確実に接地されていない場合も、干渉を受けやすくなります。メーカー提供の接地ポイントとコンセントの状態のみ確認し、自分で電源を分解したり、商用電源のアース線を変更したりしないでください。
7. 設定内のリミットピンがマザーボードのドキュメントと実際の配線と一致していることを確認します。
8. 問題を修正した後、QUERY_ENDSTOPSを実行し、リミット状態がopenからTRIGGEREDに正常に変化することを確認します。

関連設定の参考: リミット関連、電源配線説明。

Unable to issue reset command on MCU

エラー情報: Unable to issue reset command on MCU 'xxx'、ログには通常webhooks client ...: DisconnectedとRestarting printerが伴います。

エラーの性質: このエラーは通常、最初のエラーではなく、MCUの切断、電源オフ、または通信中断後に、KlipperがMCUにリセットコマンドを送信しようとして失敗した際の後続のメッセージです。調査時には、ログを遡って最初に発生した実際のエラー（Lost communication with MCU、Timer too close、Verify heater、TMCエラーなど）を探してください。

よくある原因:

• 先行するMCUの切断、USB/CAN通信の中断、またはファームウェアのクラッシュにより、リセットコマンドが届かない。
• マザーボード、ツールボード、または周辺MCUへの供給電力が不足し、リセット中に電源が落ちる。
• USBケーブル、CANケーブルの接触不良またはケーブル損傷。
• MCUが高負荷タスク（加熱、多点ベッドメッシュなど）を実行中に強制リセットされる。
• 上位機とMCU間の信号が強い干渉（モーター線、ヒーター線が通信線に近い）を受ける。

解決方法:

電源オフ作業

USB/CANケーブルの抜き差し、ケーブル確認、配線整理を行う前に、プリンターの電源を完全に切り、電源供給を遮断してください。通電状態でケーブルを抜き差ししたり、端子に触れたりしないでください。

1. klippy.logを開き、Unable to issue reset commandの前に最初に発生した実際のエラーを見つけ、対応するカテゴリに従って調査します。
2. 電源を切り、USB/CANケーブルを抜き差しし、信頼性のある完成品ケーブルに交換して接続が確実であることを確認します。
3. マザーボード、ツールボードへの供給電圧が安定しているか確認し、モーターやヒートベッドなどの大電力デバイスと不安定な電源回路を共有しないようにします。
4. USB/CAN通信線がモーター線、ヒーター線、ヒートベッド線から離れていることを確認します。
5. FIRMWARE_RESTARTを実行し、必要に応じて本体の電源を10秒間切り、再度通電します。
6. 問題が繰り返し発生する場合は、Lost communication with MCUとCANエラー調査を参照して調査を続けます。

Got EOF when reading from device

エラー情報: Got EOF when reading from device、ログには通常Attempting MCU 'xxx' reset commandの後に表示され、上位機がMCUにリセットを発行した時点で、シリアル/USB接続が既に切断されていることを示します。

エラーの性質: これは上位機のオペレーティングシステム（Linux）層で返されるエラーで、Klipperはpyserialが読み取ったファイル終端記号（EOF）をそのまま報告しているだけです。これはUSB/シリアルリンクが物理的に切断されたか、デバイスが消えたことを示し、設定パラメータの問題ではありません。

よくある原因:

• USBケーブルの品質が悪い、接触不良、USBポートの供給電力不足により、リセット中にデバイスが切断される。
• マザーボード、ツールボードの供給電圧変動により、MCUがリセットまたは電源オフになり、デバイスがシステムから消える。
• 上位機のUSBコントローラーの異常、USBポートの故障、またはシステムのUSBスリープポリシー。
• CANツールボードがUSBブリッジ経由の場合、ブリッジデバイスが切断される（この場合、ログにUnable to issue reset command on MCUが同時に表示されることがあります）。

解決方法:

電源オフ作業

USB/CANケーブルの抜き差し、供給線の確認、ケーブル交換を行う前に、プリンターの電源を完全に切り、電源供給を遮断してください。

1. 最初にどのMCUでエラーが発生しているかを確認し、対応するUSB/CAN接続リンクを確認します。
2. 電源を切り、USBケーブルを抜き差しし、高品質のUSBケーブルに交換し、上位機の別のUSBポートでテストします。
3. ls /dev/serial/by-id/*を実行し、デバイスがまだシステム内に存在するか確認します。デバイスが消えている場合は、供給電源、ケーブル、またはMCUリセットレベルの問題です。
4. マザーボード、ツールボードへの供給電圧が安定しているか確認し、供給線の電圧降下が正常であることを確認します（自分で電源を分解したり、商用電源の配線を変更したりしないでください）。
5. ログにUnable to issue reset command on MCUが同時に表示される場合は、Unable to issue reset commandも参照して処理します。
6. CANツールボードが関連する場合は、CANエラー調査に従ってバス状態を確認します。
7. 問題が繰り返し発生する場合は、Lost communication with MCUを参照して調査を続けます。

Timeout on wait for 'xxx' response

エラー情報: Timeout on wait for 'neopixel_result' response、Timeout on wait for 'trsync_state' responseなど。

よくある原因:

• CAN/USB通信リンクが不安定で、MCUが上位機のリクエストにタイムリーに応答しない。
• MCUの負荷が高すぎる（高速印刷＋多軸連動＋加速度計クエリの同時実行など）。
• Neopixel LEDの数が多すぎる、またはデータ線の品質が悪く、neopixel_resultのタイムアウトが発生する。
• MCUファームウェアのバージョンが上位機と一致しない。

解決方法:

1. USB/CAN通信線の接続が確実か確認し、モーター線、ヒーター線などの干渉源からできるだけ離します。
2. Neopixelのタイムアウトの場合は、LEDの数を減らすか、高品質のデータ線に交換し、data_pinの設定が正しいことを確認します。
3. すべてのMCUファームウェアのバージョンが一致していることを確認し、必要に応じて再コンパイルして書き込みます。
4. 印刷速度と加速度を下げ、再現するか観察します。

MCU Protocol error

エラー情報: MCUプロトコルエラー。ログにMCU Protocol error、Unknown command、またはCommand format mismatchが表示される場合があります。

Loading...

よくある原因:

• 上位機のKlipperを更新したが、マザーボードやツールボードのファームウェアを再コンパイルして書き込んでいない。
• マザーボード、ツールボード、EDDY、ADXLなどの周辺MCUのファームウェアバージョンが上位機のKlipperと一致しない。
• カスタムシステムやサードパーティ製プラグインを使用しており、Klipperホスト側とMCUがサポートするコマンドが一致しない。

解決方法:

1. 最近Klipper、システムイメージ、またはプラグインを更新したか確認します。
2. すべてのMCUのKlipperファームウェアを再コンパイルして書き込みます。
3. ツールボード、EDDY、ADXLなどの周辺MCUの場合は、対応する周辺ファームウェアも同時に更新します。
4. カスタムシステムを使用している場合は、そのシステムが現在のKlipperバージョンをサポートしているか確認します。
5. 書き込み完了後、FIRMWARE_RESTARTを実行し、再度接続テストを行います。

I2C通信エラー（START_READ_NACK / BUS_TIMEOUT）

エラーメッセージ：MCU 'xxx' I2C request to addr 42 reports error START_READ_NACK、I2C request to addr 104 reports error START_READ_NACK、または I2C ... BUS_TIMEOUT。

よくある原因：

• I2Cデバイスアドレスの設定ミス、またはバス上に対応するアドレスのデバイスが存在しない。
• I2C配線の緩み、断線、またはSDA/SCLの逆接続。
• プルアップ抵抗の欠落、またはバス配線が長すぎるための信号減衰。
• センサーが準備完了前に読み取られている（例：電源投入直後に即座に照会する場合）。
• 複数のI2Cデバイスでアドレスが競合している。

解決方法：

電源オフでの確認

I2C配線、センサーモジュール、またはプルアップ抵抗を確認する前に、プリンターの電源を完全に切り、電源供給を遮断してください。

1. 電源を切った状態でI2C配線（SDA、SCL、VCC、GND）がしっかり接続されているか確認し、逆接続がないことを確認します。
2. 設定内のI2Cアドレスが実際のデバイスと一致しているか確認します。一般的なアドレス：ADXL345は0x53（83）または0x1D（29）、MPU6050は0x68（104）。
3. I2Cバス上にプルアップ抵抗（通常4.7kΩ）があるか確認します。モジュールに内蔵されている場合は追加の抵抗は不要です。
4. バス配線が長い場合（30cm超）、配線を短くするかI2Cレートを下げてみます。
5. 起動時に一度だけ発生する場合はセンサーの初期化遅延の可能性があるため、その後安定して動作するか観察します。
6. 同じI2Cバス上に同じアドレスを使用するデバイスが2つ存在しないことを確認します。

EDDYプローブのI2Cエラー：EDDY渦電流プローブでBUS_TIMEOUTが発生する場合は、EDDY問題集を参照してください。

特集FAQ

特集	入口
設定競合、パラメータ解析、SAVE_CONFIG	設定関連エラー
不明なコマンド、マクロテンプレート、スライサー開始G-code	設定関連エラー
動作、ホーミング、リミット、プローブ、メッシュベッドレベリング	動作・リミット・レベリングエラー
センサーレスホーミング、virtual_endstop、DIAG感度	センサーレスホーミングのトラブルシューティング、センサーレスの使用
温度、加熱、押出、フィラメント切れ検出	温度・加熱・押出エラー
パフォーマンス、タイムアウト、ファームウェア、システムサービス	システム・パフォーマンス・サービスエラー
G2/G3、円弧フィッティング、スライサーパス精度	円弧フィッティングの推奨
TMCドライバー通信、過熱、コイル問題	TMCエラーのトラブルシューティング
CANネットワーク、UUID、bytes_invalid	CANネットワークとID検索
加速度計と共振テスト	加速度計テストと校正
EDDY渦電流プローブ	EDDY問題集
Load Cell、圧力センシングプローブ	Load Cellプローブのトラブルシューティング