iciの業務日誌: 仕事

ラベル仕事の投稿を表示しています。すべての投稿を表示

2026年1月20日火曜日

Parallels Clientを久しぶりにつかってみた

バージョン21.0.0をApp Storeからダウンロード。

windowsに繋ぎたいので"新しい接続"から設定しようと思ったのですが，何を入力すればいいのやら。。。IPアドレスか？？？

結局，スクリーンショットの黄色い丸のところから，『代替RDP接続を設定』にいけばいいだけでした。

「代替」ってワードのせいでここをクリックしていいのかまよってしまったという話でした。

2022年11月30日水曜日

Linuxにmusrfitをインストール（令和版）part 1

mac上のmusrfitに多少の不安があるので、今後のことも考えてlinuxでも実行できるようにしておくことにした。

まずはテストとして10年おちのCeleronマシンにインストール。

Scientific Linux7.9で動いているので、ここにインストールしようとしたのだが、cmakeやコンパイラのバージョンが古すぎてインストールできないという困難に直面。

重いコンダラ引きたくないので、この際OSからインストールし直し、うまく動いたら新しいラップトップに入れ直すことにした。

ディストリビューションの選択は、centos系だとhdf4がインストールできないことはわかっていて、nexusやらでつまずくのが嫌なので、apt系。

すると自ずとLubuntuかXubuntu。

~~ねずみで癒やされたいので~~なれているのでxubuntuに。

現在のバージョンは20.04.1。インストールUSBをwindows PCからunetbootinで作成。

対象のPC、BIOSでUSB drive起動の優先順位をあげて、差し込んで再起動。

インストールはあっというま。

再起動しゴニョゴニョしていると、22.04にアップグレードするかと聞かれる。

頭の片隅にコンダラがちらつくが、調子に乗ってアップグレード。

まずはPSIウェブサイトの指示にしたがいインストール。

$ apt-get install git cmake libboost-dev libboost-filesystem-dev libboost-system-dev libgsl-dev libfftw3-dev libxml2-dev qt5-default qtbase5-dev libqt5svg5-dev

ただし、qt5-defaultというパッケージはないと怒られる。

qtbase5などは問題なく入るので、もし名前が変わっているのならきっと必要パッケージとしてどこかで入るだろうと甘く見て次へ進む。

次が問題のhdf4と5。

$ apt-get install libhdf4-dev libhdf5-dev

問題なくインストール。

つづいてnewxus

$ cd Downloads
$ mkdir nexus
$ cd nexus
$ git clone https://github.com/nexusformat/code.git
$ mkdir build
$ cd build
$ cmake -DENABLE_HDF5=1 -DENABLE_HDF4=1 -DENABLE_MXML=0 ../code
$ cmake --build ./ --clean-first
$ sudo make install

こちらも問題なくオッケー。

つづいてroot。

説明を見ると、$HOME$/Appsにインストールするようになったようだ。

まぁ、このご時世複数人でPCを共有することもなかろうと、指示通りに。

まずは必要パッケージのインストール。

$ apt-get install libx11-dev libxft-dev libxpm-dev libxext-dev

特に問題なし。

続いてroot。

途中の"git tag -l"によると、現時点でのバージョンはv6-26-10なので、それに合わせて。

$ cd $HOME
$ mkdir Apps
$ cd Apps
$ git clone http://github.com/root-project/root.git
$ cd root
$ git tag -l
$ git checkout -b v6-26-10 v6-26-10
$ mkdir root_build
$ cd root_build
$ cmake ../ -Dgminimal=ON -Dasimage=ON -Dmathmore=On -Dminuit2=ON -Dxml=ON -DCMAKE_INSTALL_PREFIX=../root_exec
$ cmake --build ./ --clean-first
$ make install

Celeronのせいか、異常に時間がかかる。

ながくなったので続きは次回。

2022年10月26日水曜日

musrfitを久しぶりに使おうとしたら，変なエラーが出てしまった

スペクトルを表示しようとmusreditのボタンを押すと以下のような怪しいダイアログが出てしまう。

musrviewで直に.msrファイルを開こうとしてもエラーが。

% musrview test-histo-ROOT-NPP.msr

dyld: Library not loaded: /opt/local/lib/libgsl.25.dylib

Referenced from: /Users/*****/Applications/root/root_exec/lib/libMathMore.so

Reason: image not found

zsh: abort musrview test-histo-ROOT-NPP.msr

libgslがないと怒られている。

しかし，実際はlibgslはmacportsでインストールされています。

% sudo port installed gsl

Warning: port definitions are more than two weeks old, consider updating them by running 'port selfupdate'.

The following ports are currently installed:

gsl @2.6_0

gsl @2.7_0

gsl @2.7.1_0 (active)

