https://www.densokogei.jp/tegalog/tegalog.cgi ja Copyright 2026 Wed, 03 Jun 2026 15:33:11 +0900 Powered by てがろぐ Ver 3.4.0 ]]> 　今月下旬まで製作する時間はとれませんが、その後出来るだけ多く作りましょう。

#ガチ工作 #器具の製作 -- Posted by 電装工芸 〔107文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1255 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1255 tegalog Sun, 10 May 2026 11:29:45 +0900 　あるのか無いのかの確認をしただけですが、あるなら問題ありません。
　Ｃ言語ベースで処理段取りの整理を随分やってきましたので、Rust の勉強が進めば Art-Net 関連を書き始められそうです。

#Rust #[Art-Net]
-- Posted by 電装工芸 〔187文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1254 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1254 tegalog Sun, 10 May 2026 11:26:51 +0900 　今は「所有権」について整理していますが、変数は内容を保存するメモリ、そのアドレスとメタデータを保存するインデックスで構成されていると捉えれば自然に理解出来ます。ソースコード上での使い方は別問題ですが、「所有権」の譲渡と貸出はこの構成から見ればいいだけでした。挙動の表面だけで理解しようとすると何がどうなっているか、どうしてこんなことをするのか理解し難いようですけど。
　ただ、「所有権」という言葉には疑問があります。私の理解では「変数へのアクセス権限」となりました。この言葉のまんまですが、「所有権」は変数の内容にアクセスできるかどうかですから、持っているかより権限があるかが重要だと思うのです。この場合の「所有権」はこういう意味の言葉だと扱えばいいだけですが、「所有権」と言われると「所有者」は？と聞きたくなり、「所有物」は何？とも聞きたくなります。「所有権」の説明では「所有者」も「所有物」も変数だとする物が多く、当初は何のこっちゃいと感じたものです。「所有者」は変数であり、「所有物」は変数の内容が書かれたメモリとなります。あくまでイメージですけど、「変数の内容が格納されたメモリのパーミッション」だとも思えます。

#Rust -- Posted by 電装工芸 〔539文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1253 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1253 tegalog Sun, 10 May 2026 08:54:51 +0900 　カバーを開けて乾かし、LED 基板を外して掃除です。
　現場への復帰は急ぎではありませんが手間がかかりそう。
　この機体は中身を総取り換えです。

#器具の修理 -- Posted by 電装工芸 〔144文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1127 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1127 tegalog Wed, 10 Sep 2025 07:13:10 +0900 　関数の呼び出しをポインタ化するのです。なんのこっちゃ？って話ですねぇ～。
　ソースコードの大半はそのままに、条件分岐で関数を差し替えるイメージです。オブジェクト指向の一歩手前？
　もちろん、構造体を含む変数もポインタを介して差し替えられます。
　DMXの場合、受信中のスタックから読み出すことは避けなければなりません。パケットの中身に不整合が起こるからです。例えばアドレス100までは最新の受信内容、101以降は１フレーム前の受信内容や全てゼロになるのです。２スロット構成のアトリビュートがアドレス100と101にまたがったらよろしくないことが起こります。リトルエンディアンだったら目も当てられません。
　この対策は２つのスタックを交代しながら使います。片方は受信に、１フレーム前のデータを持ったもう片方を出力処理に使い、条件が整えば役割を交代するのです。この場合どちらをどちらに使うかをポインタで指定出来れば全体の処理はスマートになります。ピンと来る方が少ないのはわかっていますが、ソースコードを書く上ではとても合理的な方法です。今の常識からしたら万分の一の処理能力のハードウェアしかなかった時代にC言語をデザインした人は本当の天才だと思います。勉強すればするほど「天才」って言葉が身に沁みます。自分はその成果に甘えるだけで感謝々々です。

　Ｃ言語を学ぶ上でポインタは難解な要素の筆頭ですが、自分の様にアタマの半分がPICマイコンのアセンブラで占められている者には案外すんなりと理解出来ました。メモリのアドレスを直接扱う方法だからです。当初は高級言語でメモリのアドレスを直接扱うなんてイメージはありませんでしたので躓きましたが、C言語が値渡ししか出来ない(参照渡しが出来ない)ことも含めるとポインタは合理的であり、C言語は高級言語ではなく汎用化を目指したアセンブラ言語と思えばイイらしいと思った次第。正しくはなくても私にはこの理解が自然でした。

