2021年9月12日(日)のツイート履歴 - kbigwheel-twitter’s blog

西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
いい本って読んだ直後は全然役に立たなくて読んだ後も「よくわからんかったなあ」という感じなんだけど、気づいたら自分の行動が変わっていたり度々引用したりで結局10年ぐらい参照している、みたいな場合が多い。
22:47
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
長かったあ。2週間かかった。この間に印刷したモデルは10個以上。 https://twitter.com/k_bigwheel/status/1437002982302773256/photo/1
19:39
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
やったぜ、octoprintのblob問題、完全解決。やっぱりプチフリが原因だったかー。 https://twitter.com/k_bigwheel/status/1437001401968726019/photo/1
19:33
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
今後のアクションとしては、 1. MarlinファームウェアがH32チップをサポートしてくれたらそれへ切り替えて試す https://github.com/Jyers/Marlin/releases 2. 空から1.5万円が降ってきたらRaspberry Pi 4を買って試す
18:53
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
もう2週間以上この問題に向き合っているのでそろそろ損切る勇気が必要になる。今のテストプリント(Recv: k解決)でもblobの問題が解決しなかった場合、しばらくはoctoprintを使わずAquila本来の方法で印刷をする。それにより正常な印刷結果を得る。
18:52
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
https://www.reddit.com/r/octoprint/comments/hilxwp/problem_with_blob_with_octoprint_i_noticed_that/ もしここで書かれているような、帯域や速度の問題だとしたらoctopiとaquilaの通信条件、ファームウェアなどかなりの広範囲を見直す必要がある。この問題が厄介なのは印刷自体は一応… https://twitter.com/i/web/status/1436990650818314245
18:50
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
今まさにテスト中なのでそれ次第だけども、問題の本質は別にある可能性がある。 busy, 温度返答の異常、recv: kなどを考えるとそもそもAquilaとOctopi間の通信がもろもろうまく行っていない可能性が高い。
18:48
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
octoprintを経由するとblobが発生する理由について: 最初は時々発生する "Recv: k"よるプチフリが原因だと考えていた。それについては自分でプラグインを書くことにより対策できたものの、どうやらそれが原因ではなさそ… https://twitter.com/i/web/status/1436989835743404038
18:47
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
まったく同じgcodeを使ってもSDカード直接とoctoprintを経由したときでは結果が完全に異なり、後者だけが大量のblobを発生させる。なので最優先目標を達成するにはとりあえずoctoprintを使わず印刷すれば良い。
18:45
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
bltouchは公式のファームウェアではサポートしていないのでmarlin対応を待つしかない。 https://github.com/Jyers/Marlin/releases 第一目標の正常な印刷は、多数のテストの結果octoprintを介さずSDカードから直接印刷すれば出ることがわかった。
18:44
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
ふー。問題を整理しよう。根本的な目的は「正常に印刷できること」。現状octoprint経由だと大量のblobが発生して正常とは言い難い。次が便利であること。具体的にはbltouchとoctoprintの稼働。こちらは優先度としては下がる。
18:42
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
raspberry piが要因の可能性もあるから余っているmacbookへ入れようかとも思ったけどそれはそれで問題がありそう。ラズパイ4で試したいけどさすがに必要ないかもしれないものに1万円以上出すのはもったいない。
18:38
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
頼むー、この週末を進捗有りにさせてくれー https://twitter.com/k_bigwheel/status/1436980550409981954/photo/1
18:10
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
octoprint経由での動作が怪しすぎる。SDへアクセスできない、バッファが溢れている雰囲気があるなど公式ファームウェアの動作が信用できない。これ以上クローズドソースの公式ファームウェアのおもりをoctoprint側でやろうとするのは不毛なので、marlin化を待つ。
17:45
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
次で直らなかったら一旦octoprint経由での印刷は諦めよう。90%は正しく動いているだけに名残惜しいけど、残り1マイルが整備されていない。たぶんender 3じゃなくてaquilaであることが関係しているとは思う。
17:32
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
FDMより光造形のほうがだいぶ楽だということに気がついた。機械的・システム的な自由度がSLAの方が少ないためかな。FDMはキレイに出そうとすると工夫の幅が広い分かなり調査が大変。
17:21
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🦀🖊️ @k_bigwheel
ハッハッハッハ、octoprint経由のプリントが全然うまくいかない。液垂れのようなフィラメントの吹き出し、いくつも対策をやってみたけどまだ原因がわからない。
05:45

ツイート	お気に入り	フォロー	フォロワー
16477(+17)	4782(0)	510(+1)	852(0)

delivered by Twieve