こんにちは、1.1.7にアップデートして、問題が解決するかどうかを確認してください。

ここでいくつかのテストをすぐに実行して、再現できるかどうかを確認します。

確認済み。 更新について心配する必要はありません。 1.1.8リリースに追加されます。

回避策として、設定を保存してから、プリンターの再同期ボタンを押します。 OctoPrintからそれらを取り戻します。

1.1.8に更新されましたが、設定はまだ保存されていません。 問題はまだ解決していません。

うん、確認したばかりです。 昨日は一体何を吸っていたのか。 私は一週間を通してもう一度見ていきます、それは私が昨日grrを節約することを確認したのは迷惑です。

今回は確かに修正しました。 問題を引き起こしたのはOctoPrintの更新でした...保存された値を再同期してクリアするのではなく、null値を送り返していました。 これは、設定を保存していない人に見られた他のいくつかの問題を説明している可能性があります。 設定/外観もクリアするように修正されました。 報告してくれてありがとう、そうでなければそれをまったく見なかっただろう。

それはマスターブランチにあります、私はまもなく開発を埋め戻します。

ニース-モノリシックにプッシュされたときにそれをテストするのを楽しみにしています。

新しいグラフの微調整も完了し、マスターと開発者の両方にプッシュしました。

Dockerハブのモノリシックイメージは長すぎないようにする必要があります。

私はそれが生きていると信じています:)

うーん-画像は更新されましたが、それでも1.1.8を読み取ります。

残念ながらまだ保存されていません:(

私はまだそれをバージョンとして形式化していないので、それでも読みます。 Grr、これは迷惑です。 それは確かに私の側で節約しています。 空白を保存し（モーダルの編集なし）、1行を保存し、他の行は残して試してみました。

すべてのモノリシックビルドが完了しました。別の更新がないことを確認できますか？

いいえ、新しい画像はありません

開発バージョンのプッシュスルーを強制しました。

切り替えて、それが機能するかどうかを確認していただけませんか？ バージョンを1.1.9-dev1に更新したので、変更を確認できます。

画像が新しい画像を引っ張っていないように聞こえますが、確認する必要があります。

10.20 GMTは、私が信じる最後のモノライトビルドだったので、通過するのに少し時間がかかったかもしれません。

octofarm / octofarm：monolithic-devに切り替えましたが、バージョンはまだ1.1.8を読み取ります：/

そしてまだ保存していません

それはまだ1.1.9のために構築されています-dev1は長すぎてはいけません

現時点では、元の手順で再現することはできません。 現在何が起こっているのかわからない。

1.1.9-dev1を確認したoctofarm-APIログも送信していただけますか？

コンテナもどのように更新していますか？ それを除外するだけです。

カスタムパワーオンコマンド：
[PrinterURL]/plugin/enclosure/setIO?status=true&index_id=1&apikey=[PrinterAPI]

カスタム電源オフコマンド：
[PrinterURL]/plugin/enclosure/setIO?status=false&index_id=1&apikey=[PrinterAPI]

私が使用する正確な文字列で自分のselvを試してみたい場合に備えて。

OctoFarm-API.log

再起動コマンドを確認していました...

少し申し訳ありませんが、それらも同様であることに気づいていませんでした。

再起動コマンドが今も残っていることを確認できますか？

再起動コマンドも保存されないので、同様に...;）

コンテナをどのように更新していますか？ 再起動コマンドでは再現できないため。

現在、カスタム電源コマンドのみ。

モノリシックが構築されました。 今回更新すると、1.1.9-dev1が表示されます。

カスタム更新スクリプトの使用： https ：

更新を再試行します

カスタム更新スクリプトの使用： https ：

更新を再試行します

いいえ、それは完璧です。正しく更新されていることを確認したかっただけですが、そうする必要があります。 コンテナを再起動するだけの人もいます。

カスタム電源コマンドをすぐに確認します。再起動がまだ持続しない場合はお知らせください。それについても確認します。

そのように構築された10:42は確かに新しいプルを持っているはずです。

再起動があなたのために保存されない理由は地獄のように混乱しています。 どこかで私の間抜けになりなさい。

わかりました-それは1.1.9-dev1を読みません。
まだ再起動コマンドを保存していません：/

Grrr。 全く理解できません。 ごちゃごちゃしてすみません。

私はそれを理解できないかどうかを少し確認するためにいくつかのテストを行います。

何か必要な場合はお知らせください

いつかいいですね。

明日は仕事に戻らなきゃいけないので、週の半ばくらいにチェックできると思います。

それは大丈夫。
私は1.1.9-dev1でいくつかのテストを行ってきましたが、結局、再起動コマンドが保存されたように見えます。その後、テキストフィールドにN / Aが返されるだけです。
再起動コマンドボタンが表示され、再同期後に機能します。

それは大丈夫。
私は1.1.9-dev1でいくつかのテストを行ってきましたが、結局、再起動コマンドが保存されたように見えます。その後、テキストフィールドにN / Aが返されるだけです。
再起動コマンドボタンが表示され、再同期後に機能します。

うーん、それはまだ奇妙です。私の場合、それは引き戻されます...混乱します！ それは私が長年のデータを持っていることと関係があるのだろうかと思いますが、私は新しいプリンター設定で試しました。

追加情報をありがとう、それをソートします。 :)