なるほど，バージョン2.7がインストールされているのにバージョン2.5を呼び出しているのか。。。

古いバージョンをactivateしようにも，2.6以降しかインストールされていない。

実際，/opt/local/libに見に行ってみると，

% ls -l libgsl*

-rwxr-xr-x 1 root admin 2228224 12 2 2021 libgsl.27.dylib*

-rw-r--r-- 1 root admin 3939896 12 2 2021 libgsl.a

lrwxr-xr-x 1 root admin 15 12 2 2021 libgsl.dylib@ -> libgsl.27.dylib

-rwxr-xr-x 1 root admin 219792 12 2 2021 libgslcblas.0.dylib*

-rw-r--r-- 1 root admin 331056 12 2 2021 libgslcblas.a

lrwxr-xr-x 1 root admin 19 12 2 2021 libgslcblas.dylib@ -> libgslcblas.0.dylib

（libgsl.dylib@っていうシンボリックリンクがいるのだから，libMathMore.soがそっちを参照しに行けばいいのに，25をよみにいっているところがアホ）

git pullしてrootをソースから作り直してもおなじメッセージが出る。

macportsで古いgslをインストールするのも手なのですが，ちょっと面倒なのでやっちゃいけないのは承知で以下のようにしてみました。

% ls -l libgsl*

lrwxr-xr-x 1 root wheel 15 10 26 16:06 libgsl.25.dylib@ -> libgsl.27.dylib

-rwxr-xr-x 1 root admin 2228224 12 2 2021 libgsl.27.dylib*

-rw-r--r-- 1 root admin 3939896 12 2 2021 libgsl.a

lrwxr-xr-x 1 root admin 15 12 2 2021 libgsl.dylib@ -> libgsl.27.dylib

-rwxr-xr-x 1 root admin 219792 12 2 2021 libgslcblas.0.dylib*

-rw-r--r-- 1 root admin 331056 12 2 2021 libgslcblas.a

lrwxr-xr-x 1 root admin 19 12 2 2021 libgslcblas.dylib@ -> libgslcblas.0.dylib

不具合が出るまでこれで行きます。

きちんとスペクトル表示されました。

2020年6月10日水曜日

5年使ってきたMacbookがそろそろ色々な意味で手狭になってきたので，リプレース．
ところが，catalinaはちょっと厄介な様子．
色々使えなくなる予定，その一つがIgorPro．
サポートしないとうたっていますが，サードパーティのXOPなどを使わなければ動く模様．
現状ではKaleidaGraphも動かない予定．
そして，GPIBはまだまだNIが対応していない様子．

絶対必要なのはTeXなので，TeX環境をどうするか．
もう10年以上Finkを使ってきたのですが，流石に少々疲れてきて（TeXで必ずトラブる）Homebrewも一瞬考えたのですが，musrfitがうまく動くかわからなかったので，試しにMacPorts経由でTeXLiveを入れることに．

噂で，bashからzshに変わったらしいということも聞いていたので，まずはzsh関係のお勉強．
Qiitaを参考にしました．

2019年4月20日土曜日

macOS MojaveでmakeしたときにFrameworkが探せなくなった<解決済み>

十年近く使ってきた測定用のmacbookを新調しました。
今しかないと思って，あえてのMacBookAir（非Retina）です。
税込約10万円で，旧USBポートが備わっていて，GPIBとserial通信両方同時にできそうなすばらしいハードウエア，と思ったのですが，罠が。。。。。

以前からつかっていた測定用のコードがコンパイルできません。

小一時間，というかもう少し悩んで，いろいろ試しました。
NI4882は/Library/Frameworks以下にあります。
まずはni4882.hがみつけられないのだから-Iで探させてみたのですが，それでも次はldがNI4882をFile not foundと言ってきて，泥沼の様相。
NI4882の場所がいけないのかと思い，ldのmanやappleのdocを読み込んでみても，/Library/Frameworksで良さそう，っていうか/Library/Frameworksにしろと書いてある。
それこそHighSierraにダウングレードしようかなど考えていたのですが，どうやら-Fというオプションがある模様。
そこで，makefileに-F/Library/Frameworks を加えてみたところ，あっさり成功。

ちょっと苦労したので忘れないようにメモ。

2019年2月14日木曜日

pythonで超伝導マグネット電源から磁場の値を読み込む。closeの方法も。

先日メモしたように，Cryogenicの超マグ電源から，シリアル通信で現在の磁場の値を読み込むと，

>>> import visa

>>> rm = visa.ResourceManager()

>>> instr1 = rm.open_resource('ASRL1::INSTR')

>>> cmd = instr1.query('get o\n')

>>> cmd

'OUTPUT: 0.0000 TESLA AT 0.0 VOLTS \r\n'

