u-center2:config 設定を export する方法

 u-center2 は u-center とだいぶ UI が変ってしまって、いろいろと大変。config 設定をファイルに export する方法をメモ。

・Device Configuration を開く

・Quick configuration -> Constellation configuration で設定

・Advanced configuration を選択

・真ん中上の立て三つボタンをクリック->Capture all configuration layer values をクリック

 

・真ん中上の立て三つボタンをクリック->Create configuration list をクリック

・全部修正したら、下の方にある Save as... で名前を付けて保存

・左側の Saved configuraitons に名前が出てきたら、名前の上にマウスポインタ―を持ってきて、出てきた縦三つボタンをクリック、Export を選択してファイルに出力

※参考

・右下の Send をクリックするとデバイスに送信

・Send Configuration in batch mode を選択すると、Setval に複数データが乗る 
・config するレイヤーを変更する場合は Edit をクリックして

 

 

 　設定変更して Update をクリックすると、リストの最後に追加される

 

Delphi：TComPortDrv + CH340 の組み合わせは Enabling the Serial Port Enmuarator をチェック

　Delphi + TComPortDrv で作った COM ポートにアクセスするアプリ、CH340 のポートを開こうとするとなぜかエラーになる。ポート番号を変えたりドライバーをチェックしたりいろいろやったがダメ。

　最後にデバイスマネージャーからプロパティをひらいて[Port Settings]->[Advanced...]と進んで 'Enabling the Serial Port Enmuarator' にチェックを入れ[OK]で更新したらDelphi + TComPortDrv で作ったあぷりで CH340 のポートにアクセスできるようになった。

　いろいろやってはみるものだ。

RS232 の automatic power down で嵌った

　RS232 の automatic power down で嵌った。

　とあるシステムで RS232 を使って接続している部分があった。装置 - RS232 - アダプタ - PC という構成。

　ここでアダプタを違うものに交換した。動かない。接続を間違ったか、Windows のドライバーの問題か？といろいろ調べていくと、新しいアダプタを使ったときに RS232 の部分に電圧がかかっていない。テスターの針が振れない。古いアダプタに戻すと電圧が出る。

　いろいろ悩んで装置側の RS232 に automatic power down の機能があることを思い出す。 新しいアダプタ単体で RS232 端子の電圧を計っても 0V。これは装置とアダプタ両方に automatic power down の機能があり、どちらも目を覚ませずにいるのではないかと考え、装置側の automatic power down を off に(PC側には off にする設定が無かった)。

　無事動作。

　装置側は MAX3221、アダプタは CH340+Windows11Pro24H2+DriverVersion3.9。

 

 

Delphi : 浮動小数点を整数に変換するには Trunc か Round

　まさかこんなところ15分もとられるとは。

　エラーが出て明示的に整数にキャストしてもだめで、あきらめて