OctoPrintへのプッシュが機能していて、再同期がそこからコマンドを収集してメモリに保持しているので、それは理にかなっています。 OctoPrintを空白の値で更新する前は、それが以前は円で表示されていた理由です。 私はおそらくまた何かを逃した。

少なくともそれらは機能しています。

以下の電源コマンドは同じように機能する可能性があります。 唯一の違いは、octoprintを更新するのではなく、データベースに戻ることです。 私はすべてが記入されていることを確認します。

カスタムコマンドを試してみましたが、まだ機能しません。 あなたが見つけたものを待っています:)

確認していただきありがとうございます。

明日は少し時間を取って調べてみてください。 今朝もっと注意を払うべきだったのは私のせいですのでごめんなさい。

心配ない 。 時間をかけてこれを調べていただければ幸いです:)

ああOctoFarmは私の赤ちゃんです私は虫が好きではありません😅。 私は確かにそうします。

よ、あなたが試す機会があれば、開発に別の試みられた修正をプッシュした。

ここでテストしたところ、すべて正常に動作し、更新後すぐに更新されました。 指はあなたの側で同じように交差しました。 -dev2になります

うーん-保存ボタンが-dev2で機能していないようです。
[保存]を押しても何も起こりません。

APIログを送っていただけませんか。

OctoFarm-API（1）.log

うーん、確かに情報を送信して受信します。

コードを少し見て、何かを見逃していないかどうかを確認します。

保存を押すと、ブラウザのコンソールウィンドウに何かが表示されますか？

いいえ、何も表示されません。 また、コマンドも保存されていないようです。

ブラウザのF12を押して、コンソールタブをクリックします。

次に[保存]を押すと、エラーがある場合はエラーが表示されます。

コンソールでは何も起こりません

何も入力せずに保存を押すと、保存ボタンが機能します

どのnodejsバージョンを実行していますか？

12.16.3-0017を使用する

そうじゃない、うーん

こんにちは、私はいくつかの調整を行い、新しいバージョンを開発にプッシュしました。 -dev3になります。 テストしていただけませんか？

今回も失敗した場合は、実際に何が起こっているかを示すために状態ログを強化しました。 少なくともそれを修正するか、何が起こっているのかを私にほのめかす必要があります。