　自分は PC8001(PC6001)-BASIC → Z80アセンブラ(当時小学生、挫折しました) → (20年空いて) → PICアセンブラ → Python → C言語(今) と進んできました。小学生の時分に論理演算、16進数、2進数を本能に焼き付け、成果は出せずともZ80アセンブラに挑んだことが今に活きているようです。小学生当時、戦前産まれの父母は数百円の漫画本は買ってくれませんでしたが高価な技術書やその筋の雑誌(月刊マイコンやBASICマガジンなど)は買ってくれました。100歳まであと数年のカウントダウンなのに林業を生業とし登山やスキーを楽しむ父と米寿間近で父の３倍は元気な母に絶大な感謝をする今日この頃。
　自分の今の最大の不安は三途の川の向こう岸で父母をお迎えすることです。あと100年くらいは部下や後輩に迷惑をかけずに現役をやってやろうと思っていますけど(笑

#Ｃ言語 #雑記 -- Posted by 電装工芸 〔1257文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1067 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1067 tegalog Tue, 10 Jun 2025 22:39:25 +0900 　ArtNetPatch の ap_transmitter の構造を構造体配列を元に整理したのですが、割り切って構成したら案外軽い処理になりました。メモリの節約など考えず、条件分岐や計算を出来るだけ減らし繰り返しをヒトまとめにする方針だからでしょうか。
　実際に組んで実行時間を計測しなければなりませんが、パッチ処理の後にもディレイやプロファイルカーブの処理を入れられそうな予感がします。

　receive(受信)、bind(入力ユニバースを内部Bus(ユニバース)にパッチ、ここで数値をマージしてHTPミキサーとします)、pre-delay、pre-profile-curve、patch、post-delay、post-profile-curve、transmit といった流れで考えています。

　ついてはモジュール構成を少し変えます。
　ap_transmitter の中の数値操作と Art-net の出力を分割します。
　fps はともかく、すべてのユニバースを連続して送るのは避けた方がいいかなと思うので、ユニバース毎にインターバルを持たせるためです。

１）アプリの起動部とし、共有物を設定して以下のモジュールを呼ぶ「ap_main」
２）画面表示やユーザー操作を司る「ap_console」
３）Art-Netを受信する「ap_receiver」
４）受信値や設定値から出力値をまとめる「ap_effect」
５）Art-Net を出力する「ap_transmitter」
６）データのタイムアウト管理をする「ap_timeout」

　今後はタイムラグを減らす工夫を考えてみましょう。
　出力の目標は 30fps 以上、出来れば 36fps ですが、1/36秒以内に処理を一巡出来るなら遅れても1フレームとなります。無理ならスレッド的なアプローチで考えて出来るだけ遅れを少なくしましょう。
　何にしても、試作をして処理時間と処理負荷の計測が必要です。
　こんな複雑なシステムは10回くらい書き直すつもりで試すしかありません。素人の私が結果を完全に予測するなんで無理ですもん。

#[Art-Net] #器具の製作 #Ｃ言語 -- Posted by 電装工芸 〔959文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1066 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1066 tegalog Tue, 10 Jun 2025 17:53:28 +0900 　一般的にはメインから「終わりにしなさい」って指示を受けて落としますが、開発途中ではそうもいかないことがあります。
　ならば、「続けなさい」って指令が無ければタイムアウトすることにしましょう。親の存在確認をする方法もありますが、この方法なら管理が楽かも。

#Ｃ言語 -- Posted by 電装工芸 〔190文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1065 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1065 tegalog Tue, 10 Jun 2025 07:22:53 +0900 　この後は「ap_transmitter」の具体化でしょうか。これが ArtNetPatch の核であり一番重い処理です。
　モジュール間を繋ぐ構造体配列が見えればその他のモジュールを作ることは可能ですし、画面表示とか作って手ごたえを感じたいってのはありますが、最終的にデータを取りまとめる「ap_transmitter」が見えませんと構造体配列を決めることが出来ません。

#[Art-Net] #器具の製作 -- Posted by 電装工芸 〔235文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1064 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1064 tegalog Tue, 10 Jun 2025 06:35:53 +0900 　ツンデレを越え、気持ちが折れ始めております。
　と、Antari の他機種(主にX-530)のマニュアルを読みまくったところ、洗浄水は精製水と「白酢(しらす・ホワイビネガー)」を混ぜるらしい。酢は酢でも米酢とか穀物酢ではないらしい。
　なんと～！
　ならばと白酢を使ってみるかと近所のスーパーを巡ったのですが無い。業務スーパーにはあるような気がしますが閉店時間でした。
　仕方ないので amazon でポチリ。
　これを試してダメなら F1 は不燃ゴミにします。NG品は部品取りと思っていましたが、発煙器がダメになるだけで他は壊れないので倉庫の肥やしにしても意味がありません。

追記
　白酢が届いたので早速呑ませてみました。精製水８：白酢２です。
　数時間ですから解決には至りませんが、液の吸い込みが若干早くなりました。
　しばらく続けてみましょう。

#器具の修理 -- Posted by 電装工芸 〔409文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1035 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1035 tegalog Thu, 10 Apr 2025 19:37:45 +0900 　最寄りに発電機を置いて C型30A を2-4個付けたいらしいのですが、C型30Aの6回路箱を作っては費用と手間がかかり過ぎる。
　数年前のライトアップで小さなウォルボックスをやたらと使って倉庫の肥やしになっているので再利用することにしました。

　こんな感じです。C型30A先バラの屋外タイプって感じです。　


　C型30Aコンセントは20度傾けた状態で取り付けます。


　取付台座は3Dプリンタで製作です。


#器具の製作 -- Posted by 電装工芸 〔253文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1034 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1034 tegalog Thu, 10 Apr 2025 16:59:51 +0900 　先の書き込みにもありますが酸素系漂白剤を試してみます。
　溶液はエタノール２：フォグリキッド１：酸素系漂白剤０.５です。
　酸素系漂白剤はKAOさんの「ワイドハイターEXパワー」です。自宅での洗濯やプラスチック部品の漂白に使っています。手元にあっただけで選んだ理由は特別ありません。
　驚いたことに、吸わせて30分もしないウチに溶液が真っ茶。麦茶レベルです。これまでお酢を通した後にこうなることはありましたが、お酢を使わなくなってからは空焚きの後でもここまでなることはありませんでした。お酢を使うとその色なのか汚れが落ちたのかわかりませんでしたけどね。ただし、長時間吸ってはいけない臭いはします・・・。
　溶液の消費量は１時間25mlとまだまだ少ないですが、煙の量は増えています。フォグリキッドは3.5倍に希釈してますからそもそも少ないのですが、一つ前の溶液通しのときより明らかに増えています。現場で使える量ではありませんがあからさまに増えていると期待感を持ってしまいます。これはたぶん空焚きのオカゲですけど。
　本業の照明プランや舞監仕事のデスクワークが溜まっているのであまりお相手は出来ませんが、今日一日様子をみましょう。

　と、少し様子を見ていたら溶液の消費量が増えました。10分で10ml弱？

追記
　たぶんと思っていたツンデレのツンがきました。
　空焚きすれば戻るし、どうやっても出ないなら不燃ゴミになるだけ。焦げカスは排出してるし、まぁ、いいんですよ。
　イチイチ一喜一憂してても精神力の無駄遣い。思春期の娘だと思えばいい。
　気長にお相手しましょう。

#器具の修理 -- Posted by 電装工芸 〔731文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1006 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1006 tegalog Mon, 10 Feb 2025 10:21:34 +0900 　煙量や吸い込み量は増えていますがマダマダです。不燃ゴミから回帰させるには煙量が劇的に増えないといけませんが、このまま続けても十分な改善は期待薄。薬剤を吸わせるのは止めようと思っていましたが、最後にこの辺りを試すべきかもしれません。
　と、ネットで調べると塩素系は金属に悪さをするそうな。これはやめておきましょう。
　酸素系漂白剤は焦げ落しにも使えるらしい。適温は50度くらいらしいので温度過多の様な気もしますが、少量突っ込んでみましょう。

#器具の修理 -- Posted by 電装工芸 〔297文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1005 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1005 tegalog Mon, 10 Feb 2025 07:52:16 +0900 　自分をサンプルにイロイロ試していますが、足裏の踵骨(しょうこつ)と舟状骨(しゅうじょうこつ)の間を押しつつ親指を捻りながら軽く引っ張ったところ凄く効いた。
　足の親指は頭から首筋にかけての反射区です。足の横アーチ(中足骨の横の繋がり)を柔らかくする実験をしてて首筋から肩甲骨にかけて凄く軽くなって驚いたりしてましたが、踵骨を押さえながら親指を解すことで首筋の頸椎周辺の通りが明らかに軽くなりました。
　また、内蔵に関わる反射区も教科書通りにマッサージしていますが内蔵が明らかに軽くなり、先人の知恵に驚愕中です。
　ふくらはぎの張りやコリが取れていくのに伴い血圧も下がっています。血圧を下げる薬を服用するのが悪いとは思いませんが、足先のコンディションが悪いまま薬で強引に下げるのは体のバランスを崩すだけかもしれない、などと思ったりしています。その昔、私は降圧薬を飲んでもほとんど下がりませんでした。薬よりも血圧を上げる原因の方が強ければ下がりませんよね。故に指圧で足のコンディションを整える試みのおまけで血圧が下がったことには驚きを隠せないのです。
　運動やマッサージ(含む指圧)で身体の巡りやバランスを整えることが第一で、その次に薬を使うのがいいのかもしれません。まず薬ありきは順番が違うのかもしれません。薬は致死量に程遠い「毒」ですから飲まずに済めばそれが一番・・・などと思う今日この頃です。

　トランジスタやオペアンプの使い方が身に入った瞬間に近い、新たな世界が垣間見えてきた気分です。

　本業の現場と数モノ修理が続いてネタが無いっす。
　ならば自分の修理もネタにするwww

#自分を修理しよう！『指圧の世界』へようこそ！？ -- Posted by 電装工芸 〔727文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=919 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=919 tegalog Sat, 10 Aug 2024 09:56:56 +0900 　以下、現在進行中の話です。

　自覚症状はほぼ無かったのですが、丸一日立ちっぱなし舞監仕事の後なんだか足が痛い。
　自分で触診したら膝下全体がコリ球みたいになっていて、自分で軽く圧しただけで激痛が走る。
　これはヤバイけれど決定打は無いしどこ圧しても痛いしで、翌日知人の鍼灸院に駆け込む。「コリコリだねぇ～」と笑われるが冗談じゃない。
　鍼の効果で膝下全体がコリ球って状態は解消したものの、自分で押しても激痛が走るポイントが数か所ある。いや、鍼のお陰で酷いところが表に出てきたと言った方が正しいかな？
　コリコリのところに冷感湿布を貼ってサポーターで保護し、就寝前と起床後にマッサージを施して10日間。激痛が走るポイントが減って柔らかくなってきた。まだ硬くて痛いところはあるけれどイイ感じ。
　この経過で思ったことですが、膝下から爪先までは疲れの毒が溜まりやすいので大事にした方がいいみたい。

　ただ、溜まった毒を流すと驚くほど全身が軽くなるのですが、流れ出た毒による気持ち悪さも出てくるので不思議な感覚の数日でした。
　今は膝下全体が軽くなってコリ球や激痛が走るポイントも無くなりましたが、ふくらはぎ(正しくはヒラメ筋)を指圧して足の指先に痺れを感じた時には驚きました。「あ、ヒラメ筋が堅くなって神経が圧迫されてる」ってのが分かるワケです。
　今は足先に血がドクドク巡り、足指で床を握れそうな感覚になってイイ感じです。
　まだまだ勉強と研究ですが、これはいいですね、ナルホドですね。

　ちなみに、足が軽くなったら高めの血圧が30ポイント下がりました。「足は第二の心臓」とはよく言ったものです。
　どんだけ高かったんだって話は普段の仕事をアドレナリンをブンブンでやり切っているので仕方ないのかな？

#自分を修理しよう！『指圧の世界』へようこそ！？ -- Posted by 電装工芸 〔791文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=918 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=918 tegalog Sat, 10 Aug 2024 00:53:16 +0900 　常にではないのですが、濁った＃18というか茶色っぽくなったり光量が落ちたりスパークすらしなくなったりします。
　電源条件が悪いとか球の劣化とかってのが普通の疑いだと思いますが、条件の良い100vでも200vでも、新しい球でも古い球でも不規則に発生します。
　数年前から稀に起こっていたので球を新しくしたりしたのですが、頻度が増しているので流石にヤバイ。。。
　自力はムリなのでメーカーさんに修理を依頼します。ウシオさんのテクニカルセンターは茨城県つくば市にありますのである意味近所。来週直に持ち込みの予定。
　にして、原因を知りたい・・・。どちらかと言えば興味として。
　状況を鑑みるに、電路のどこかが腐食しているか緩んでいると予想。それが本体なのかケーブルなのか整流器なのかはわかりませんが、整流器の回路は正しい電流を出しているのにランプまで届いていないのではないか？というのが今のところの疑い。
　興味はともかく、このままでは夏から冬のディナーショーがヤバイ。
　湿度100%とか降雨の野外現場でも使ってきましたので湿気にやられたんかなぁ～。そんな現場の後に必ずしも天日干ししなかったこともありますし。

#器具の修理 -- Posted by 電装工芸 〔538文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=893 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=893 tegalog Mon, 10 Jun 2024 21:20:29 +0900 　電源の直近ですから磁界が強いのだと思いますが、美味しい空きスペースに置けないのは残念。

#RaspberryPi 　 -- Posted by 電装工芸 〔137文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=856 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=856 tegalog Wed, 10 Apr 2024 15:21:28 +0900 　Art-Netを受信して現在値を得る部分とそれを読みだしてパッチなりの加工をする部分はプロセスを分けようと思います。C言語では手続き型で書いても関数型で書いても基本は１プロセスで動作します。RaspberryPiでも１プロセスですべての処理を行っても間に合うと言えば間に合うのですが、プロセスを分けておいた方が処理に余裕が出来て後々いいかなと。
　プロセスを分けることのメリットはあるのですが、問題はプロセス間のデータ共有、共有メモリへのアクセスのタイミングです。受信プロセスが共有メモリに書いている最中に次処理のプロセスが読み出すとデータに不整合が起こります。一つのプロセスやスレッドで読み書きを行うなら手続きの順番的に起こらないことですが、それぞれが平行して勝手に動いていれば起こりうることです。書き込んでいる最中は読み出しを待たせ、読み出している最中には書き込みを待たせる仕組みが必要です。
　共有メモリは単純な機構のために速度が期待できる反面この様なマネージはされていません。書き込んでもいいぞ読み出してもいいぞとタイミングをジャッジする仕組みは自作しないといけないのです。
　機構は単純ですが、吟味しないと潜在的なバグ要因になりそうです。

#Ｃ言語 -- Posted by 電装工芸 〔557文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=831 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=831 tegalog Sun, 10 Mar 2024 06:22:03 +0900 　パッキン施工が甘く水漏れダメージが酷い品が終わり、ネジ穴の位置が旧タイプと違う現行の電源モジュールへの換装手順も確立しましたので、１台あたり２時間程度で進められる様になりました。ケーブルを交換してこのラップタイムなら悪くありません。毎日は出来ませんが、これなら時間が空いた時に１台仕上げることが出来ますので、今月中に全数終わるかなぁ～って気分になってます。つか、今月中に終わりにして次に行きたい・・・。
　あとは、１台を人身御供にして最悪環境を想定した漏水チェックをしたいかも。３ヶ月くらい屋外放置することもあるので、今の施工で耐えられるのか確認したいのです。

#器具の修理 -- Posted by 電装工芸 〔321文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=819 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=819 tegalog Sat, 10 Feb 2024 00:01:02 +0900 　製品はHiKOKIさんのCV12DAです。手持ち電動工具はmakitaさん一強の世の中ですが、父が前身である日立工機を勤め上げた人なので可能な限りHiKOKIを選ぶ様にしています。

　ナゼ購入に至ったかというならば、プルボックスにC型30Aコンセントを取り付けるためです。C型30Aコンセントを取り付けるには角穴を空けなければなりませんが、すでに箱になっている物の横っ腹に角穴を空けるのは案外難しい。手元の工具ならPROXXONのフライスマシン、ジグソー、トリマーなどが候補となりますが、どれも平板や角材などの原材の加工には便利なものの箱を相手にするのは苦手です。
　マルチツールはその名の通り１台で何役も兼ねる工具ですが、基本の一つであるノコ刃を使えば平面の途中に切れ目を入れることが出来ます。これで四角を描けば角穴になるワケです。フリーハンドで当ててもそれなりに切れるそうですが、ネジ穴との位置関係も重要ですし、ケガく手間も減らせるものなら減らしたいので、ガイド(治具)を作って効率を上げてみましょう。
　現物の到着は数日後ですが、同じ頃に箱も入荷しますので試し切りをしてみたいですね。

#ガチ工作 #器具の製作 -- Posted by 電装工芸 〔572文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=758 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=758 tegalog Fri, 10 Nov 2023 23:32:54 +0900 　以下、オレメモであります。
　あえて gcc を使うのは Linux で標準だからです。

VSCode で gcc を使う

2023年9月10日実施

● OS
エディション: Windows11 Pro x64
バージョン: 21H2

● Visual Studio Code
バージョン: 1.74.2 (user setup)

※ ダウンロード量が 1.8GB くらいあるのでネット回線が良好な環境での作業を推奨します。

● gcc をインストールする
・gcc を GitHub からダウンロード
　https://github.com/niXman/mingw-builds-b...
　「Release of 13.1.0-rt_v11-rev1」の項から Windows64bit版
　ダウンロード項目: x86_64-13.1.0-release-win32-seh-msvcrt-rt_v11-rev1.7z
・圧縮ファイルなので解凍する。.7z ファイルは CubeICE で解凍可能。「mingw64」フォルダが出来る。
・「mingw64」フォルダごと任意の位置に配置する。"C:\Program Files"が適当？」
・PATH を通しておく。環境変数のPATHに「mingw64\bin」を追加する。今回は"C:\Program Files\mingw64\bin"とする。
　「Windowsメニュー」→「設定」→「システム」→「バージョン情報」
　→「関連リンク」の行の「システムの詳細設定」をクリック。
　→ ウィンドウ下の方の「環境変数」をクリック。
　→ 上段のリスト、PATHの行をクリックし、「編集」をクリック。
　→ 表示されたリストに"C:\Program Files\mingw64\bin"を追記する。
　→ 追記したら閉じる。
・確認
　コマンドプロンプトか Power Shell で次を実行
> gcc -v
　もろもろ表示された最後に以下が表示されればOK。
gcc version 13.1.0 (x86_64-win32-seh-rev1, Built by MinGW-Builds project)

● Microsoft C++ Build Tools をインストールする
・microsoft のサイトよりインストーラーをダウンロード
　https://visualstudio.microsoft.com/ja/vi...
　※「Microsoft C++ Build Tools」で検索しても上記 URL に行きつかない。試行錯誤中、偶然行きついた。
・ブラウザの「Build Tools のダウンロード」をクリックすると「vs_BuildTools.exe」がダウンロードされる
・ダウンロードしたインストーラーを起動する。
・「Visual Studio Installer」と画面が出てファイルのダウンロードが始まる。
・画面が切り替わり、右項目「インストールの詳細」に「MSBuild Tools」が表示されているの確認。
・左項目「C++によるデスクトップ開発」をクリック。右項目「インストールの詳細」に追加されているのを確認。オプションはデフォストのまま。
・右下の「インストール」をクリック。終わるまで待つ。ダウンロード量が 1.7GB ある。かなり時間がかかる。
・終了したら Windows を再起動する。

● VSCode の設定・・・拡張機能をインストール
・C/C++ Extension Pack
・Code Runner

● VSCode の設定・・・拡張機能の設定
・Code Runner
　Code-runner: Run In Terminal
　 → チェックを入れる
　Code-runner: Executor Map
　 → settings.json をクリック
　 → "c" に -fexec-charset=CP932 を書き加える
　- "c" : "cd $dir && gcc $fileName -o $fileNameWithoutExt && $dir$fileNameWithoutExt",
　+ "c" : "cd $dir && gcc -fexec-charset=CP932 $fileName -o $fileNameWithoutExt && $dir$fileNameWithoutExt",

　次のサイトの例題がコンパイル出来、Python からの呼び出しで動作しました。
「PythonからC言語の関数を呼び出す（基本編）」

　Ｃ/Ｃ＋＋のライブラリを Python で呼び出せると製作の幅が広がります。
　手始めにしては難しい課題ですが、DoctorMX を Python から使えるようにしてみたいですね。

#Ｃ言語 #Python -- Posted by 電装工芸 〔2121文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=714 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=714 tegalog Sun, 10 Sep 2023 12:24:04 +0900 　・・・ってことが頭の中で混乱しました。
　29.97fps-NDF はタイムコードの時間勘定が増えるため値の進みが遅くなります。
　こういった「増えると減る」みたいな関係は挙動の理解がややこしい。

#タイムコード -- Posted by 電装工芸 〔174文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=685 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=685 tegalog Thu, 10 Aug 2023 10:51:38 +0900 　ドライバは自動でインストールされますが、ネットからドライバを引っ張ってくるためかCOMとして認識されるまで数分かかります。
　RaspberryPiにシリアルコンソール接続して試してみましょう。

#電子工作 #器具の製作 -- Posted by 電装工芸 〔166文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=589 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=589 tegalog Wed, 10 May 2023 17:33:00 +0900 　数日放置してコーキングが固まったら水バケツに入れて具合いを見ます。
　求めるのは防水ではなく防滴ですから浸水チェックは不要と言えば不要ですが、これでＯＫなら防滴性能があるとしていいでしょう。

#器具の製作 -- Posted by 電装工芸 〔143文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=588 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=588 tegalog Wed, 10 May 2023 17:29:01 +0900 　ほぼUARTであり、スタートビット0/1bit、データ8bit、ストップビット1/1bitです。
　これならPICのUARTで誤差無しで扱えます。

　送信回路は電源5vとTTLレベルのUARTに220Ωを入れたシンプルな物。受信回路がフォトカプラ前提なので信号自体は反転しています。
　信号経路がGNDショートすると23mAほど流れます。PICなら耐えられますが、UARTのI/Oがオーバーロードになるならバッファートランジスタ(2SC1815でもスピードアップコンデンサを入れればキレイな波形が出るハズです)を入れた方がいいかもです。

　凄くシンプルなMTCジェネレーターならすぐ作れそうです。

#タイムコード -- Posted by 電装工芸 〔349文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=587 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=587 tegalog Wed, 10 May 2023 14:01:54 +0900 　様々なアプリがあるので一概に言えませんが、タイムコードはLTCではなくMIDI-TimeCode(以下、MTC)ではないかと思われます。というか、それらのアプリの用途を考えたらMTCが自然かと。
　LTCのメリットは音声信号であるため配線の選択肢が多いことです。仕込みの効率が良いのでLTCを望んでいるのです。
　ですが、既存のアプリが使えるならその流儀を優先させた方が良いかもしれません。LTCを扱える調光卓はMTCも扱えますし、音声再生の視点ではMTCの方が汎用性が高いからです。
　LTCのメリットでありMIDIの弱点となるのは音声信号として扱えるかと配線長です。この辺りを対策すれば音声再生側も調光卓側もMTCでいいんじゃないかと。

　さて、どうしましょう。
　LTCのメリットとMTCのメリットを足して、MTCを音声信号として送れるようにすればよくね？
　MIDI全般に対応する気はありませんから、MTCに特化して音声信号(差動バイフェーズ)として送るのです。

　参考
　MIDIタイムコード規格
　MIDIタイムコード(MTC)について調べてみた
　有志の方のサイトです。
　ここで言うMTCは記事にある「クォーター・フレーム・メッセージ　F1 dd」のことです。

　MTC(コマンド0xF1)はMIDIの回線をタイムコードで占有しないために２フレーム分の時間を使って送信するようです。
　バイト送信のタイミングはMTCを出す側に依存するとしても、１フレームの時間で８バイト送れればいい。MTCに完全特化してコマンド0xF1を省けば４バイトです。
　４バイトなら１フレームの時間内で40bit送れればよく、最もビットレートが速い30fpsでも1,200bpsあれば事足ります。差動バイフェーズで音声信号化しても問題無しです。
　受信側はバイト受信の度に0xF1を付けた2バイトをMIDIとして送出するだけです。
　この方法は僅かな遅れを生じますが、MTCは２フレーム遅れるのが前提の規格ですし、遅れが一定ならば実用上の問題は無いと考えます。
　分解能が1/12～1/15秒であることもMTCの前提ですが、卓や灯体の遅延はもっと大きいし、これが見える人もそうそう居ないでしょう。

　自画自賛ですが悪くないアイデアです。

#器具の製作 #タイムコード -- Posted by 電装工芸 〔1020文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=586 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=586 tegalog Wed, 10 May 2023 11:47:23 +0900