StrToInt(FloatToStr(FloatValue);

とかやりそうになった。厳密なのはわかるけど、勘弁してくれ ><

Track は切り捨て

Round は丸め

 

Delphi + TCpmPortDriver : Demo アプリで Could not send data. No Device conneted .... ダイアログが表示されてデータ送出ができない

Delphi から TComPortDriver の Demo を操作していて、OUTGOING TEXT からシリアルポートに送出しようとしたら、以下のダイアログが出てきた。受信はできていたので、設定自体は間違っていないはずなのだが...、と調べて分かったこと。

TCpmPortDriver の CheckLinkStatus プロパティをオブジェクト インスペクタから False にすることで回避できる。

 

ちなみに Demo アプリの Settings Dialog を開いて Device Control タブの Device check を No に設定しても同じ。 

 

 

 

 

Ruby で Windows のコマンドラインツールを作ってみた

　Windows で、あるディレクトリの下にあるディレクトリを圧縮してそのディレクトリに置き、圧縮したディレクトリを削除するという作業を大量に行っていた。

　大量に行うのが面倒くさいのでバッチファイルを作ろうと思ったが、今更 Windows のバッチファイルも無かろう。得意な言語は C/C++ なのだがコンパイル環境を構築するのが面倒くさい。次に得意なのは PHP だが、あまり好きな言語ではないし新たに環境構築が必要。その次に慣れた言語は python だが、それでは面白くない。ということで、数ヶ月前に転職目指して環境を入れて勉強した Ruby にした。

　プログラム自体はごく単純なものなのだが、いろいろハマった。

　最初、Windows System 内のファイル圧縮を使う方法が分からないので普段使っている Lhaz を使って圧縮することにした。幸い、コマンドラインから使えたので system() から呼び出したのだが、まず、'\' のエスケープシーケンスの入れ方で悩む。まぁ、ここは何をつかってもいつも悩むのだが。

　ここをクリアして動くようになってから試していると、アーカイブファイルのファイル名がすこしおかしい。圧縮するディレクトリ名をアーカイブのファイル名にしたのだが "xxx.Vol.09" のような名前にすると、最後の "." 以降の数字がファイル名に反映されない。GUI からだと問題はない。Lhaz のバグだと思うのだが、使う側からは対応しようが無い。

　あきらめて別なツールを使おうと探していたら、Windows System の圧縮機能の使い方が分かった。power shell から Compress-Archive を呼び出すということがわかった。power shell から Ruby を起動して system() をつかったら、power shell のコマンドを呼び出せるのかと思ったらそうはいかず、sysytem("powershell <power shell cmd>")で呼び出す形式だった。

　これで動くと思ったら、sysytem("powershell <power shell cmd>")の<power shell cmd>の中の '"'(ダブルクォーテーション)が消える。具体的には、ディレクトリ名に空白が入っているので、フルパス全体を '"' で囲んだのに、エラーメッセージを見ると '"' が消えていて、ディレクトリ名の空白がパラメータの区切りとみなされエラーとなっていた。system("")で Lhaz を呼び出した時は '"' は消えなかったのだが...。この問題は '"' を "'"(シングルクオーテーションに変えることで解決。

　まぁ、ファイル名を扱ったり、OS のコマンドを呼び出すプログラムは一筋縄では動きませんわ。

AWS Cloud9 環境構築

　Ruby on Rails の勉強をしようとして、ネットの情報を見ていたら、開発環境が AWS Cloud9 だった。そのサイトの通りに作業していくと、default でいけるはずの VPC がなく作業が止まる。とりあえず default で VPC を作っても上手くいかない。

　こちらのサイトで勉強してから再挑戦。VPC を作った後にサブネットとルートテーブルを作成。CIDR をきちんと設定しても上手くいかない。エラーメッセージの

"Cloud9 could not connect to the EC2 instance. Please check your VPC configuration and network settings to troubleshoot the issue"

を google さまに検索してもらうと、「パブリック IPv4 アドレスを自動割り当てがいいえ」になっているとだめ、との情報が。ここで Cloud9 IDEを開こうとすると、いままで「接続待ち」だった表示が「立ち上がり待ち」に変わったのだが結局失敗。

　改めて見直すと、ルートテーブルにインターネットゲートウェイがない。どこかで必要なルートは自動的に追加されるとあったのだが、手動で追加する必要があるのか？手動で追加しようとするとインターネットゲートウェイが見つからないと出てくる。ふと、VPC設定ページの左メニューを見ていると「インターネットゲートウェイ」の文字が。新しくインターネットゲートウェイを作り、 VPC に紐づけてルートテーブルに 0.0.0.0/0 -> igw-xxxx のルートを追加。その上で再度 Cloud9 を作成すると、今度はあっさり成功。

　結局

• VPC、サブネット、ルートテーブル、インターネットゲートウェイを作成してそれぞれを紐づけ
• VPC の IPv4 CIDR は10.0.0.0/16
• サブネットの IPv4 CIDR は10.0.0.0/24
• サブネットのパブリック IPv4 アドレスを自動割り当てを「はい」に
• ルートテーブルに 0.0.0.0/0 -> igw-xxxx を追加
• Cloud9 作成時に、上で作った VPC とサブネットを指定

で成功したようだ。

　AWS を最後に触ったのは5-6年前だと思うけど、その時は VPC なんて触らなくても良かった気がするなぁ...。

　SNS で、AWS の資格の話題がよく出る理由が分かった気がする ><

追記

　無料枠を使うために(^ ^;あたらしいアカウントを作ったら、最初から VPC があって、Rails のネット情報通りに操作したら、何のトラブルもなく Cloud9 が「正常に作成されました」。

　新しいことを始めるなら、新しいアカウントを作るところから始めなきゃだめね。