まだ運がない:(
OctoFarm-API（2）.log
OctoFarm-State.log

提供されたログは1月25日までです。今日の試行が必要です。

奇妙な-コンテナのアップグレード直後に試しました。
もう一度試してみます。

番号のないファイルが最も古いOctoFarm-State＃.logが必要です。

覚えておいてください-ボックスに何かを入力すると、保存ボタンが機能しないようです。
OctoFarm-State1.log

はい、ブラウザにエラーがないことはわかっているので、サーバーがリクエストに正しく応答していません。

{{
「状態」：「切断済み」、
「プリンタ」：{
"printerName"： ""、
"printerURL"： ""、
"インデックス"： "60096307de188800262631e0"、
"cameraURL"： ""、
"apikey"： ""
}、
"繋がり"： {
"preferredPort"： "0"、
"preferredBaud"： "115200"、
"preferredProfile"： "_default"
}、
"systemCommands"：{
"serverRestart"： "sudo service octoprint restart"、
"systemRestart"： "sudo shutdown -r now"、
"systemShutdown"： "sudo shutdown -h now"
}、
"powerCommands"：{
"powerOnCommand"： ""、
"powerOnURL"： "[PrinterURL] / plugin / encoding / setIO？status = true＆index_id = 1＆apikey = [PrinterAPI]"、
"powerOffCommand"： ""、
"powerOffURL"： "[PrinterURL] / plugin / encoding / setIO？status = false＆index_id = 1＆apikey = [PrinterAPI]"、
"powerToggleCommand"： ""、
"powerToggleURL"： ""、
"powerStatusCommand"： ""、
"powerStatusURL"： ""、
"wol"：{
「有効」：false、
"ip"： ""、
"港"： ""、
"間隔"： ""、
"カウント"： ""、
"マック"： ""
}
}、
"costSettings"：{
「powerConsumption」：null、
"electricityCosts"：null、
"purchasePrice"：null、
"estimateLifespan"：null、
"maintenanceCosts"：null
}、
"profileID"： "_default"、
"プロファイル"：{
「名前」：null、
"色"： "デフォルト"、
「モデル」：null、
"音量"： {
"formFactor"： "長方形"、
「幅」：null、
「深さ」：null、
「高さ」：null
}、
「heatedBed」：true、
「heatedChamber」：false、
「斧」：{
"NS"： {
「速度」：null、
「反転」：false
}、
"y"：{
「速度」：null、
「反転」：false
}、
"z"：{
「速度」：null、
「反転」：false
}、
"e"：{
「速度」：null、
「反転」：false
}
}、
「押し出し機」：{
「カウント」：null、
"nozzleDiameter"：null、
"sharedNozzle"：false
}
}、
"gcode"：{
"afterPrintCancelled"： ""、
"afterPrintDone"： ""、
"afterPrintPaused"： ""、
"afterPrinterConnected"： ""、
"afterToolChange"： ""、
"beforePrintResumed"： ""、
"beforePrintStarted"： ""、
"beforePrinterDisconnected"： ""、
"beforeToolChange"： ""
}、
"他の"： {
「enableCamera」：true、
「rotateCamera」：false、
「flipHCamera」：false、
「flipVCamera」：false、
"enableTimeLapse"：true、
"heatingVariation"： ""、
"クールダウン"： ""
}
}

リクエストがサーバーに送信されたことがわかります。

しかし、新しいログの状態ログには何もありません。 何もありません。 それは更新されていないように私には思えます、あなたは確かに-dev3にいますか？

Thu, 28 Jan 2021 10:50:52 GMT | INFO | OctoFarm-State.log | Grabbed 2 for checking |

これは、サーバーのOctoFarmの最後の再起動であり、何も更新していないことがログでわかる限り、モノリシックイメージが実際にプッシュされる前です。

もう一度更新してみます。何かが足りないのではないでしょうか。

試すだけの価値があります。

今週、nodejsが私のお金のために走ってくれているようです。

一部のパーツが再度更新されました。 新しいログ。
OctoFarm-State1（1）.log

成功！ これらを読み通させてください：D

その機能は文字通りあなたのために立ち往生しています、そして私は理由がわかりません。

これは問題の副産物ではないかと思いますが、新しい値は元の値を上書きするだけなので、そうすべきではありません。

ログを保存しようとしていますが、それ以上は進みません。

何に問題があるのか​​を調べるために、改善されたロギングをプッシュしています。

あなたが私が持っている理論を​​テストしたいのなら。 プリンターを削除して、再度追加してもらえますか？ 以前の試みのデータベースにスナフがあるかどうか疑問に思います。 あるべきではありませんが、なぜこれをすぐに再現できないのか混乱しているため、OctoFarmで何かが同期していません。

これを実行しようとしているときに、octoprintインスタンスはオンラインですか？

はいOctoprintはオンラインで、プリンターのみが切断されています。

ああクールな歓声、ただ何かを除外することでした。 logginの改善の別のセットをプッシュしようとしていますが、少なくとも今回はUIにエラーが表示されるはずです。 dev4になりましょう。ビルドされたらお知らせします。

プッシュしたところです。

上記はコンソールにも表示されます。 うまくいけば、ここで何が起こっているのかを追跡するのに役立ちます。

ところで、毎回再起動コマンドを入力する必要はありません。ああを無視しているだけではないにしても、そうなっているように見えます。

10〜15程度ですが、Dockerハブ上に構築されていることに気付いたらここに返信します

モノリシックは構築しました

新しいログファイル-はい、コンソールに表示されるJSONオブジェクト
OctoFarm-State1（2）.log

新しいログファイル-はい、コンソールに表示されるJSONオブジェクト
OctoFarm-State1（2）.log

さて、私の「改善された」ロギングはこれを生み出しました... HEY THE ERROR WERE LOOKING FOR! | data:{} |

プリンターを削除して再度追加してみましたか？ 同じ名前のHistoryがあり、それが接続されている限り。

pm2.error.logファイルはありますか？ そこに完全なメッセージがあるかもしれません

また、logginを改善するためにdev4を実行しました。うまくいけば、今すぐエラーを出力します。

はい、同じ名前とAPIキーを削除して再度追加してみました。 まだ運がない。
dev4に更新されましたが、保存ボタンを押しても運がなく、反応もありません

Logs.zip

私はそれを修正したと思います。 確認するだけです。

いいですね-アップデートの準備ができたら言ってください

確認済み！

新しいプリンタが追加されました->電源設定をセットアップし、元々OctoPrintから正しくプルされました。

次に、URLだけを使用し、「Command」ブロックを無視して電源設定をセットアップします。それぞれが1つ、複数で正常に更新されます。

建物なので15分くらいかかるはずですが確認します。

うーん-設定は読み取られますが、カスタムコマンドを保存するときに何かがオフになります：

Fri, 29 Jan 2021 10:38:42 GMT | INFO | OctoFarm-State.log | Attempting to save: | data:{"state":"Disconnected","printer":{"printerName":"","printerURL":"","index":"6012a1b726f97000191982af","cameraURL":"","apikey":""},"connection":{"preferredPort":"","preferredBaud":"115200","preferredProfile":"_default"},"systemCommands":{"serverRestart":"","systemRestart":"","systemShutdown":""},"powerCommands":{"powerOnCommand":"","powerOnURL":"[PrinterURL]/plugin/enclosure/setIO?status=true&index_id=1&apikey=[PrinterAPI]","powerOffCommand":"","powerOffURL":"","powerToggleCommand":"","powerToggleURL":"","powerStatusCommand":"","powerStatusURL":"","wol":{"enabled":false,"ip":"","port":"","interval":"","count":"","MAC":""}},"costSettings":{"powerConsumption":null,"electricityCosts":null,"purchasePrice":null,"estimateLifespan":null,"maintenanceCosts":null},"profileID":"_default","profile":{"name":null,"color":"default","model":null,"volume":{"formFactor":"rectangular","width":null,"depth":null,"height":null},"heatedBed":true,"heatedChamber":false,"axes":{"x":{"speed":null,"inverted":false},"y":{"speed":null,"inverted":false},"z":{"speed":null,"inverted":false},"e":{"speed":null,"inverted":false}},"extruder":{"count":null,"nozzleDiameter":null,"sharedNozzle":false}},"gcode":{"afterPrintCancelled":"","afterPrintDone":"","afterPrintPaused":"","afterPrinterConnected":"","afterToolChange":"","beforePrintResumed":"","beforePrintStarted":"","beforePrinterDisconnected":"","beforeToolChange":""},"other":{"enableCamera":true,"rotateCamera":false,"flipHCamera":false,"flipVCamera":false,"enableTimeLapse":true,"heatingVariation":"","coolDown":""}} | Fri, 29 Jan 2021 10:38:42 GMT | ERROR | OctoFarm-State.log | ERROR updating printer | data:"\"Cannot read property 'powerOnURL' of null\"" |

状態ログから

それはまだ-dev5manを構築していますが、それはプロファイルを削除するだけで、表示されているエラーを更新できませんでした。 基本的に、これらの電源コマンドはOctoFarmにプッシュバックされませんが、他のコマンドはプッシュバックされます。そのため、OctoPrintを更新する必要がないため、その通知が表示されます。 私はそれらのエラーをクリーンアップしました。

ああ、後でもう一度やり直します:)

文字通り、これら2つの赤いアラートの表示を停止します。 コマンドが機能しているはずで、更新時の電源ドロップダウンに表示されますか？

うーん、まだ進行中の何かにハングアップします。

それは今、節約などのために機能しているはずです。

私は存在せずに電源ステータスを取得するための修正をプッシュしているだけですが、どこにも行かない余分な呼び出しだけには何の影響もありません。

男..それは迷惑だった！ 適切なことはああ以上に自分自身をしました。

言うまでもなく、長年のデータベースでグラフの問題を修正するまでは開発中です。

確かに今は保存されていますが、選択されたときに実際にアクションを実行しているようには見えません。
どのログで手がかりを探すことができますか？

それはすべてクライアント側なので、ブラウザのコンソールです。

上記のURLで再現できるかどうかを確認します

ええ、私のために元気に発砲します

ただし、現在のコードではコマンドは機能しません。 OctoPrintへのカスタムコマンドの起動は、私がそれを書いたときに予想したようなoctoprintの外部のカスタムURLではありません。 コマンドと一緒にAPIキーを具体的に送信することはありません。 上記のCORSポリシーを取得した場合は、調整することをお知らせください。 私は現在の電源コマンドプラグインをチェックしました、そして私の方法はそれらすべてをサポートしました、エンクロージャプラグインにもそのオプションがあることに気づいていませんでした。

そのプラグインがOctoPrintsapiをどのように利用するかに依存するつもりです。

うん-CORSエラー

彼のドキュメントは彼のAPIに対して誤解を招くものです。 X-Api-Keyヘッダーを、彼のWikiで詳しく説明されているリクエストとともに送信する必要があります。

私はあなたのために修正をプッシュしました、それが再び構築されたときにあなたに知らせます:)