のように，余計な文字列がたくさんついてきます。
どうやら，pythonはこういうときの処理がとても得意みたいです。

split()で空白で区切ると単にlistになるのですが，

>>> cmd.split()

['OUTPUT:', '0.0000', 'TESLA', 'AT', '0.0', 'VOLTS']

>>> type(cmd.split())

このままでは当然strのままです。

>>> type(cmd.split()[1])

これをfloat()にしてあげればよくて，

>>> field = float(cmd.split()[1])

>>> field

0.0

>>> type(field)

>>>

のようにみごとに分割した文字列から一発で磁場の値を浮動小数点に変換できます。
ちなみにcloseの方法は簡単で，

>>> instr1.close()

>>> exit()

bhoona:~ yishii$

のように，ResourceManagerから持ってきたデバイス名に.close()をつけるだけです。
前回のエラーはすっかり消えました。

pythonすごいです，おどろくほど短いコードで済みます。

2019年1月24日木曜日

PyVISAは無敵かも

春休みに磁気抵抗を測定しようと思い，マグネット電源とシリアル通信しないといけないなぁ，となんとなく気が重くなっていたのですが，すばらしい解決方法を見つけてしまいました。

環境としては，
macOS HighSierra
Python 3.6.3 (finkでインストール)
NI VISA 18.0.0

pip3でpyserialをインストールし，ためしに通信してみました。

こんな感じで，無事に通信できました。
実はここに至るまで紆余曲折あり，一筋縄ではいきませんでした。

ポイントは，コマンドの文字列を送るところです。
最初，ネットの記事を参考に，

>>>ser.write("get o¥n")

のようにしてみたのですが，うまくいかず，基本にもどって，公式ドキュメントを参考にしてみたところ，

>>>ser.write(b'get o¥n')

と書くのが正しいようだったので，そうしてみました。
（いつも学生に，『安易なネット検索はいかん』と言っていたのに，自分でハマってしまった。。。）

帰ってきた文字列を見てみると，CRとかLFが入っているし，『b' '』で囲まれてしまっているので，ちょっと厄介だなぁ，と思っていました。

つづいて，PyVISAをインストール。
うっかり最初，easy_install pyvisaとやってしまったところ，python2.7用のVISAがインストールされてしまいました。
これはいかんと，pip3でインストールしたところ，無事python3用のpyvisaがインストールされました。

PyVISAも，ネット上にはいろいろな情報があふれているのでw，基本にかえりながら，

ここで，重大なことに気づきました！！！
今，macにはusbで（と言ってもUSB-Serial変換アダプタ経由で）マグネット電源が，NIのGPIB-USBアダプタ(アドレスは3)で温度コントローラが繋がっています。

>>> rm = visa.ResourceManager()
>>> print(rm.list_resources())

とやってリストをみると，GPIB機器(GPIB0::3::INSTR)のほかに，ASRL1::INSTRという装置が見えます。

そうでした，そこがVISAのすばらしいところでした。
つまり，pyserialは必要なかったのです。。。

>>> instr1 = rm.open_resource('ASRL1::INSTR')

>>> instr2 = rm.open_resource('GPIB0::3::INSTR')

のように，二つの機器にそれぞれinstr1とinstr2という名前をつけて，通信してみたところ，

>>> instr1.write('get o\n')

(8, <StatusCode.success: 0>)

>>> print(instr1.read())

OUTPUT: 0.0000 TESLA AT 0.0 VOLTS

>>> instr2.write('*idn?')

(7, <StatusCode.success: 0>)

>>> print(instr2.read())

LSCI,MODEL350,LSA14J9/#######,1.4

>>>

と，無事にシリアルかGPIBかの区別を全く感じずに通信することができました。

ただ，このままexit()すると

>>> exit()

Exception ignored in: <object repr() failed>

Traceback (most recent call last):

File "/sw/lib/python3.6/site-packages/pyvisa/resources/resource.py", line 108, in __del__

File "/sw/lib/python3.6/site-packages/pyvisa/resources/resource.py", line 243, in close

File "/sw/lib/python3.6/site-packages/pyvisa/resources/resource.py", line 235, in before_close

File "/sw/lib/python3.6/site-packages/pyvisa/resources/resource.py", line 252, in __switch_events_off

File "/sw/lib/python3.6/site-packages/pyvisa/resources/resource.py", line 309, in disable_event

File "/sw/lib/python3.6/site-packages/pyvisa/ctwrapper/functions.py", line 410, in disable_event

File "/sw/lib/python3.6/site-packages/pyvisa/ctwrapper/highlevel.py", line 188, in _return_handler

pyvisa.errors.VisaIOError: VI_ERROR_INV_OBJECT (-1073807346): The given session or object reference is invalid.