@saitakenb 印刷のたびにGコードでベッド測定させてオートレベリングしてるのでEEPROMの状態はあんまり気にしてない。いまいちよくわかってないけどこれで困ってないかな。
ちょっと前のMarlinのFWがバグってて特定条件でBLtorchの測定範囲から外れてエラーになってそのまま0点ずれたまま印刷開始してぶつかるは何度もあったけど(汗)
ちなみにsidewinder x1の使ってるスタートのGコードです。
M280 P0 S160 ; BLTouch alarm release
G4 P100 ; delay for BLTouch
G28 ; home all axes
G29 ; Auto bed-level (BL-Touch)
@saitakenb いろんなところからのコピペであんまりわかってないですがw
いちおうベッドレベリングの種類は BILINEAR でやってます。Unified だと印刷時の毎回は3点での確認だけでちょっと怖いなと思ったので。
@keita99
色々やっているうちに知らないG-codeはMarlinの説明を見に行って調べることを覚えました^^
ファームの設定とoctoprintの設定がどっちが優先になるのかとか、octoprint
で沼が広がった感じです。
@keita99
ありがとうございます。
G4 P100 ; delay for BLTouch
ってのは初耳です。
100ミリ秒waitをかけてるみたいですね。
確かに都度測定するのがいい気がしてきました。