ビルドされました。マスターとマージしたときに自動的に閉じられて申し訳ありません。 それでもCORSエラーが発生する場合は開いてください:)

まだCORSエラーが発生する

コンソール出力を見せていただけますか？

呼び出しにキーを追加したので、URLの書式設定のように聞こえるかもしれません。プラグインを個人的に使用しないでください。理解するには、より多くの情報が必要です。

ブラウザの新しいペインにURLをコピーすると、期待どおりに機能します。

プラグインをセットアップして、いくつかのテストを実行する必要があります。 私が作成しているのは、ブラウザと同じgetリクエストだけなので、apiキーの有無にかかわらず、技術的にはURLにあるように機能するはずです。

最近のリリースでも、まだCORSの問題があります

すぐに取得しないでください。エンクロージャプラグインをインストールしてテストすることはできません。これは、「不明」で返されるためです。

ああ、まだgetリクエストではなくpostリクエストを行っています...開発者に最新のプッシュを確認してください。 1.1.11-dev9と表示されます。

コマンドでjsonデータを使用しないフラグがありません。 そのためにいくつかのコンソールログを挿入しましたが、それが再び機能しない場合は、それらを送信していただけますか？

送り速度も修正しました。2回更新しましたが、それがどのように消えたかはわかりません。

ああ、まだgetリクエストではなくpostリクエストを行っています...開発者に最新のプッシュを確認してください。 1.1.11-dev9と表示されます。

