VS Codeでvenvがうまく動作しなくなった話

結論 venvをあきらめて、Pipenvを導入すればなぜか解決した。 経緯 Pythonの開発環境にVS Codeを使っていましたが、ある日突然、venvで作った環境が見えなくなりました。 PowerShellからは切り替えができるので、venv自体は正しく動いているようでした。 PythonとVS Codeをクリーンインストールしても状況は変わりませんでした[1]。 Pipenvの使い方 最近はPipenvというものがあるらしいので、それを導入することとしました[2][3]。 pip install pipenv 以下のように環境変数を設定することで、プロジェクトのフォルダ直下に仮想環境を構築してくれます。 PIPENV_VENV_IN_PROJECT=true VS Code上にフォルダを作成し、その直下で仮想環境を作成します。 コマンドはVS Code上のPowerShellで行いました。 例えば以下のようになります。パスやPythonのバージョンはご自身の環境に合わせてください。 ＊pythonの後に半角スペースがあるのでうっかり詰めないでください。 ＊venvファイルが作成されるという情報もありますが、私の場合はPipfileのみ作られました。 PS PS C:\Users\User Name\Documents\CODE\Python\Test> pipenv install --python 3.8 VS Code上でF1キーを押して、「reload」を検索して実行します。 これで左下のPythonのバージョンセレクトから環境選択できるはずです。 仮想環境から抜けるときは以下のコマンドを使います。 deactivate 参考文献 [1] sota0726 「VScodeを完全にアンインストールする方法(windows10)「拡張機能のホストが予期せずに終了しました。」を改善するために」閲覧日：2020/09/13 https://www.atmarkit.co.jp/ait/articles/1810/12/news026.html [2] KRiver1 「pyenv、pyenv-virtualenv、venv、Anaconda、Pipenv。私はPipenvを使う。」閲覧日：2020/09/13 h
コメントを投稿

DXFへの変換バグ


　あけましておめでとうございます。


今年もこのブログをよろしくお願いいたします。


　というわけで、年明け最初の話題はDXFへの変換バグの話題です。


私の学校ではHAKUで加工を行う際に、


1.SolidWorksにてモデリング


2.二次元図面に落として、DXFに変換


3.JMM-TOOLを使ってNCコードに変換


4.Mach-3を使ってHAKUを制御


という手順で加工をおこなっています。


しかし、JMM-TOOLにDXFを入力した際におかしな現象がおきました。


f:id:VenusM:20110105153208j:image:w200


上図ように、ピンクの円で囲んだ部分のパスが、おかしいことになっています。


パスが繋がらず、変な軌跡を描いています。


この溝の幅は2mmで、2mmのスクエアエンドミルで加工する設定にしています。


エンドミル系を小さくしても改善しなかったことと、下図のように同様の形状（溝周辺の寸法は一緒です）をした別のパーツはちゃんと読めているので、JMM-TOOLに原因があるわけではないようです。


f:id:VenusM:20110105153209j:image:w200


そこで、SolidWorksでDXFにする段階にバグがあると考え調べました。


するとスリットの部分が直線にもかかわらず、複数の線で構成されていることがわかりました。


f:id:VenusM:20110105153210j:image:w200


上図は、その線のそれぞれの端点をずらして、線を長くして見やすくしたものです。


直線の中に円弧が含まれていることがわかります。


線を直線一本だけに変更して、再度DXFに変換して読み込ませたところ正常に読めました。


f:id:VenusM:20110105153207j:image:w300


原因はSolidWorksにあったようです。


発生する原因や根本的な対処法はわかりませんが、このようなことが起こったときにはDXFを疑ってください。


使用ソフトウェアのバージョン


SolidWorks2009


JMM-TOOL ver0.9




コメント

コメントを投稿

このブログの人気の投稿

C++11のためにGCCの最新版をインストールする