コマンドでjsonデータを使用しないフラグがありません。 そのためにいくつかのコンソールログを挿入しましたが、それが再び機能しない場合は、それらを送信していただけますか？

まだ運がない

current_value変数を使用すると、それがどこから来ているのかを確認できます...それでも、getリクエストをスキップして、投稿を行っています。

わかりました1.1.11-dev9は非常にfu-barです:(何も機能しません。
プリンタのコントロールパネルを開くことさえできません。

リストに不足している州

current_value変数を使用すると、それがどこから来ているのかを確認できます...それでも、getリクエストをスキップして、投稿を行っています。

current_valueは、現在の状態（true / false）を含むエンクロージャプラグイン応答のJSONプロパティであるため、これを定義しました。

プラグインを正しく使用するには、すべてのカスタム電源コマンドに次のような設定が含まれていない必要があります。

current_value変数は、外観によって電源をオン/オフ/状態にするコマンドとともに送信されますが、そうではありません。

current_valueが定義されているのは状態行だけです。
両方のプリンタが現在印刷中であるため、オン/オフコマンドはまだテストしていません。

current_valueが定義されているのは状態行だけです。
両方のプリンタが現在印刷中であるため、オン/オフコマンドはまだテストしていません。

それではうまくいきません、そして私がステータスをポーリングするとき、それは失敗し続けるでしょう。

最初のフィールドは、受信しないデータを送信するためのものです。

テストに使用した最初のURLをコピーして貼り付けたときの正しいURLで、すべてこのようになっているはずです。

現在、変更することはできません。最新のリリースですべてがクラッシュしたため、ダウングレードする必要があります。

現在、変更することはできません。最新のリリースですべてがクラッシュしたため、ダウングレードする必要があります。

再現できないので何が起こっているのかわかりません。 設定が取得されていないため、プリンタで何かがスキャンに失敗しているようです。

最近の状態ログを送って、私が何を間違えたかを確認しますか？

とにかくフィールドを空白にするバグがあるようです-_-

Dockerを再起動すると、不足しているデータがすべて修正されたようです。 ただし、current_value設定を削除することはできません。
テキストを削除して保存すると、Dockerをもう一度再起動した後でも、ビューに表示されたままになり、フィールドにも表示されます。

Dockerを再起動すると、不足しているデータがすべて修正されたようです。 ただし、current_value設定を削除することはできません。
テキストを削除して保存すると、Dockerをもう一度再起動した後でも、ビューに表示されたままになり、フィールドにも表示されます。

はい、フィールドを空白にしないようです。 それが可能かどうかを確認するための最良のテストを考えたとき、ちょうど今それを発見しました。 まあ、少なくとも他のことは大きな間抜けではありません。 設定を並べ替えるだけです。

そうです、私は現在のロジックでそれで少し立ち往生しています。 変更がないことを示すために空白のフィールドを送信するので、並べ替えるのに時間がかかる場合があります。 今のところ、最善の策は、MongoDB Compassを使用して、プリンターの電源設定でそのフィールドを空白にすることです。 申し訳ありませんが、その設定セクションはロイヤルピアであり、それを削除したいのですが、時間がないので、パッチを適用してみます。

これを適切に追跡するには276。

オン/オフコマンドが正しく機能するようになりました。 ステータスは異なりますが、エンクロージャプラグインから返されたJSONオブジェクトが原因である可能性があります。

オン/オフコマンドが正しく機能するようになりました。 ステータスは異なりますが、エンクロージャプラグインから返されたJSONオブジェクトが原因である可能性があります。

確かにそうですね、明日の朝にワイプボタンの設定を入れて整理します。 報告に乾杯！

オン/オフコマンドが正しく機能するようになりました。 ステータスは異なりますが、エンクロージャプラグインから返されたJSONオブジェクトが原因である可能性があります。

-dev10があります。リセットボタンを使用して電源設定をクリアしようとしています。 申し訳ありませんが、新しいUIが並べ替えられるのを待ちきれません。