イメージ
　 　最近 The C++ Programming Language (4th Edition) を読んでいます． これは最新のC++11に準拠した権威ある（分厚い）解説書です． C++はちょとたしなむ程度でしたが，これを気に真面目に勉強してみようと思います． 　勉強のためにUbuntu上でC++11の開発を行えるよう環境設定をしましたので，その工程をまとめておきます． 想定している環境は以下のようになります． OS Ubuntu 12.04 LTS 32bit GCC 4.8.1 参考にしたサイト UbuntuHandbook 1.GCCとG++のバージョン確認 まずは現在の自分の環境を確認します． ・現在のGCCとG++のバージョンを確認します． $ gcc --version $ g++ --version   私の環境では，以下のようになりました． gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 g++ (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 バージョンごとのC++11に対するサポートは以下のサイトをごらんください． C++0x/C++11 Support in GCC 今回は4.8をインストールします． 2. GCCとG++のインストール 　update-alternativesを使用して元のGCCと最新のGCCを共存させます． ・Personal Package Archive(PPA)の追加します． $ sudo add-apt-repository ppa:ubuntu-toolchain-r/test ・GCC 4.8とG++ 4.8をインストールします． $ sudo apt-get update; sudo apt-get install gcc-4.8 g++-4.8 ・GCC 4.8とG++ 4.8をupdate-alternativesに優先度20で登録します． $ sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.8 20 $ sudo update-alternatives --install
続きを読む

分解：Logicool M570

イメージ
部屋の片づけをしていたところ、不要な家電製品をいくつか見つけました。 モノづくりに係るものとして、既存製品から勉強したいと思います。 製品を分解することで多くのノウハウを学ぶことができるはずです。 今回は調子が悪くなっていたLogicoolのM570を分解したいと思います。 使用する工具は、No.1のプラスドライバとT6のトルクスドライバです。 ピンセットかデザインナイフがあればシールが剥しやすいです。 私はこの分解のために、 67in1 特殊精密ドライバー スマホ分解 修理 磁石付き工具　青 を買いました。 M570の分解 カバーの取り外し 製品正面です。 塗装ではなくシボのようです。 ロゴはプリントのようですが、かなりの塗膜強度です。 デザインナイフでこすってもなかなか落ちません。 製品背面です。 ラバーパットと電池カバー、電源SWがあります。 ラバーパットはデザインナイフでこすっても表面がボロボロと崩れません。 質のよいもののようです。 PRONのようなものでしょうか。 http://www.poron.jp/poron/foot_pad/ 背面のパッドを外すと、トルクス平頭φ2x5 タッピングビスが4本見えます。 これはT6のトルクスレンチで外せます。 また、この時点では見落としてしまい、無理やりあけましたが、 電池のマークやシリアルが印刷されているシールの下にも1本同様のねじがあります。 最終の工程でシールを貼っているようです。 これでカバーは開きます。 正面カバー側 正面カバー側にクリックの伝達用の樹脂部品と、ホイールが見えます。 クリックは材料自体のバネ性を利用しています。 左クリック・右クリックのパーツはシボ仕上げです。 戻る・進むボタンは磨き仕上げにΔマークが印刷されています。 ロゴ同様の塗膜強度です。 ホイールはバネで支えられています。 ホイールには細いスリットが切られており、光学式エンコーダーを形成しています。 外輪のゴムはホイールから外せないくらいかぶっていました。 一体整形なのかもしれません。 状態確認用のLEDはライトガラスで基板面LEDから導光されています。 ハメ合いと切り欠きで組み
続きを読む

MOCO'Sキッチンのフォントに似せるβ版

イメージ
お久しぶりです。 今回は昔に作った まな板 の話です。 2012年に料理好きの友人にMOCO'Sキッチン風のまな板を作成してプレゼントしました。 このときに使用したフォントはなんですか？という質問をもらいました。 検索してみると同じように悩んでいる人が多いようです。 結論からいうとキッチンは元ネタの画像を加工して使用していました。 英語のフォントは本当に適当です。 そのまま答えるのも申し訳ないので似たフォントを探してみました。 その結果が以下の画像です。 オリジナルの「キッチン」の部分はかなり特徴的なフォントです。  ここには、以下のフォントを使用させていただきました。 マキナス: http://moji-waku.com/makinas/index.html 「MOCO S」の部分はSimplified Arabicで「'」はArial Unicodeを使用しました。 マジマジと見ると違う部分が目立ちます。 課題は、「チ」と「ン」のフラットさの再現でしょうか。 正直フォントで頑張って再現するより、自分でラインを引いたほうが早い気がしてきました。 今度はMOCO'Sキッチン風フォントの作成に挑戦しても面白いかもしれませんね。 それでは今回はここまでです。
続きを読む