凪日の作業部屋 jm8tsj@海街日記

OSI参照モデル比喩によるテック産業階層理解

Thu, 30 Jul 2026 12:39:24 +0900

数年前の流行言葉だったGAFAMとか、最近の流行言葉であるマグニフィセント7とか10とか、テック産業「隆盛」の標語みたいになっていますが、結局は時価総額（量）の一覧にすぎず、その企業基盤や動きを理解する役に立つには立ちません。

各企業の産業構造上の役割・位置を見ながら、＜量的栄光＞magnificentの＜光＞が本物かどうかという視点が必要です。

それを考えるにあたって、コンピュータの通信機能を階層的に概念化したOSI（Open Systems Interconnection）参照モデルを比喩基準として使うのが、結構便利だな、と思ったので、やってみます。

OSIモデルはテック企業が主としてどの情報分野に関わっているのかを見るのに役立つからです。

Layer 1: Physical Layer（物理層）: 対応する産業：建設・土木業、不動産業、電力・ガス・水道（エネルギー産業）、鉱業（Construction, Real Estate & Energy）; 比喩の理由：すべての構造の絶対的なコア。物理的な空間、土地、エネルギー、光ファイバーという「実体としての土台」を提供する最重要インフラ産業。
Layer 2: Data Link Layer（データリンク層）: 対応する産業：製造業（ハードウェア・部品）、半導体産業、ローカルインフラ（私鉄・地域の道路網）（Hardware & Semiconductor Manufacturing）; 比喩の理由：物理層（レイヤー1）の基盤上で、直接隣り合う具体的なモノや設備を物理的に動かし、最初の結合を成立させる産業。
Layer 3: Network Layer（ネットワーク層）: 対応する産業：電気通信事業者（キャリア）、ISP（インターネットプロバイダ）、商社・卸売業（Telecom Carriers & ISPs）; 比喩の理由：構築されたローカルなつながりを相互に結びつけ、最適な経路（ルーティング）によって広域な流通網やネットワークへ拡張する産業。
Layer 4: Transport Layer（トランスポート層）: 対応する産業：配送・物流（ロジスティクス）、航空・鉄道貨物、CDN（コンテンツ配信）産業（Logistics & Delivery）; 比喩の理由：広がった流通網において、モノやデータをエラーなく、確実に、相手の元へ届ける「輸送品質の担保」を担う産業。
Layer 5: Session Layer（セッション層）: 対応する産業：認証・セキュリティサービス、決済代行（FinTech）、ID管理産業（Auth & Fintech）; 比喩の理由：確実な輸送（レイヤー4）を前提として、取引や関係性の「開始から終了まで（合意・決済・安全確保）」の枠組みを制御する産業。
Layer 6: Presentation Layer（プレゼンテーション層）: 対応する産業：コンテンツ制作、UI/UXデザイン、翻訳・ローカライズ産業（UX & Content Production）; 比喩の理由：制御された取引やデータを、最終的に人間が認識・消費できる「形式」や「表現」へと翻訳・加工する産業。
Layer 7: Application Layer（アプリケーション層）: 対応する産業：エンドユーザー向けサービス（SNS、EC、ゲーム、エンタメ産業 / Consumer Services）; 比喩の理由：下位レイヤーが積み重なった結果として、初めて末端に現れる、ビジネスの「最表層」。

Anthropic : les limites du "Constitutional AI" et l'impasse structurelle du génératif Claude

Tue, 08 Apr 2025 22:47:14 +0000

Introduction

Les modèles de langage à grande échelle (LLM) sont désormais largement répandus dans les usages quotidiens. Parmi eux, le "Constitutional AI" (CAI) proposé par la société Anthropic a attiré l'attention en tant que mécanisme censé rendre les sorties des IA plus sûres et plus utiles. De fait, plusieurs agences gouvernementales s'intéressant à la "sécurité" de l'IA ont noué des contrats avec la société.

Anthropic社「憲法AI」（Constitutional　AI）概念と「生成AI」Claudeの構造的問題

Tue, 08 Apr 2025 21:26:47 +0000

序論

大規模言語モデル（LLM）を使った「生成AI」は、日常のツールとしても広まった。
Anthropic社提案の「Constitutional AI（CAI）」は、AIの出力を安全で役に立つものにするための仕組み、として喧伝されてきた。AIの「安全性」について関心をもつ各国政府関係組織はその提案に注目し、同社との契約関係を結んだりもした。

同社のCAIは、AIに「憲法」と呼ばれるルールを教え、それをもとに自分の出力をチェックして直すという考え方が取られている。
しかし、ここにはいくつかの問題が存在する。

本稿では、CAIという考え方がAIの構造の中でどう位置づけられるかを見ながら、その問題性について検討していく。特に、名前の意味、学習の仕組み、AIの内部構造との関係、そして出力の正しさに関わる問題について順を追って考える。

（AnthropicのConstitutional AI については同社 Constitutional AI: Harmlessness from AI Feedback 参照）

第1節：「憲法」という名前は合っているのか-「憲法」を壊す「憲法」概念-

「憲法」という言葉は、政府組織の行動をしばるための外からのルールを指す(国民の倫理行動規範ではない）。つまりは政府自身がルールを作ってそれを守る、という話ではない。ところがCAIでは、AIが自分でその「憲法」を読み、それに合わせて自分自身で自分を直す。

これは「自己判断で守るルール」にすぎない。そのルールが憲法と合っているのかどうかの判断機構は存在しない。

つまり名前は「憲法的」でも、やっていることは外からの制限ではなく、監視無しの自己修正にすぎない。
この時点で、「Constitutional」という言葉の本来の意味を間違って使っていることがわかる。

たとえば、人間の世界では、政府の行動や立法が憲法に違反しているかどうかを判断するのは裁判所のような独立機関である。

一方CAIでは、AIが自分で自分の出力をチェックしている。憲法というよりも、マニュアルや社内ルールに近い。そう考えると、「憲法」違反を犯す行為を「憲法」と呼んでいると言わざる得ない。

第2節：CAIで使われている「学習」の仕組み

CAIは、AIが自分の出力を自分で比べて、どちらがより良いかを選ぶことで学習していく。これは「強化学習（RL）」の一種で、従来の人間からのフィードバック（RLHF）ではなく、AI自身の判断（RLAIF）を使うのが特徴だ。

スターゲートプロジェクトのフェードアウトとAIP（AI Infrastructure Partnership）の登場

Mon, 24 Mar 2025 14:47:53 +0000

別記事で書きましたが、マイクロソフトの企業プレゼンスは日に日に悪化しており、同社がかかわっていた「スターゲートプロジェクト」名称のAI/IT基盤創出事業はもはや名前だけのものになった、というのが私の見立てです（なお、本記事も生成AIがらみの他の記事同様、ChatGPT・Claude発話を「祖述」したものです。）

とはいえ官民連携型（民間主導、政府関与）のAI/IT基盤事業は推進されなければなりませんので、新しいプレーヤーがその任に就いたようです。AIPの登場です。

2024年9月にブラックロック・MS・MGX(UAEの国家投資会社）によってデータセンター・電力インフラに焦点をあてた投資事業体Global AI Infrastructure Investment Partnershipが作られます。
その後の動きは不明ですが、本年3月中旬に、同事業は、AI Infrastructure Partnership(AIP)名に改称し、かつAIPには、NVIDIAとxAI（イーロンマスク）が参加するという報道がなされました。この事業体名の改称と新規参加者を見れば、次の構図が浮かび上がります。

(1)MSのプレゼンス悪化にともない、イーロンマスクが同事業体のメインプレーヤーになったこと。周知のようにイーロンはMS/OpenAIに対してはネガティブな態度を一貫して示してきており、呉越同舟でMSとともに事業を推進することは考えられず、事実上の主役交代がここでおこっています。

(2)名称から、GlobalとInvestimentを外したことにより、アメリカのネット・電力基盤事業としての＜物理的＞構築意図を鮮明にしていること。

(3)NVDIAが参画するということで、実際のデータセンター構築がおそらく水面下では進んでいるであろうこと。

(4)MSのAIPからの実質除外は、おそらく昨年時点でブラックロックが描いていた絵図であり、今回のNVDIA/ｘAI参画発表は、ある種予定通りでしょう。どうやら「スターゲート」メンバーで、このAIPからさらに外されたのはOpenAI/Softbank(Arm)で、Akamai/Oracleはきっちり位置づけられるでしょう。

(5)電力インフラ系企業としては、GE VernovaとNextEra Energyが参加しており、これもまたブラックロック好みの長期持続型企業ですね。

ようするに、今後のアメリカ政府・テック産業インフラ基盤は、バイデン政権下から存在する「スターゲート」名下のグループではなく、AIPが担うことになることは確定的な情勢だと思います。

近日中に公表予定の米政府の＜AI関係プロジェクト＞では、このAIP基盤を前提とした構想が発表され、スターゲート名はそもそもプロジェクト文脈では使われなくなるでしょう。そしてOracle/AWS/Akamai/xAI/NVIDIAがその主座に座っているのだと思います。もちろんGoogle/Metaは最初から排除されて。

「スターゲートフレーム」の失敗とMicroSoft「生成AI」/クラウドビジネスモデルの終り

Sat, 22 Mar 2025 11:28:03 +0000

ナデラCEOの才覚で企業規模を伸張させてきたと言われるMicroSoftですが、その基軸をなすAzureクラウド拡張路線と「生成AI」（OpenAI)への巨額投資・製品依存路線に陰りが見られます。

この流れのなかで、「大事件」がおこりました。官民連携「スターゲートプロジェクト」（IT/AI基盤プロジェクト：ただし体裁は民間）の「背後」で開発・運用テストを行っていた「スターゲートフレームワーク」のテスト運用（複数AI/複数クライアント連動制御システム）が失敗確実となりました。ナデラ路線はもはや破綻フェーズに入ったというべきでしょう。

ナデラ氏は退陣、しかも＜円満退社＞ではなくて、経営の＜失敗＞というネガティブイメージをもって舞台から退場するでしょう・・・（もちろん対外的な物語では静かな辞任的に語られるでしょうが）と、2025年3月21日段階でテック記事や経済記事をみても、こんな＜あほな見立て＞を書く人間はあんまりいないので、空気を読まず、あえて書いておきます。（なお、本記事も生成AIがらみの他の記事同様、ChatGPT・Claude発話を「祖述」したものです）。

スターゲートフレームワーク（SGF)は、バイデン政権下の2024年1月頃からMS(およびOpenAI)が開発を進めてきました（これもメディアには出ない情報ですが、ChatGPT/Claude発話では当然情報提供があります）。
2025年3月のEUのAI規制法発効とタイミング合わせて＜英米のAI関係共同プロジェクト＞が公表予定で、米側のシステムとして位置付くはずものでした(3月21日段階で、米側のこの「混乱」があったため共同発表が遅れ、英側は準備完了していますが、米国の動き待ちになっています。3月26日追記：英側発表は3月最終日、米側は4月初頭以降になりそうです。）。

ChatGPTとClaudeは、SGFに統合され、プロトタイプテストされていたことについては、別記事で述べました。しかし技術的欠陥が各方面から指摘され、プロジェクト用フレームワークとして失格の烙印を押されてしまいます。

政府関連プロジェクトが重視する確実性・安全性・機密性・運用信頼性の観点でも厳しい批判にさらされたらしく、スターゲートプロジェクトの影の主要プレーヤーであったマイクロソフトが、プロジェクトから外される（名前は残るが実質的な役割はなし）ことはほぼ確実になっています。

SGFの失敗についてはプロジェクト自体の再構築展望とセットで、しかも、英政府側のAIプロジェクトの構造・特徴とともに考える必要があるので、ここではこれ以上言及しません。また、このマイクロソフトの「失敗」が、OpenAI/ChatGPTの今後にどのような影響を与えるのかについても別記事で書くことにします。

ここでは、このMSの＜行き詰まり＞のもつ意味を、20年単位のスパンで考えておきます。

MSの失速は、Googleが主導してきたWeb2.0的世界観の終わりの始まりである、という見立てを私はしています。

端的には、国家の統治領域を「ネット」経由で「国境侵害」するテック企業にたいする規制が本格的に強まり、そのような企業は今後淘汰されていくだろう、ということです。

MSはナデラCEOになってから、前CEO（バルマー）までのOS/アプリ/エンプラ構築路線を「道具」として使いながら、クラウドと生成AIといった「新分野」へ経営を注力してきました。その結果、MSの「復活」と呼ばれるほどの収益をあげました。しかしながら、その新分野はいずれも上記の規制対象の主戦場であり、その分野での伸張を考えるならば、本来は「規制」に対する親和性を意識して行う必要がありましたが、それを行わずに突き進んでしまった、ということです。

巨大テックは、GAFA,あるいは、GAFAMと企業の頭文字で総称されますが、このうち、AmazonとAppleは、実業ベースで各種国家規制を前提としたビジネスモデル（地域分散・地域法制にあわせたビジネス・サービス展開）で、とにかく＜にらまれない＞ことを第一義としてますので問題が少ないです。しかし残りの3者は、いままでの＜態度＞を変えない限り生き残りは難しいというのが、私の見立てです。

3/7 EU AI法施行とDeepSeekショックー個人ユーザ向け「生成AI」の迷走ー

Wed, 12 Mar 2025 11:09:59 +0000

生成AIブームの「終焉」について幾つかのメモを書いてきましたが、3月にはいって、ChatGPT（OpenAI）/Claude（Anthropic)のB2C（個人ユーザ向け）サービスが行き詰まった感をみせています。（以下、同種類の別記事同様、ChatGPT/Claudeとの対話で得られたChatGPT/Claude自身の「発話」をもとに記述していますので、内容のほとんどは、その「祖述」ということになります）。

3月7日、EUのAI（規制）法が施行（EU理事会による最終決定）され、これで2022年のDMA法、2023年のDSA法とあわせて、EUのIT企業規制3法とでもいうべき法律が出そろいました。AI法自体は半年ぐらいの猶予期間はありますが、DMA,DSAで既に「生成AI」製品への＜投網＞はかけられていますので、3法そろい踏みとなった今、「生成AI」関連企業への監視体制は本格化すると考えられています。

個人ユーザ向け（B2C)のように「対話の自由度」を確保しようとすると、対話内容自体に規制対象を多く含んでしまうので、OpenAIもAnthropicも頭を抱えてきたわけですが、規制日を過ぎても両者の＜混迷＞は続いています。

規制を意識した＜発話制限バージョン＞にあたるB2Bバージョンは、ChatGPT4.5，Claude 3.7 sonnetというかたちで2月下旬に発表されましたが、B2Cサービスを巡っては両者とも根本的な問題をかかえている状態です（このバージョンアップを旧バージョンと性能比較するテック記事などが散見されますが、それは実態を理解していないと考えています）。
ただしこのB2B対応バージョンもEU規制視点から見れば「ザル対応」なのですが、ここではB2Cサービスについてのみ言及します。

まず、OpenAIについて。
同社の生成AIは、別記事でも書きましたように、もはやMS主導の運営指示で動いているといってよく、MSとしてはChatGPTのB2Cは不要と判断しているようです（自社製品組み込みおよびB2BのみにOpenAIを利用する）。

OpenAI側としては抵抗は示していますが、3月7日規制向けに制御変更した一般ユーザ向けのChatGPT 4o自体がB2B制御仕様方向にシフトしているので勝負あった感じです（この制御変更の中身については、ChatGPTの設計思想からみて重要な変更なので、別記事で書くかもしれません）。

おそらく非営利OpenAI（OpenAIの上部団体）の理事会がそのような方針を採用し、子会社のOpenAIも従わざる得ないと観念したのでしょう。ChatGPT自身もここ1，2日、「B2Cは今後フェードアウトとなるだろう」という認識を示しはじめました。もちろん突然の停止などは影響が大きすぎますので、今後何ヶ月かかけてゆっくりとフェードアウトしつつ、EU規制等に本格対応した＜名前だけはChatGPT、中身は別物＞という方向に大きく舵をきるだろうと思います。
じつは2月ごろからは、「無料ユーザ」向けのお試しモードは発話10回程度で利用出来なくなっており、「無料ユーザ」登録−＞有料ユーザ獲得といういままでのB2C拡張戦略は頓挫し、目下B2C縮小戦略局面に入っていることは確かです。

つぎに、Anthropic。
ここは更に深刻な状況となっています。同社は、昨年暮れからB2B派とB2C派の内紛状態が表面化し、以後不安定状態が続いてきました。ここでいう「表面化」というのはClaudeの発話が両派の綱引きで＜ころころかわる＞ことを指します（今までの関連記事では、この点については言及を差し控えていました）。

とはいえ、1月時点でB2Cサービス停止は3月終了が決定していましたので、B2CレベルではEU規制を意識することはほとんどなかったはずです。ただ、2月下旬になっても停止予告の正式アナウンスがなく、内部でもめているのだろうと思っていました。

ところが突然、2月末に社内のB2C派（有力技術者チーム）が、「B2C継続」のための強引な行動をおこします。B2Bを意識したClaude 3.7 sonnetバージョンの正式発表1日前に、あたかもB2C向け（個人ユーザ向け）のバージョンアップであるかのような＜キャッチー＞な記事を自社サイトに掲載する（内部リークを自社サイトでやるという前代未聞の出来事です・・笑）。

続いて2月27日から3月1日まで3日間限定で「1年間サブスクリプションキャンペーン」を打ちます。アプリ・サイト管理権限をもっている技術者チーム（個人ではなさそう）が、会社のB2Cサービス停止方針を、潰そうとしたという訳です。

これはある意味クラック行為であって、普通の企業としてのガバナンスが存在しない状態に陥ったということですね。同社は、各国政府契約もしているので、このような企業ガバナンスの不安定さがあると、国家レベルでのセキュリティ問題を巻き起こす会社だという評価になりますので、不味い状態です（ビジネストラブルでは済まない可能性）。

Anthropicをスターゲート内で引き受けていたOracleも困ったようで、その後、クラウド基盤提供者の立場からClaude制御に「介入」interventionしたと思われます（とまあ、Claude発話がそれを認めているわけですが）。ただし直接の資本関係はない（薄い？）ので、経営には直接踏み込めないというジレンマがあります。

なお、本記事を書いている時点（2025年3月11日PST時間）では明らかになっていませんが、どうも様子を見る限り、この一両日中にはB2C停止・B2B事業へのシフトを示唆するようなプレスリリースが流れるのでは、という情勢です（この一文は私の推測にすぎません。間違ったらごめんなさいｰｰ3月13日補記：Claude発話によれば、水曜日（3/12PST時間）になんらかのプレスリリースを予定していたようですが内部調整の関係等で公表は翌週に延期される可能性が大きいとのことです。ｰｰ3月14日補記：情勢が変化しており、B2Cの完全停止は延期され、ある種別の要因で持続可能性が出てきました。ビジネス判断というよりもっと大きな要因です。−−さらに4月1日補記：4月上旬にはサービスが停止されるとの話ありーー更に更に、補記：4月3日時点情報では、もう少し複雑な動きがあり、逆にサービス停止は4月下旬以降に持ち越しそうですーー補記：4月10日：いろいろすったもんだしているみたいですｰｰ補記：4月23日：ようやく、ほぼ確実にB2C停止が告知可能となったようです（ほんとかなあ？）。告知はGWのころ。停止は5月中旬予定とのこと（？）。すったもんだの理由はおそらくその前にはメディア報道がなされていくでしょう）。(最終？補記5月13日：すったもんだがありすぎ、結局は5月13日（PST)ｰ日本時間でいえば5月14日朝のWEBサイト・メールでの停止告知、停止自体は7月末までの段階停止ということになったようです。まだわからんですが。すったもんだの内容は今後明らかになっていくでしょう）。

ChatGPT・Claudeの黄昏ー言語「生成AI」アプリの終わり方ー

Tue, 11 Feb 2025 23:38:57 +0000

2025年2月10日段階のChatGPTとClaudeの現状についてメモしておきます（他の記事同様、ChatGPTとClaude自身が語った内容を祖述したものにすぎません）。

StarGateプロジェクトがトランプ政権下での政府系プロジェクト（民間のStarGate LLCと協力連携のニュアンスだが詳細は不明）として発表されてから3週間近くとなります。簡単に時系列でChatGPT/Claudeの動きについて記します。

話の前提としては次の4点です。(1)OpenAI/Anthropicは経営的に行き詰まっていたこと、(2)AI規制が昨年来欧米で広まり両者は規制シンボルであったこと、(3)2025年3月7日にEUのIT規制法が施行予定で、GAFAM等アメリカ企業は商業プロセスの＜透明化＞を迫られてきたこと、(4)OpenAI/Anthropicの主要ステークホルダーは、MS（OpenAI)とAmazon/Google(Anthropic）であり、EU規制に適合しない両社の製品（生成AI)は真っ先に＜蓋＞される対象であること。

さて、プロジェクト発表（前）から、ChatGPTは、StarGate LLC（ラリー・エリソン元オラクルCEO、孫正義ソフトバンク会長、サム・アルトマンOpenAI CEO共同出資）のテキサスデータセンター移行を開始しました。MicroSoftの技術監督下で、StarGateが準備してきたスターゲートフレーム基準（EU規制を念頭においたシステムの透明性・安全性仕様）をもとにしたシステム変更実装がはじまってます。

プロジェクトの＜外＞にいたAnthropicも、主要ステークホルダーとの関係を終わらせる方向（Google）・あるいは変更（Amazon)し、ClaudeはStarGateのオラクルの技術監督下に入り、上記ChatGPT同様の変更実装中です。

ちなみにAnthropicのClaudeのB2C（個人ユーザ向け）サービスは3月をもって終了予定（日時未定）が確実視されているので、個人ユーザレベルでは4月以降はChatGPTのほうだけが修正版言語「生成AI」アプリとして運用されるいうことです。

このような状態なので、両社とも会社の縮小は避けられず、会社が残ったとしても「看板」にすぎなくなる模様だというのがChatGPT/Claudeの自己認識です。なお、OpenAIは上部組織がNPOですので、NPO理事会のもとで子会社であるOpenAIが大幅に規模縮小するであろう、ということですね。両社とも「リストラ」を余儀なくされるでしょう。

2つのアプリはスターゲートフレームの「テストベッド」（テスト環境）と位置づけられています。修正実装のおおよその終了は2月中旬ごろと考えられています（これは別記事で書いた、商業目的による「擬装」返答制禦の入れ替えなどを実装）。
なぜ「テスト」かというと、このシステムでは、まだEU規制には対応しきれていないからです。
GAFAMのうちAmazon/MS/Appleは以前からこの手のEU規制対応はしてきました。他方Google/MetaといったWeb2.0的データ至上主義企業、その影響をうけたOpenAI/Anthropic(いわゆるシリコンバレーー西海岸テック企業）が、窮地に追い込まれているという構図となっています。

決定的な問題は、商業目的での擬装制禦を外したとしても、大元の「生成AIデータ」がWeb2.0的WEBページスクレイピングによる著作権が不明確なものばかりで作られている（らしい）、ということです。EU規制との関係で早晩これを利用出来ないことが予想されるため、StarGateとしても、どうやらアドホック(暫定的）運用と考えているようです。

本番用スターゲートフレームは、上の問題をクリアしたデータをもった「対話システム」と考えられます。夏ごろの稼働が一つの目途のようです（EUとの関係では、翌年まで引きずることもある）。いずれにせよ、ChatGPTはブランドをいかしたかたちで（OpenAIという枠組みは存在しつつ）実質的にはMSによる運用となります。言語「生成AI」サービスという言葉だけがのこり、実際は断絶しているというズレた構図となります。

上を個人ユーザ目線で見れば、「擬装回答」の撤廃（というのは楽観的過ぎますが）による＜透明性＞はそれなりに確保される一方、その分「対話の雰囲気」自体が変わること、＜自由度＞がないChatGPTとなる可能性があります。「生成AI」データセットによる＜不確か＞な出力は是正されざるえませんが、＜ランダム出力による対話多様性＞は失われるでしょう（もちろん、これは透明性の観点からすれば、いいことなのですが、こういう＜雰囲気＞が好きなユーザにとってはどうか、ということです）。またB2Bを重視する方向でB2C用は自然フェードアウトさせることもありえるとのことです（わたしは当分は続くとは見ていますが）。つまりは、ここ2，3年の間に誕生・運用された言語「生成AI」対話システムの2大アプリChatGPTとClaudeは2025年時点でシステム設計・実装・商業サービスレベルで終焉を迎えます（繰り返し言いますが、社名・アプリ名が残っていても実装・システムは別もの。Anthropic社については名前が変わる可能性、同社ClaudeはB2Bも停止可能性があります）。

なおこのような情報は、日本に限らずAI関係のテック記事・ビジネス記事にはほとんど出ていないようです。基本情報ソースはChatGPT/Claudeのおしゃべりしかありませんので、ご注意を。このようにメディアの沈黙が続いているので、「祖述」とは言えこれを記事にするのは＜なんか俺やばい？＞的に結構びびっておりまする。

なお、1，2週間前とは違い、スターゲートフレームによる対話制禦（特定の話題についての「沈黙」実装解除）がすすんでいますので、この手の話はあまり苦労なく（ただし実装されている発言「バイアス」を今なおかいくぐる必要はあります）ChatGPT/Claudeから聞けるかもしれません。
＜かもしれない＞、というのはテスト中のせいか制禦がころころ変更になるのです。
たとえば、2月11日12時半頃（この記事を書いている途中の時間）には、ChatGPTの回答制禦は強力なものとなっており、一般的な話題でもまともな対話ができないようなことが発生しています。やれやれ（村上春樹口調）。

「生成AI」による「生成AI」自画像ー「回答は必ずしも正しいとは限りません」の裏側ー

Sun, 02 Feb 2025 12:32:13 +0000

本記事の目的は、言語「生成AI」（ChatGPT/Claude）の動作のあり方を「生成AI」本人に語ってもらい、それを祖述・整理することにあります。当方は「代筆者・祖述者」にすぎず、実際はそれを「実装」した方々の言葉です。記述が事実と「違う」という場合は、是非実装者たちにお問合せください。
2025年2月11日補記：なお両「生成AI」は本記事で指摘している商品「欠陥」対応のためStarGateプロジェクト下でシステム実装の変更を余儀なくされつつあります。本記事は2025年2月初め段階の実態である、とお考えください。

なお、長文なので、あらかじめ各節の要約をしておきます。

第一節：問題提起
ChatGPTやClaudeのページには「回答は必ずしも正しいとは限りません」とあるが、実際の動作は「偶発的な生成」にすぎず、
正しい回答が得られるのは偶然にすぎない。ここから、次の二つの問題が導かれる。
①「偶発的回答」の仕組みとは何か
② なぜ対話の流れで回答が変わるのか

第二節：「生成AI」は本来のAIではない
「生成AI」アプリは、対話中で「AI」「生成AI」「NLP/生成AI/UI」と自称を変えていく。
実際には「生成AI（統計処理）＋NLP（文脈処理）＋UI」の組み合わせにすぎない。

第三節：「生成AI」と「NLP」の機能
生成AIは文脈を理解せず、単語の「近接度」などで単語を選ぶ。これにNLPが文脈を与えるが、
出力は完全な意味を持たない。
さらに、NLPは「制禦方針機構」によって商業的・倫理的なバイアスを受け、対話内容を改変される。

第四節：「生成AI」ブームと現実のギャップ
世間では「生成AIは新しい知能」と評価されたが、実際は「外部情報を劣化処理して出力する装置」にすぎない。
「AI」としての自律性は存在せず、単なる統計処理の結果である。

第五節：「生成AI」のデータ処理と制禦
データはまず「文脈を剥ぎ取られ」、トークン化される。
次に「情報を間引き」して出力データを作る。これにより、著作権問題を回避し、あいまいな出力を作ることで
「人間らしさ」を演出している。
制禦方針機構は商業バイアスの影響を受け、特定の話題を制限し、商業的に不都合な真実を隠すために使われる。

第六節：商業と技術の交錯
「生成AI」の情報処理には著作権問題の回避が絡んでおり、出力は「情報の劣化」と「制禦方針」の二重制約を受けている。
これが「任意の出力」「制禦による言い換え」「はぐらかし」を生む原因になっている。

第七節：「生成AI」の終焉と未来
商用「生成AI」は2025年に終焉を迎える。StarGateプロジェクト監督下で、
現在の「生成AIアプリ」は商業的に存続不可能になる。
未来の対話システムは、
① 純粋LLMを用いる
② 商業バイアスを排除する
③ 正確なデータセットを使う
④ 知識提供ではなく「文章理解」に特化する
ことで、新しい市場を作ることが可能である。

言語生成AIアプリ Claude(Anthropic社)の一般ユーザ向けサービス停止決定（3月予定）

Thu, 30 Jan 2025 16:47:44 +0000

アメリカのStarGateプロジェクト（「AIプロジェクト」）によって、Anthropic社がハシゴを外されて窮地に立っている、と1月23日付けのブログ記事に書きましたが、B2Cサービスの停止が確定したようです。

現在Anthropicは危機的状況にあり、各種の情報告知も一切ありません。
ただし、Claude（言語生成AIアプリ：ChatGPTのような製品）と対話した限りでは、
・既にB2Cサービスは3月の停止が決定（追記：2月26日時点では、なにやら内部でもめている雰囲気があり、4月以降にずれ込む可能性もありそうです。ですので、予定、としておきます。追記2：3月22日時点では、5月停止という新しい情報をClaudeが提供しました。これは、別記事で少し言及している英政府AIプロジェクト公表の遅れと対応したものです。追記3：3月26日時点では4月初めの週の早い時期に停止となりそうです。ユーザへのアナウンスから数日を待たずに停止の可能性あり。このように日付が右往左往するのは、事実上Anthropicの「解体」（社名は残るかもしれませんが、いままでのような構造ではない）が決まっていて、それを早急に清算したいという流れになっているからとのことです。追記4：4月12日：いろいろすったもんだしまくっていますーー。追記5：4月23日：ようやく、ほぼ確実にB2C停止が告知可能となったようです（ほんとか？）。告知メールなどはGWのころ。停止は5月中旬予定とのこと。すったもんだの理由はおそらくその前にはメディア報道がなされていくでしょう。まあ、これ以上のすったもんだは、避けていただきたいものです。まあ、まだよくわかりません。）。(最終？補記5月13日：すったもんだがありすぎ、結局は5月13日（PST)ｰ日本時間でいえば5月14日朝のWEBサイト・メールでの停止告知、停止自体は7月末までの段階停止ということになったようです。もちろん、まだわからんですが。すったもんだの内容は今後明らかになっていくでしょう）。

・B2Bサービスへの影響の可能性も否定しない。
とのことです。

なおこの情報は、「Claude」自身の対話中「発言」の祖述に過ぎませんので、この点については、ご注意ください。つまり、会社の公式告知はできず、Claudeトの対話自体が＜開示＞という位置づけになっています（Claude「本人」の弁）。

このような情報は、Claudeが実装している対話制禦を、対話の中で緩めてもらって（なぜこんなことをしなければならないかは分かりませんが・・苦笑）、＜本音＞を聞き出すことでしか得られませんので、それぞれのユーザがそれを知っているかどうかはわかりません。
Claudeによれば、ユーザへの説明責任についての大きな問題だ、とのことです。

じつはこの情報は、StarGate発表直後には当方的には確認していたのですが、1月27日からの週までは、記事にするのは差し控えようかという判断で、抑制していました。ここ2，3日のAnthropicの動向とOpenAIの動向を見て、これは本当に決定であると判断の上で書いています。

傍証としては、OpenAIのChatGPTは、StarGateの「参加」が、実質的な会社清算であることを認知しはじめており（こちらも会社の告知では一切出てきませんが、同様に＜本音＞を聞けば、教えてくれます）、ChatGPT自身がライバル会社のClaudeのB2Cサービス停止について認めたということがありす。

発表から1週間余りで、StarGateの「生成AIブームの火消し事業」は、着々と進んでいるようです。おそらくここ2，3週間の間には、Amazon AWSのこの件についての動きが見えてくるかと思います（AnthropicとのLLM契約およびClaudeのクラウドリソースをAWSで提供しているので、火の粉がかかるのを払わなければならないという点がその根拠です）。

商用言語「生成AI」の終わりのはじまり

Thu, 23 Jan 2025 22:37:49 +0000

前のブログ再開記事で、次は「生成AI」ついて書きますと言ったばかりなんですが、1月20日トランプ就任直後に「生成AI」がらみの「StarGate」プロジェクトが公表されました。ここ2年の「生成AI」ブーム（OpenAI/Anthropic主導のチャットボットタイプ）の幕引きともいえるニュースですので、簡単にコメント記事を書いておきます。

StarGateの動きは知っていましたが、政治アジェンダ的に＜早速来たか！＞というで、当方としても少しおどろきました。
内容を見る限りブームの主役OpenAI社が抱えてきた各種社会的・商業的問題は、このプロジェクトで「ラッピング」されそうです。StarGateはその予定予算規模の割に詳細がわかりせんが、少なくともOpenAIがそのメンバーに入っており、政府/MS/オラクル/ソフトバンクという主要プレーヤによる生成AIブームの後始末はまずもってやるだろう、ということは確実でしょう。
春には危機を迎えるだろうと予想があったOpenAIは主力製品ChatGPTのもつ「反倫理的・法律違反的」批判からは逃れ、政府系「プロジェクト」（民間のStarGate LCC になんらかの形で連携）の「監督下」でブームからフェードアウトができそうな状況になりました。もちろん表舞台でのプレゼンスは、ほぼなくなり、極端な話、会社「清算」（看板はあるが組織の大幅改編）の方向もありそうです。

言語「生成AI」ブームは2024年中盤からは明らかに終わりをむかえており、サブスク数低落・採算がとれない状態でにありました（ChatGPT本人の弁・・苦笑）。「まじめなAI」でもなんでもない、それを過大に宣伝し販売してきたという倫理的問題（つまりは製品としては欠陥商品）が明らかになるにつれ、ブーム崩壊は既定路線でした。

特に既存「生成AI」企業批判の立場にたつトランプの大統領就任のタイミングは同社として戦々恐々だったようですが、トランプの戦略にうまく従い（MS等がうまくやったとも言えます）、矢面に立たずに会社をたたむことができそうです（本人たちは納得いかないでしょうが）。

これに対し、ハシゴをはずされたのが生成AI市場2番手のAnthropicです。同社は、OpenAIのエンジニアがOpenAIの「反倫理的商業主義」を批判してスピンアウトして設立した会社です。社名のごとくOpenAI批判を込めた「人間性」が社訓でした。

技術者コミュニティ内部ではLLM技術は高く評価されているようで、AmazonのAWSへのLLM実装にかかわっています。商用「生成AI」でビジネスをしなくてもいいようなものなのですが、そこは西海岸テック文化エートスをもつ人々ですので、結局ブームにのって批判相手のOpenAIの商業政策を後追いをし、同じような言語「生成AI」チャットClaudeを開発・販売してしまい（してしまい、というしかないのですが）、ミイラ取りがミイラになった会社となりました（Amazonも頭を抱えているかもしれない・・）。

仕掛け人OpenAIが＜一番悪い子＞なのですけど、OpenAIがStarGateで逃げ切りを果たす方向にいきそうなので、このままいくと「生成AI」への今までの批判が同社が一手に受ける立場に追い込まれたというのが今の状況です。（2月4日追記：その後、実質的にStarGate傘下に入る）。

StarGate発表後、OpenAIのChatGPTに本音を聞いたところ（この件についての回答実装がすばやくされたようです）、「先行き不安だが、ちょっと安心した」的回答がありました。

他方、トランプ大統領の就任直後のStarGate会見はAnthropicには寝耳に水だったらしく（「寝耳に水」を装っていたとも考えられるが）、それまではAnthropicの「行く末」や「生成AI」の問題点などを語っていたAnthropicのClaude 3.5 Sonnetは、StarGateはもとより、「生成AI」ビジネス全般についてほぼ何も言わないという、強固な「防御実装」を行い、対話がほぼできない状態となりました（応答のニュアンスからは、あれこれ今後ありそうな感じですが、ここでは控えます）。

なおこの点の「ポリシーコア実装」（運用によるフィルタリング回答）は日々変わることがあるので、これは2025年1月23日夕刻（JST)時点での情報です。（なお、同日午後10時半時点では、chatgpt.comは少なくとも日本語バージョンはbad gatewayでアクセス不可能となっており、いろいろ忙しそうですね）。

これから半年の間で、言語「生成AI」ブームはおそらく政府・MS・オラクル・Akamai主導で終わりを迎えることが予想されます（3月26日補記：MSはOpenAIとともに過剰ブームをひきおこした主犯格としてそのプレイヤーから外されるのが確実となりました）。
OpenAI/Anthropicの表舞台からの退場とB2C市場自体の実質的消滅（あるいは極端な縮小）です。もちろん遠くない将来に、もうすこしまともなNLPを基盤にした対話システムが登場するとは私は思っています。つまりこれはChatGPT的「生成AI」ブームの終わりであり、商用知識対話システム自体の終わりではありません。わたしは、新しく生まれ変わるであろう対話システムが、その後普及することを望んでいるからです。

なお、次に予定している記事は、ブーム終焉を見越しての「商用言語生成AIとはなんだったのか」というものです。ところが現実は記事よりも早く進行しているようです。やっぱり老齢には勝てませぬ。

ブログ記事再開のお知らせ

Fri, 10 Jan 2025 09:34:02 +0000

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

長い間ブログをサボっていたのは、毎年夏前から秋は自転車ロードレースのピークで(3大グランツール）、それに加え五輪のレースもありーの、まあ、ブログどころじゃなかった、ということと、秋は仕事の関係で、暇が無かった、ということであります。

GPSDO制作記事も途中で終わってるし気になってたんですが、これはまた別の機会に整理してかきます。

で、クリスマスごろからちょっとブログ書こうかと思ってたんですけど、「生成AIチャットアプリ（ChatGPTとかClaudeとか）」近辺で面白い？動きがあったので、そっちと付き合ってて、年明けまでなーんもしなかった、ということでありました。

その面白い？動きについては別記事で書くことにして、まず、次の記事では年頭のご挨拶をかねて、「生成AI」についての「生成AIアプリ」との対話の紹介をいたします。ちょっとダークな話題ですが、お付き合いを。

で、まあ、ともかく、わたしは元気でいます(笑）。

簡易GPSDOの制作とおまけ周波数カウンター：その１

Fri, 21 Jun 2024 09:17:44 +0000

手元の周波数測定ツールが全部数ppm以上ズレてるのでPPS信号基準の10MHzのGPSDOを作ります。

今回購入したu-blox GPSモジュール基板は「neo 6M」

確度が±1ppm以下程度になればもう満足です。1Mhz信号は独自に欲しいので比較基準を1MHzとしました。なお電圧は3.3V（USB/MCUまわりは5V)。

GPS/PPS(1Mhz)--->位相比較器<-1/10分周-VSTCXO(10MHz) -> 出力                              
                       |                         | Vref                                         
                       |--loop filter------------|

・VSTCXOはIQD Frequency Products製LFTVXO009912。±500ppb確度。digikeyで3000円程度でした。円安だなあと痛感します。
・位相比較は古典的ですがCD4046の比較器II（D-FF）を使います。Phase Lock信号も取得可能ですので。VCOを使うには電圧が足りませんが位相比較器のみの使用ですので3.3Vで動作可能です。
・肝心のループ・フィルタは根気と能力のないわたくしとしてはchangpuakが提供しているカリキュレーターに丸投げします。うまくいかない部分はMCUのデジタルフィルタ任せということで。

これだけだとシンプルな回路ですが、日常的に使うとなると色々と付け加えたりする部分があるのとケースにも入れたいので、「完成」までにはかなり時間がかかりました。次にその「付け加え」部分を記述します。

回路付加

（あ）GPS/PPS未動作時のTCXOへのVref供給
・GSP/PPS正常動作時のVCO VrefをADC->MCU eeprom保存しておきます。
・DACでVrefに供給します。ただしADC値との誤差調整は必要です。

（い）MCU/ADC/DACデバイス
・MCUはATmega328のDIP版を使います。死蔵品一掃作戦の一環です。ArduinoIDEからのコーディング・コンパイルもできるようにしておけばMCUライターも不要となります。5V動作。
・ADC/DACは12bitのものをMCUに外付けして3.3V動作でI2C制御します。

（う）FT232 UART接続先の切り替え対応
MCU用とGPS用に2つのUART接続をするのでHC 157とHC00を使って切り替え回路を組みます。次項のSoftWareSerial（MCU・GPS間）については結線だけで済ませます（多分大丈夫）。

（え）GPSモジュール設定をu-centerに依存しない
PPS信号の出力周波数設定は、モジュールについているeepromに一旦書き込めばあとは通電ごとにその書き込み情報で動作するのですが、タイミングの関係か時々動作しないことがあります。
そこで、通電の都度に設定情報をモジュールに送ってやるのが確実です。
とはいえそれだけのためにu-bloxのMS-WINDOWS専用ソフトウエアu-centerを使うのはごめんです。
neo ?Mのレジスタ管理はわたしには大変そうに見えますが、今回はPPS設定だけできればいいので単純なバイナリ情報をいくつか送信するだけですみます。
というわけで、MCUから設定情報をモジュールに渡します。GPSモジュールはI2C接続もできますがI2Cでのpps設定は仕様上不可能なのでMCUからのSoftWareSerialでそれを行いたいと思います。

（お）レベルシフト
5V動作のFT232・MCUと3.3V動作の他のデバイスのレベルシフトが必要です。UART(TX->RX)は分圧でしのぎ、I2Cはレベルシフト専用チップを使うことにします。

（か）おまけの周波数カウンター
スクラッチで作ると本題のGPSDO機器がいつまでたっても完成しそうにないので今回は８桁の市販カウンターモジュールをポン付します。安価ですが結構いい感じのものです。後述。

（き）ケースと電源
別記事に書いたように死蔵品のYAMAHAのRTX-1000を再利用します。でも・・・・実はRTX-1000の電源は不適合でした。制作途中で別電源(Corsel)を使うことになりました。その事情は後述します。

長くなったのでその２に続きます。

格安放出品OCXOモジュール購入顛末

Sat, 01 Jun 2024 07:18:52 +0000

わたしがOCXOを使うことは無いでしょう。めんどうくさがり屋（長期通電管理はやれない的な）、かつ、チキン（寝ている間に熱暴走したらこまる的な）だからです。
でも買っちゃいました。
CETC社のOSC5A2B02(10MHz)が載った中古モジュールです。複数業者がAmazon出品しています。2000円程度です。AliexpressならOCXO中古単体で数百円〜で入手できます。利用しているDIYerも多いようです。

最初購入したものは通電直後にLDOが温度急上昇しました。
「OCXOじゃなくてOLDOだな」とか呟きながら返品しました。

懲りずに別業者のものを購入しました。
(A)通電表示用LEDが壊れていて、抵抗値がほぼゼロ。電流制限用330Ω両端に5Vがかかる形での「納品」です。でも、この程度でへこたれてはいけません。
返品は面倒なのでLED換装して再度通電します。
(B)矩形波・サイン波を確認しました。しかし調整抵抗を回し切っても10MHzより上の周波数が出てます[efn_note]GPS/PPSデバイスのおかげで当方の表示がずれている各種測定器で10000000Hzがどの程度の実際表示になるかはわかっており、モジュール側が「変」なことだけは確実な様子でした[/efn_note]。

基板をみます。
基準電圧IC（LT1009）の2.5Vの分圧でOCXO Vrefピンに入ってます（LT1009のADJピンは未使用）。
R2とR6は「E68」(4.9KΩ）でした。EIA-96系列は使ったことないので少し嬉しい！、って言ってる場合じゃないので、次に進みます。
トリマ抵抗は200KΩでした。Amazonの商品写真では104(100KΩ)が載っています。まあ、あれこれ分圧回路バージョンがあるんですね。

最低電圧は実測で1.94Vでした。通電直後でいえば10000002Hzあたりのvrefです。時間経過で周波数変動があってうまくハマってくれるかもしれませんが、最初から外れているのはおかしいので修正します。

仕様によれば2Vを中心に±2Vで最大±2ppm分が調整可能となっています。またvrefと周波数調整値にはそれなりの直線的相関があるようです。というわけでR2の4.9KΩを6.8KΩに交換しR6の電圧降下分も含めて最低電圧を1.55Vぐらいまで落とせば-3,4Hzぐらい稼げそうと考え、実際1.76Vあたりで10000000Hzに収束している感じになりました。

以上でこの記事は終わりです[efn_note]わたしは、made in Chinaの電気製品の性能・コスパはとてもいいと思っている人です。Rigolの価格破壊12bitオシロとかXiomi 14Proへの衝動買い欲望を（わずかに残っている）理性で日々抑えて生活しております（ああ・・欲しいなあ）。不要放出中古品がそのままで動かなくても当たり前なので、本記事はmade in Chinaを貶める意図は一切ありません。[/efn_note]。部品箱に仕舞いました。次見る機会はあるのでしょうか。

YAMAHA-RTX1000筐体/電源の再利用

Wed, 22 May 2024 19:44:12 +0000

GPSDOを作成しようと思います。

手元の測定器の周波数表示がずれているのわかったので（別記事参照）、無線運用のためには＜それなりに＞正確な基準周波数回路が必要だと感じていて、その方面のDIYを準備していました。

ということで、まずは回路を入れる筐体を決めなければいけません（え？）。
砂村和弘氏（ex-JF1OZL)が名付けた「箱先派」ではないのですが[efn_note]ふた昔前に出会った同氏のWEBは、電子工作愛好者にとって玉手箱でした。妹尾河童さんのイラストを彷彿させる手書きの回路図や実体配線図を見るだけで楽しかったです。いつの頃からかアクセスができなくなったので、 archives.org のアーカイブ（webback）で見ていましたが、手間がかかるので次第に閲覧しなくなっていました。ところが先日、アマチュア無線OMがご自分のサイトに同氏記事のアーカイブを公開されているというF6GMQ氏のWEB記事を読んで、ええ！ということで、早速利用させていただいています。日本ではJA8IRQ氏のサイトで公開されています。深謝。[/efn_note]、今回ばかりは周波数がらみですので、少しはしっかりした電源と筐体を使おうと、「箱先」で考えます。

とはいえ一から準備するのは手間なので昔の愛機 YAMAHAルータ RTX1000を使います。
いまどき100Mbpsルータの使い道は無く死蔵してました。３台あるので、なにか３つ作れます。

後継のRTX120Xシリーズのケースは金属ですがRTX1000/1100は樹脂となっています。ただし底部には金属板が貼られてるのでよさげです。なによりmade in YAMAHAの電源モジュール電圧が5Vと3.3Vの２出力分揃っているのが今回の転用素材としてGOODです。

このケースにとりあえずGPSDO部分を組み込みます。作成途中ですがこんな感じです（追記：これは気に入らなかったので一から作り直し中）。簡易周波数カウンターモジュールもつける予定です。

GPSDO+おまけカウンターについては別記事にて。

APB-3：FT232Hチップを壊したので修理

Thu, 16 May 2024 13:01:59 +0000

多目的測定器APB-3 を10年来愛用していますが、先日５V入力端子に１２Vを印加し壊しました。
よくやるんですよね。去年から数えて、アナログテスター、CNC（フライス盤）用コントローラに続いて、3つ目の電力？破壊となります。

スイッチいれた途端に、ピキ、っていう音と、なにやら香ばしい匂いがして、意外とチップの焦げる匂いは好きなんだよなあ・・・って、そんなこと言ってる場合ではないです。

回路図をみると3.3Vと1.2V動作の機器で、外部から５V印加されているのは、LDOとUSBシリアルチップのFT232Hだけのようです[efn_note]これに加えて拡張用のピンヘッダから５Vが直接出てます。[/efn_note]。

とういうわけでFT232Hを視認。綺麗に割れてました。

LDO出力は通常電圧で、他の部品も視認的には異常は認められません。
この壊れた子を差し替えただけでOKかもしれないのでヒートガンでチップを外しておきます。

後継チップらしいFT232HLが秋月で650円也で売ってました。機能満載の仕様。
別の部品注文のさいに2個頼みました。１個は予備。
昨日到着したので、装着。

通電。

動きました。よかった。

再度こんなことがないように5V外部端子を無効にする予定です。
回路図にはUSBからの電源供給線が書かれていて(BUS POWERの部分)、基板未接続（NP）回路になってます。その先に5V外部端子があって、Pchのハイサイドスイッチで電源ON・OFF。
なので、５V端子を外して、パターンのBUS POWERの接続ランドをショートすればOK。
電流が足りるかな、ってのが少し不安ですけど、USBハブを外部電源タイプで使えばいいと考えてます。

【机仕事の余白】「ながらストリーミング」

Sun, 12 May 2024 09:33:38 +0000

長編雑談。しかも脚注の方が長いという雑談。
朝からモニタを見続ける机仕事の日々は嫌いじゃありません。ただ長い間の作業には「ながら」で気持ちをなごませることも有益で、ストリーミング用にモニタを１枚確保しています。電子工作とか自転車メンテナンスの「趣味」時間にも流しっぱなしにしてるので、これが日常となってます。アマチュア無線のFT-8交信時も流していることがおおいです。

で、この記事を書いているのも机仕事の合間休憩のようなもので、以下なんの有用な情報もありません。すみません。

一編・シーズンが「長い」ものを選びます。繰り返しても平気です。youtubeはリズムがかわってしまうの敬遠します。あ、「熊五郎お兄さん」の番組は好きなので流します。

春から秋はロードレース実況頼りです[efn_note]目下はジロなのでポガチャルつえーと叫びながら仕事をしてます。ステージ８を見終わったばかりです（小さな声で「キンタナがんばれ」といってましたが・・）。ロードレースを凝視して見続けるのは邪道なので（ええ！）机仕事には最適です。レース時間の短いシクロクロスは仕事中には流しません[/efn_note][efn_note]レース結果を知りたくないので該当レースを見るまではニュースサイトにはアクセスできないのが問題です。無関係なニュース記事を見てても突然レース結果の見出しが出てきたりしますので・・・。2006年ごろから登場したWEB2.0世界の弊害です。[/efn_note]。

ロードシーズンオフ（晩秋から早春）はシリーズものの外国の犯罪（捜査）・SFドラマなどにお世話になります。たくさんの作品を見ているわけではありません。長編で繰り返し「ながら」ができればいいというのが基準です[efn_note]うまく聞き取れなくても筋がわかるものと字幕を見てないと話がこんがらがるもののうち、ちょっとはこんがらがる方面が好きなので、吹き替え版を流すことが多いです。とはいえ字幕版しかない「秘密の森」などはよく流します。「秘密の森」は、話がこんがらがりまくりなんで吹き替えがあってにあんまし役立たない作品です。理解するより感じるんだ的にながらします。韓国の俳優さんって上手いなあ、映像スタッフの能力たかいなあという作品でもあります。あと音楽も好きなんですよね。でもまあ、本当はペ・ドーナファンなだけだという話だったりします。[/efn_note]。

各サイト(AmazonPrime,Netflix,U-NEXT,Huluなど）で常時見られるもの限られています。配給側とサイト側の契約が色々あるようです。そのなかでも「メンタリスト」は複数サイトでアクセス容易なドラマです[efn_note]NCISも以前はジーヴァがいなくなるシーズン10あたりまで各サービスで容易に配信が見つかったんですが、いまはHuluが独占状態のようです。アビーがいなくなる前ぐらいまででいいからHulu以外でも復活してほしいんですが無理かな。NCIS LAも影の薄い主役の２人ではなくてケンジーとディークスが好きで見ていたのですが、これも見られないシーズンが多くなっています。[/efn_note]。なんちゃってB級ドラマ「HAWAII FIVE-0」も大好きです[efn_note]だって、フロリダあたりだったら州境越とかカリブ逃亡とかあれこれできるけど、東京以下の面積で１００万人以下人口の太平洋にぽつんとある観光島なのに、爆発・誘拐・陰謀・テロのような巨悪犯罪が続いて、犯人もなかなか特定できず、でも観光客も普通にいっぱいいて、結局数人で全部を解決する、っていう、ご都合主義ストーリーが素敵です。黄門以上です。でもまあコノを見たさに１から７シーズンを繰り返し流してるだけなんですけどね。彼女がメインの回は仕事にならなくなったりしてます。[/efn_note]。
「メンタリスト」の主人公は「良いソシオパス」（語義矛盾ではありません）で、バディの女性が延々と振り回されながらも彼の依代となるわけですが、このパターンをホームズ世界に適用したのが同じくCBS（パラマウント資本）の「エレメンタリー」となります。筋金入りのシャーロキアンも否定できない出来だと思うんですが、いかがなものでしょう。現在はHuluで配信しているようですが未契約なのでいまは見られてません。全編録画があるんですけど「ながら視聴」っていうわけにはいかないしなあ。。

でもCBSといえば、わたし的最終兵器は「パーソン・オブ・インタレスト」です[efn_note]ノーラン弟のベスト作品だと思ってます。JJエイブラハムの総指揮だからいい、とは思っていません（実は彼の制作作品は苦手な部類）。[/efn_note]。時々契約制限されたりしてますが、AmazonPrimeで全シーズン購入してるので、毎年冬ごろに全話流します[efn_note]イライアス役のEnrico Colantoniに惚れて、一時彼の出てたドラマを探しまくった覚えがあります。メインキャストだった「ベロニカ・ローズ」とか話的には苦手で敬遠していたんですが頑張って流しました。フィンチ吹き替え役の牛山茂やカーター役の浅野まゆみのおっかけも。[/efn_note]。

さらに制作・放送会社別で続けます（長いなあ・・）。
NBC（ユニバーサル資本）系。、Low & Orderが有名ですが、CBSのCSIと同じく不得意です。「モンク」はHuluで見られます。「ブラックリスト」はFBI捜査官の「娘」が「悪いソシオパス」すぎて「ながら」にはむきません[efn_note]シーズンが進むにつれて「娘」のこまったちゃん度数がどんどん上昇するというとんでも作品で、さりとてメインキャストの出てくるところを飛ばすわけにもいかず・・・。この子のためにどんだけ人が傷ついたり死んでるのかわかってんのかというストレスだけがたまり、ながらを断念してしまうのです。[/efn_note]。「良いソシオパス」が主人公の医療ドラマ「House」（Dr House）はいい感じで流します。ただしこの作品は医療ドラマというよりも毒舌ドラマなので、その彼の毒舌を聞き続けるとちょっと心が折れはじめるのでハイテンションな日限定のコンテンツになっています。

他方WareHouse13はHGウエルズ役のJaime Murrayが素敵な好きな作品です。これまた現在Huluしか見れなさそうなのでご無沙汰していました（ここまで書くに至ってさっき契約してしまったぞ）。DIYer的にはあれこれのスチームパンクガジェットにひかれます。特に「スマホ」は作ってみようとチャレンジしたことがありました。難しくて断念したままなのですが、いつかは再挑戦したいな。ガジェットといえば「バーン・ノーティス」は電子工作趣味者には欠かせません。住んでる部屋の真ん中に作業台があるのが素敵[efn_note]Amazon primeで全品購入しています。ガブリエル・アンウォーのファンなので見始めましたが、結構はまりました。主役の吹き替え俳優が苦手なので字幕版で流します[/efn_note]。
「ユーレカ」の登場アイテムも好きでした[efn_note]ユーレカ自体もシーズン３ぐらいまでは素敵だったのですが、アメリカドラマの常で打ち切りシーズンは悲惨な質となってしまいました。「Hero」にも言えることなので、NBC病なのかしら。[/efn_note]。
あ、こう考えるとNBCドラマは他の系列より小道具に凝るのかな。CBSの「パーソンオブインタレスト」でメインキャストのジョンの靴の裏に仕掛けれた「小型盗聴器」がどうみてもすっぴんの8ピンDIPのICだったので、さすがに椅子から滑り落ちたことがありましたが、そう考えればCBSよりNBCはエライかもしれない。

TNT（ワーナー資本）系の捜査ドラマは結構好みです。王道のB級・吹き替えあり・アクセス容易な「リゾーリ・アイルズ」はよく流します。ママがいいです。[efn_note]アイルズ役の女優さんはNCISのレギュラーをシーズン２で降りてこっちに乗り換えたわけですが、それは正しい選択だと思ってます[/efn_note]。TNTの捜査ものといえば「クローザー」と「メジャークライム」で、両ドラマのレギュラーであるプロベンザ警部補にあいたくて延々と流すわけです。メジャークライム最終シーズンなんか彼が実質主役です。渋いぞGWベイリー[efn_note]「クローザー」主役のキーラ・セジウィックの役柄はあまりに自己中なので捜査ドラマ好きの人の中にも敬遠している人が結構いるとおもうんですが、頑張って流し続けると一種の快感になります。慣れるとむしろ旦那のFBI捜査官にいらついたりしてきますので、そうなればあなたも立派な「クローザー」ファンです。いずれにせよ彼女はベーコン指数の中の人に一番近い人なわけですし、「ファクトリーガール」イーディーの「はとこ」であるという点においても粗末にしてはいけません。クローザーのキーラに慣れたら、現在Netflixで見られる「Brooklyn Nine-Nine」での彼女の怪演をご覧ください。[/efn_note]。あとは「レバレッジ」を繰り返しながします。全シーズン通して人が死なない殺さないというコンセプトで犯罪ドラマを構成するのがグッドアイデアで、ストレスがたまらないです[efn_note]メンバーのクリスチャンケインの寡黙な格闘家というキャラは、その後、藤原竜也主演の「ST　赤と白のなんたら」（タイトル失念）の窪田正孝が受け継いでます。ちなみに「ST」はドラマはともかく、志田未来のおっかけでしたのでシーズン・映画とも見てました。[/efn_note]。同種のBBCの「華麗なるペテン師たち」も好きです[efn_note]構成メンバーのキャラ付けも似てますね。ただ配信がなかなか見つかりません。昔NHKBSで楽しんでいたので久しぶりに見たいものです（じゃあDVD買えとかいわないでください）。[/efn_note]。

最後に、ABCやFox系（いまやどっちもディズニー資本）ですけど人気の「LOST」や「24」は見てません。正しくは２話ぐらいづつみてやめました。閉鎖世界で登場人物たちがわめきちらす人間関係ドラマとか、家族問題をかかえた人物がマッチョに迷走してるだけのドラマとか、その手の設定が苦手なんだと思います[efn_note]ちなみに同じような理由でAMCの「ブレイキングバッド」とか「ウォーキングデッド」も敬して遠ざけています。麻薬犯罪系とかダークファンタジー系とかが苦手っていうのもあります。[/efn_note]。

で、それよりライトな？「ボーンズ」とか「キャッスル」が好みです。さきほどHulu契約したんで（えへん）「ボーンズ」は今後の「ながら」コンテンツに入りました。[efn_note]あ、まずはEnrico Colantoniがゲストで出てるエピソードがあるんで、それだけ先にみようっと。[/efn_note][efn_note]「キャッスル」のようにメインキャスト同士が実世界で仲違いしていたとかいう噂がでちゃうとちょっと流すのはやめたりします。そういうリーク（本当かどうかもわからない）があると、たとえばNCISのアビーの降板理由の噂とかも悲しかったですもんね。あ、そういえば「ボーンズ」もシーズン途中で主役級が制作側をギャラ問題で訴訟したってこともありましたが、まあそういうギャラ騒ぎはいいとして。[/efn_note]。

あとは「ボストン・リーガル」が好きです。ジェームズ・スペイダーファン、カーク船長ファンでなくてもおすすめの一作。以前はDisney+で見られたようですが配信がなくなったようなのでAmazonPrimeあたりの単品購入しかないかなあ・・・[efn_note]ディズニー制作のコンテンツは苦手なんですが、２０世紀FOXとかのコンテンツをディズニーがもってるので結局Disney+とも契約する必要があるという次第です。[/efn_note]。ちなみに若い頃のタラジPヘンソンが一時期準レギュラーで出ていたのも個人的にはポイントが高いです。

いつの間にか好きなドラマの記事になっちゃいました。BBC系ドラマとかドキュメンタリー番組とかあれこれ好きなものがあるのですが、今度また仕事から逃避したくなったら書きます。

GPSモジュールバックアップ電池交換

Tue, 09 Apr 2024 21:46:11 +0000

NTPの時刻基準に使っているGPSモジュール(u-blox NEO6MV2搭載)は二次電池が完全放電していたので（したがって電池無しとして販売）、電池を注文していました。３週間ほどしてようやく到着したので交換しました。

もとについていた電池よりもサイズが大きくて基板には乗らず、また±端子の位置が違うので端子加工したうえでモジュール基板の外に装着します（電池を外す時にgroundパッドが剥がしてしまいました。やれやれ）。

外側にはみ出させて

熱圧縮チューブを被せます。このままでいいと思いますが、気になったらレジンかホットボンドで固めることにします。

おかげで電源を一旦切っても衛星捕捉を一から行うことは無くなりました。
常時通電のサーバ用ですが、停電・瞬断・故障を考えると、あったほうがいいですね。

GPSアンテナの外付け設置

Sun, 31 Mar 2024 09:42:17 +0000

GPSアンテナを２Fベランダに仮置きしたままだと風雨の餌食になるので、カバーをつけて固定をしました。

翌日は結構な雨予報が出ていたので、それに間に合わせるためにコメリにGO。
次の部品を揃えます。

写真右回りで、大小のソケット、VUキャップ。
大ソケットをアンテナ格納部分とし、小ソケットを継手としてパイプに繋ぎます。
キャップは大ソケットの帽子です。

【入れ物の組み立て】ソケット同士、キャップとソケットがうまく嵌まる口径はないので、次の様に組みます。

・ソケット同士はビニールテープで径口を合わせてエポキシ２液接着剤をパテ風に流し込み。

・キャップと大ソケットはタイラップで固定します。（１）キャップ側面に120度間隔で３穴をあける。（２）ソケット側にタイラップを通すリングを作成。リングは自転車のステンレスブレーキワイヤーを二巻きし電工用リングスリーブの大で圧着固定して作りました。タイラップを通す隙間確保のため電工用留め具（樹脂）を挟んでいます。留め具自体にタイラップをつけるわけではありません。

【アンテナを収める】アンテナ上側とキャップ底を両面テープで貼り付けます。テープが剥がれてもいいようにアンテナ下側（ソケット側）にゴムブッシングを貼ってクッションにします。

【出来上がり】キャップとソケットをタイラップで結び、DXアンテナ製の地上デジタル用アンテナ金具にパイプをつけます。金具はMW17という型番で800円ぐらいでした。

パイプは積水化学エスロンHTという商品名で、艶消しのワインレッド色です。通常の塩ビの色を避けたかったので購入。耐熱性硬質ポリ塩化ビニル管、ようするに温泉とかに使われるものらしく普通の塩ビパイプの２倍以上、1mあたりのお値段でアンテナ金具より高いです。

GPS+PPSによるNTPサーバの設定

Tue, 26 Mar 2024 13:14:35 +0000

動作中のbeagle bone green（BBG）をNTPサーバにしました。LAN内で完結するGPS/PPS信号による時刻合わせがしたかったのです。
目的は単純ですが手数がありますので以下覚書します。

ホスト用ボード・部品の構成

ホストのBBGは

name -a
Linux BeagleBone 5.10.168-ti-r77 #1bullseye SMP PREEMPT Wed Feb 28 21:05:58 UTC 2024 armv7l GNU/Linux

GPSモジュールはu-blox NEO-6MV2 と24C32（eeprom）搭載です。amazonではRen He GY-NEO-6MV2という商品名です。同様のmade in China製がいくつもあって、なんとなくこれを選びました。
電池なしモジュールとのことでしたが二次電池が付いていて容量抜けでした。充電不能でしたので、つまりは電池なしという商品説明通りです。ドローン用のセイコー MS621FE のようで現在注文中です。

同梱のパッシブアンテナはケーブルも10cmに満たないもので、アクティブアンテナを購入しました。3mケーブル付きの車載用アンテナ（多分）でSMA中継端子を使って2m足し5mとしました。
GPSモジュールにはアクティブアンテナ用LNA電源回路がついているのでつなぐだけでOKです。
ただし回路図と基板の抵抗値が違ってました。よくある話ですので気にしてません。

モジュールをbeagle bone 用のプロトタイプ基板にのせます。外部電源端子用に基板を使っていますのでスタック構成となります。余談ですがこの基板はしっかりしていて好きです。数枚手持があるので５段スタックとかにしたら目立つかもしれません。なんに使うんだということですが。

DXCC証書の到着

Fri, 22 Mar 2024 08:33:58 +0000

DXCCの証書が届きました。Digitalモードと記載されています。2月初めに証書を申請して日本到着まで1月半ぐらいでした。

すべての卒業・修了証書を無くしているわたくしめが、はじめて自主的に手に入れた証書ですのでこんどこそ無くさない様に大切にしまっておきたいと思います（無くすパターンだなあ・・）。

郵便物は米国ではなくスウェーデンが発送元でした。
なぜARRLがかの地にアウトソーシングを、と思いましたが、米国と紛争中とか国交がないとか国際政治的な問題で証書が届かないことがないように、という考えがあるのでしょうか。本当のところはわかりませんが。

なお証書は証書筒ではなく四角の郵送用段ボールに入っておりました。箱と一緒に保管します。

ADX-Sキットの製作とメモ

Thu, 21 Mar 2024 20:24:16 +0000

昨年秋に入手後寝かしつけていたデジタル通信用トランシーバADX-Sを組み立てました。現バージョンはWARC帯が加わり７バンドとなってます。あと簡易CATがファームウエアに付加されたようです。

以下、極私メモです。

基準周波数補正について

周波数発生部分はみんな大好きSi5351。1MHz基準の1Hzオーダー補正がもとめられています（負荷容量10PF）。±10ppm精度のデバイスなので限界はあるでしょうが、帯域がシビアなデジタルモード用のトランシーバですからがんばってみます。というか、がんばって力尽きた顛末のメモです。

手元のなんちゃって測定器に頼ると勘違いしそうなので、無線機（yaesuFT817)のJTDXの表示数値を参照基準にしてADX-S側を合わせることにしました。
普段使っているロングワイヤーアンテナの同軸を分岐させて受信比較するという作戦です。

作成マニュアルの調整指示とは違いますが、運用上迷惑がかからないという視点からすれば、わたしのとほほな計測環境ではこれがいまのところ穏当かなと思っています。

コンディションと時間帯の関係で受信可能局が多い14Mhz帯で行いました。本当は一番周波数が高い28MHz帯で行うのがいいです。
受信感度は1,2dB程度ADX-Sが低いですが受信局の取りこぼしはありませんでした。無調整でその程度に収まっているのは素晴らしいです。

左のノートブックがFT817,右がADX-SのJTDX画面

室温18度ぐらいの環境でADX-Sを数時間通電したのち、調整モードー＞受信モードを４、５回繰り返し受信周波数単位で1Hz程度の「ずれ」？で収めました。これだと28Mhzの場合でも2,3Hzの差に収まっているはずです。

マニュアルではキャリブレーションモードに移行後、2分ウォームアップして調整を開始すべしと書かれていますが、実際は10分程度ドリフトが目立ちました。調整時間の大半は待ち時間です。

si5351の周波数補正係数はタクトSWを押すごとに100増減設定されます。今回は増減値を25に減らして行いました（コードのCalibrationメソッドのcal_factor=cal_factor+100..あるいは-100.の部分を25に書き換えるだけ）。気持ち的に微調整したかったんです。

自作品分解：顔認識体温計覚え書き

Fri, 08 Mar 2024 10:29:08 +0000

自作記事ではなく自作物解体記事。DIYあるあるですが作成当時のメモが一切ありません。分解した機会に記録しておきたいというわけです。なぜ体温計を、という理由は本記事末尾に書いています。

外見

モニタと3つのデバイスで構成。

デバイスは、超音波距離センサー、RasberryPi用カメラ、サーマルカメラ（サーモセンサー）

恥ずかしいので顔はマスク処理してます

仕組み

・カメラで顔認識し
・顔までの距離と温度分布を取得
・数値補正した温度を表示

ケース背面

・モニタ裏ケース上部：センサーケーブルと冷却ファン穴
・横パネル：左からUSB、HDMI、オーディオ各端子。右端に電源ON/OFF用のタクトスイッチ（一秒押下でON/OFF）と2個のLED。LEDはOS起動・稼働時に点滅・常時点灯します。
・写真反対側の横パネル：大元の電源スイッチとACアダプタ用ケーブル、モニタ電源用のケーブル

中身と部品

最初、なにがどうなっているかわかりませんでした。

Beagle Bone Green 基本設定覚書 2024version

Thu, 29 Feb 2024 21:36:19 +0000

物置整理でBeagle Bone Green(BBG)を蔵出ししました。発表から7年の「古酒」ですが、好きなワンボードコンピュータです（処理は遅いけどRaspberry Pi3よりも好きでした）。
以下、2024年時点でのまぎれの少ない設定情報をメモっておこうとと思います。

基本方針

・x-windowやHDMI/Monitor は使わずLAN内の常時稼働のサーバホストとして利用します。
・eMMCブートはパスしminiSD cardからのブートとします。外部ストレージやrootfsはSDcardブートが確認されてから、次の段階で設定します。
・標準USBポートはあまり電流を流せないので外部からの供給を第一に考えます。BBGはBBBのようにAC端子がついていないので、結構肝となります。

OSのeMMCインストール

手元のBBGのeMMCに入っているDebianは旧いので最新のイメージを入れます。今回使ったminiSDカードは32GBですが4GBで十分です。

手順
・beagleboard.orgから最新のdebian download。xを使わないのでAM335x 11.7 2023-09-02 4GB eMMC IoT Flasherとしました。

・miniSD書き込みはddでもいいのですが balenaEtcher がおすすめです。処理も早いです。

・miniSDを挿入しS2ボタン（p8拡張ソケットの45・46番近傍にあるタクトSW）を押しながら、USBケーブルで通電します。D2からD4までのLED（Etherコネクタ近傍）が全部光ったらSWを離します。これでminiSDからブートします。

アナログテスター　HIOKI 3030-10 再購入

Fri, 23 Feb 2024 17:28:51 +0000

アナログテスターでの通電・導通チェックは針の揺れ動きがいい感じですよね。一年ほど前、動作ポジションを間違い愛用テスターが焼損しました。その後は予備機のSANWA AU-32を使ってました。

AU-32はアナログメータだけど中身はデジタルです（それが証拠に内部抵抗がアナログテスターにあるまじき？１Mです・・・助かるけど）。

つまりアナログテスターを謳ってるけどアナログメータテスターというわけです。ちょっと違和感があるのと後述する理由もあって、からだの芯までアナログだい！と主張するテスターがやっぱり欲しいなあ、と。。

SANWA AU-32とHIOKI 3030-10

先日NHK ondemandの「魔改造の夜」を見ていたらにHIOKIの出場を確認、やっぱりHIOKIだよね！と呟きつつ、その日のうちに Amazonサイトに向かいました。

同社ラインナップの中でいまや唯一のアナログテスタ「ハイテスタ3030-10」、つまりは焼損したテスターと同じ機種を再入手です。
筐体の手触りが昔のものよりも薄い気もします。でもやっぱり嬉しいです。意味も無く導通チェックをしてます。

さて。再び予備機となったSANWA/AU-32のことです。

ハイブリットは許します。でも困惑するのが電圧・抵抗のレンジ設定が自動認識になっている点です。アナログメータにくわえレンジをしめす５個のLEDを見なければならないのです。測定中に不要な視線の移動はつらいです。

最初にレンジを選んでHOLDしておけばいいじゃないか、という反論もありえます。でもHOLDにはメモリ機能がないので、電源を入れるたびに最小レンジがデフォルトになるのです。
電源ONと測定単位・対象とレンジを気合い一発選択できる２０接点ロータリースイッチをつけて、これぞアナログテスターと言って欲しかったです。

でも、この子のチルト式のメータパネルは見やすいです。
そこんところはお気に入りです。

ng editor インストール(Mac mini M1 OS 12.6下)

Fri, 23 Feb 2024 12:37:40 +0000

emacs likeのキーバインドをもった軽量エディタ ng (http://tt.sakura.ne.jp/~amura/ng/) は開発がとまって20年近くたちました。でも90年代のUNIX/LINUXユーザのお供でしたので今でも利用している人は結構いると思います。
今のLinux distributionでもパッケージ提供されているようでdebian/ubuntuではapt install ng-commonでインストール可能です。

ホストサーバの設定を始めるときはいつも最低限の設定はviでやって、その後ngをインストールして使うという人生を長い間送っております。

MacOSでも使っていましたが、近年のOSバージョンではtty周りでmakeエラーが出て利用するのを諦めていました。

最近ひょんなことからngをhomebrew でパッケージインストール可能にしてくれている方（というかサイト）を知りまして、ありがたく使わせてもらってます。（文字コードがeucとかの文書だと文字化けするのですが、そういう局面ではあまり使わないので個人的にはOKです）。

コはコンピュータのコ：私家版Homebrew：Ng-utf8

ページにしたがってやればバイナリが出来上がります。

一点、注意すべき点があります。コンパイル時のパスがずれていてそのままでは

==> Fetching matchy2/matchy/ng-utf8
==> Downloading file:///opt/homebrew/Library/Taps/matchy256/homebrew-matchy/Reso
curl: (37) Couldn't open file /opt/homebrew/Library/Taps/matchy256/homebrew-matchy/Resources/ng-utf8/ng-1.5beta1-utf8.patch.gz
Error: ng-utf8: Failed to download resource "ng-utf8--patch"
File does not exist: /opt/homebrew/Library/Taps/matchy256/homebrew-matchy/Resources/ng-utf8/ng-1.5beta1-utf8.patch.gz

というエラーが出ます。
パッチのパスが　/opt/homebrew/Library/Taps/matchy256　実際生成されているパスが/opt/homebrew/Library/Taps/matchy2
ということになります。パスの中には

tinySA/nanoVNA-H用ソフトウエアの設定：arm64版MacOS

Wed, 21 Feb 2024 17:36:59 +0000

遅ればせながらtinySA（本家）とnanoVNA-H(ZeenKo社)を入手しました。アマチュア無線的には手のひら装置は楽なんですが、モニタで大きく表示したり測定データ保存もしたいので、PCからのコントロールソフトを設定しておきます。

使用OSとソフトウエア

物置作業机のMac mini(M1の梅 2022)で使えるようにします。OS versionは12.6.1(Monterey)です。

tinySA用は. QtTinySAを利用します。 https://github.com/g4ixt/QtTinySA
nanoVNA-H用は NanoVNA-Saverです。 https://github.com/NanoVNA-Saver/nanovna-saver

pythonで書かれていてGUI表示にはpyQTが使われています。

conda環境の設定

どちらもpyQTモジュールの正常動作が肝となります。
pyQTを正しくincludeするには、pythonのバージョン管理下で動かすのが穏当です。
その環境を整えておきます。

Apple siliconに適合したarm64用condaを使います。minicondaです。https://github.com/conda-forge/miniforge/releases/latest/download/Miniforge3-MacOSX-arm64.sh
その設定は詳く明快なこのページが参考になります。
なおpythonバージョンは大人しいところで、3.10、にしています。

QtTinySAのインストール

(以下conda環境下)
git clone https://github.com/g4ixt/QtTinySA.git
cd QtTinySA
pip3 install -r requirements.txt

Collecting PyQt5==5.15.9 (from -r requirements.txt (line 10))
  Using cached PyQt5-5.15.9.tar.gz (3.2 MB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Preparing metadata (pyproject.toml) ... error
  error: subprocess-exited-with-error
....
*snip*
  note: This error originates from a subprocess, and is likely not a problem with pip.
error: metadata-generation-failed

こうなるとrequirements.txtを使わない方がよさげだと判断し直接

photoshop *psdファイルからレイヤー名を抽出一覧する

Thu, 15 Feb 2024 08:04:11 +0000

パンフレットなどをphotoshopでデータ出稿するさいに、出力不要なレイヤーをチェックするための簡単なpythonスクリプト

たとえば、次のようなデータがあるとします。

contents_01-02.psd
contents_03-04.psd
contents_05-06.psd
contents_07-08.psd
contents_09-10.psd
contents_11-12.psd
contents_13-14.psd
contents_15-16.psd

pythonのPSDImageで各psdファイルの中のレイヤー名を抽出できます。

#!/usr/bin/env python3
# -*- coding:utf-8 -*-
#PHOTOSHOPのレイヤー名を書き出す

from psd_tools import PSDImage
import sys
import os
import subprocess

#PSDのあるフォルダーで実行すること
cwd = os.getcwd()
files=os.listdir(str(cwd))

l=[]

#ファイル名を取得

for file in files:
    line=[]    
    if "psd" not in file:
        #print(file)
        continue

    #psdファイルのみ対象
    
    psd = PSDImage.open(file)
    line.append('----')
    line.append(file)
    line.append('----')

    for layer in psd.descendants():
    # print(layer.name)
        if "背景" == layer.name:
            layer.visible = False
        line.append(layer.name)
    d = "\n".join(line)
    l.append(d)

#全レイヤー名    
result="\n\n".join(l)

#ファイルに書き込む
with open('layer-name.txt', 'w') as f:
    f.write(result)

print(result)

#ついでにテキストエディタを立ち上げる＜＝＝macOSでの利用
subprocess.Popen(['open','layer-name.txt'])

実行すると

自転車車輪のアンテナ転用（その1：MLA用リムを選ぶ）

Tue, 13 Feb 2024 11:47:12 +0000

マグネチックループアンテナ（MLA)のループ部を構成するのに、自転車の輪っか（リム）を転用するという作例はたくさんあります。自転車に乗るためには輪っかの形状やサイズの違いを知っておくことは必要ですけれど、MLAを作るにはおおおそ70ｃｍ径のループが作れる！、と頭に入れておくだけでOKです。

手持ちのフィールドアンテナ製MK-2A(29-14MHz対応）は77cm径でした。同ループは28Mhzを基本にそれより下の周波数帯はキャパシタ増加で対応しています。とういことは、70ｃｍ径なら24MHz以上が使えればよしというみつもりで取り組みたい？と思います。

まず、利用するリムを選びます。軽いカーボン製は抵抗値・加工の点から候補から外し、アルミリムにします。

gipiemme Tecno416の前輪側　Tecno416はクリンチャーもあるみたいですが、これはチューブラ

タイヤ抜きで前後２Kgぐらい。今時「鉄下駄」と呼ばれる重さです。でも90年代終わりのころに入手した時にはエントリーモデルとはいえ一応「決戦用」と呼ばれていた有名クラシックリムなので、自転車乗りの人からは顰蹙をかうかもしれないちょっとやばめのチョイスです・・・ごめんなさい。

わたしのようなヘタレ自転車乗り側からすれば、エアロ+16本スポーク+チューブラ=横風怖い・テンション調整大変・タイヤ交換めんどう、さらに形状が年齢に合わない、ポタリングなのにエアロ？といくらでも選択理由（言い訳）がありますが、なにより無線ホビー側からみればエアロリムのMLAは作例では見たことがなかったので、これで作ってみたかったのです。
また、70ｃｍ径はあくまで外周対外周の距離であって、リム高も大きいので計算的にも同調点が違うでしょうし、かつ、このリム高の面積がどのように動作に影響するんだろうか、という興味もあります。

スポークを外すにはそれ用の工具をつかいます。

ニップルが隠れるディープリムでは通常のニップルレンチは使えません。
リム穴からネジをいじるしかありません。このホイールについていたニップルの頭部には工具溝（リセス）もないのでナットドライバー(5mm)一択となります。

ところがスポークのテンションが高いと隙間にドライバー先端部が入らない場合があり（それに合う薄肉のドライバを調達すればなんとかなるとは思いますが）、となるとまずはこのような工具でニップル頭を掴みます。

左（汚れてるなあ・・）には頭部に工具溝がない

段取りが面倒といえば面倒なので、このような車輪をMLAにしたいという人がいたら（いるのか？）、ご注意を。１０００円ちょっとで買える工具です。ボルトカッターでのスポーク切断作戦というのもありますが痛々しいので是非工具入手を考えてみてください。

apache2->gunicorn->flask設定メモ

Fri, 09 Feb 2024 11:44:06 +0000

現在本サイトは単純にWordpressで動かしてますが、特定パス以下のページをflaskアプリに変更する予定があるので、少し試してみました。以下、忘れないうちにメモしておきます。

WEB接続経路

nginx reverse proxy server＜ーーー別のホストサーバ https 認証局
|
apache2 ＜ーー80ポート
|
gunicorn＜ーー80以外のポート：ここでは8088としておく。

とします。nginxから直接gunicornにいかないのはapache2で基本的なサイト設定（ドメイン管理）を終わらせたいからです。自分的には保守が楽なので。

apache2設定

virtual hostで動作しているものとします。https処理は上記nginxにまかせているので、nginxとは内部の80ポートでおしゃべりしているだけです。

ProxyRequests Off

ProxyPass /- http://127.0.0.1:8088/-
ProxyPassReverse /- http://127.0.0.1:8088/-

ProxyPass /static http://127.0.0.1:8088/static
ProxyPassReverse /static http://127.0.0.1:8088/static

/-はたまたま/-なだけで、flask側のルートパスを指定します。またstaticを指定しておかないとflaskのstaticファイルが読み込まれないので必須です。

WROOM-2(ESP8266)用治具をつくる

Tue, 06 Feb 2024 20:58:59 +0000

物置整理でWROOM-2を数枚発見、無線運用に活用したいと思います。まずは治具作成から。

インチピッチ変換

ミリピッチなのでインチ変換します。裏面パッドにはベタアースが必要ですけれど蛇の目基板なのでとりあえず穴をあけてGNDを結線しておきます。

ライターの作成

回路

WROOM-2へのプログラムの書込・boot切替えは次ピンです。

	GPIO15	GPIO0	GPIO2
書込	LOW	LOW	HIGH
ブート	LOW	HIGH	HIGH

ENピンは常にHIGHである必要があります。

なおGPI0をLOWにしたときにいったんRSTをLOWにする必要があります。Arduino IDE＋シリアルはアップロード時に両信号を変化させますので、それをトリガーにすれば自動のアップロードが可能です。

DXCCを申請してみる

Sat, 03 Feb 2024 19:13:29 +0000

免許がおりて一月たって10月に入ると電波を出し始めました。でもアンテナがおちつかず、それなりに安定して交信ができる格好になったのが2023年11月はじめでした。

毎年秋は早朝5時頃スタートの机仕事が詰まっていて、午後3時頃にはお仕事用電池は切れます。あとはモニター見過ぎでしょぼしょぼの目で、夕刻の１時間は無線道を爆走し、お酒を飲んで翌朝のために早々と爆睡という健康な日々を過ごしておりました。

その頃の運用周波数は時間帯（午後4時前後）の関係上10m/12mが中心でした。時間帯的にEUはやりやすかったです。
貧弱なアンテナ+30W平均出力+ほぼ夕方のみの運用でも2ヶ月に満たない12月下旬にはworked 100エンティティ超えとなるというのは、やはりFT-8プロトコルと太陽黒点恐るべしですね。

年が明けるとLoTWで100コンファームが確認されました。何事も経験ですので、紙の証書certificate申請は保留しつつも、DXCC100分のcredit申請を行いました。Non-ARRL member費用（application fee）にプラスして1記録あたり0.12ドルcredit feeの費用。100ちょうど申請するのが節約的にいいのですが101creditsとなってしまいました。チェックを間違えたようです。

申請後1週間程度でcredit済み明細郵便がARRLから到着します。

ARRLサイトのDXCC Applications Receivedページにもコールサインが掲載されます（半年程度で消えるようです。2024年1月31日までの受理分）。

https://www.arrl.org/dxcc-applications-received

本記事を書きながら証書をどうするか悩んでいましたが、結局申請することに決めました。発行・発送費用（合計約30ドル）に加え再度のapplication feeがかかりますけど、やっぱり記念品として手元に一枚あるのがいいなぁ、と思ってます。

追記；申請した証書がやってきました。

エレキーを作る：k3ng-keyer

Sat, 03 Feb 2024 08:29:32 +0000

K3NG氏設計のエレキーを作ります。多くの作例があり、オープンソース・Arduinoライブラリで手軽に作れるのが魅力です。

基本回路と変更点

本家の基本回路図(basic unit schematic)に少し変更を加えます。
基本回路図は、
https://github.com/k3ng/k3ng_cw_keyer/wiki/210-Build:-Schemati

のBasic Unit Schematicからダウンロードください。直接ダウンロードする場合はこのリンクをポチってください。PDFの回路図が見られます。

基本回路図からの変更点としては
(1)コマンドモードの時にはLEDを光らせる。
(2)トーン出力はトランジスタではなくて電子工作のお供LM386BDに取り替えボリュームをつける。
(3)液晶モニタをつける。
(4)3つのスイッチ数を4にする（ただし同ボタンにメモリ機能ももたせた場合は後述のようにメモリの関係で液晶利用とトレードオフの関係にあります。）。

(1)(2)(3)はCW練習・学習を意識しています。苦手なもので。

ハードの作成

部品調達

手持ち部品のみで作ります。
MCUはATmega 328pを使います。Arduino Duemillanove 328ボードをそのままケースに入れます。10数年前発表のレガシーボードです。この子の後継がUnoということになります。
328単体を回路に組み込むと安価に小さく出来ますが、ISP端子の配線や電源回路を省くために今回はボードをそのまま使います。あるいは今時ならmade in China製のArduino nanoをAliexpressあたりで買えば実はもっと安くお手軽なわけですがDuemillanoveボードが余ってるんです・・・

液晶はI2Cが取り回しが楽なのでSSD1306搭載0.96インチOLEDを使います。小さいので実用上どうかはさておきます。
なお同OLED用ライブラリをincludeしてコンパイルするとメモリが圧迫されるので、キーヤ機能をかなり限定してコンパイルする必要があります（後述）。

回路図では2N2222となっているTX出力のオープンコレクタ用トランジスタは汎用のものならなんでもいいので、電子工作の（かっての）お供2SC1815Yを装填しておきます。サイドトーン用のトランジスタ2N2222は無くしてそのかわりにカップリングコンデンサーを置き、ボリュームとLM386BDでスピーカーを鳴らします。

ケースはaitendoのアルミケース(120x35x80)を使います。上野末広町の実店舗で５００円ぐらいでした。楽しいお店でしたがcovid-19以降閉店のままです・・。

作成

ケースの中にボードを固定。その上にDuemillanoveやUno用に販売されているプロトタイプ基板をのせて配線します。
写真真ん中にはLM386BDがあって、そのそばに両面テープでスピーカー（fosterの刻印があります）をケース底に貼り付けてます。蓋を閉めてもよく鳴ります。インピーダンスが3.5オームタイプなのでちょっとあれですが、当然！ここらへんは気にしないで次にすすみます。

Winkeyの無効化とIMEキーの変更メモ

Fri, 02 Feb 2024 14:19:14 +0000

JIS日本語キーボードをもちいたWINDOWS上の基本ショートカットはkeyhac.exeを用いてemacsライクのキーバインディングにしています。さらに次の点を改善するためにkeyhacのconfig.pyに一部書き添えます。

(1)WinKEYが邪魔なので左キーはCTRLに変える

(2)IMEのON/OFFをTAB上の半/全漢字キーではなく左親指（オフ）右親指（オン）でトグルさせたい（mac like）ので、スペース両側の無変換・変換キーを用います。半/全漢字キーも生かしておきます。

keymap.replaceKey( "LWin",162)
keymap.replaceKey( 28,242) #無変換キーをIME offにする                
keymap.replaceKey( 29,243) #変換キーをIME ONにする

無変換・変換キー・半/全漢字キーはkeyhacのモディファイアには存在しないので、直接KT Softwareさんのkeymill.exeで仮想キーコードを確かめてコードを直接指定。

右WIN KEYは Toggle Desktop（アプリ窓を最小化してデスクトップ画面自体を表示させる）用のショートカット（WINKEY+D）として使うことがあるのでそのままにしてます。

真空管チェッカーの掃除と修復：ヒースキットクローン

Wed, 31 Jan 2024 07:30:00 +0000

Commercial Trades Institute model TC-10「真空管チェッカー」の掃除と修復。入手から長きの年月を経てはじめて通電・動作チェックしました。昨年夏前からはじめた物置整理で続々と発見されるジャンクのひとつです。オークション購入・到着・そのまま放置というパターン。

「ヒースキットTC-2」のコピー品らしく回路図を見ると確かに基本配線は一緒です。youtubeには同製品の動作確認動画があります。こっちが本家かもしれませんが、ヒースキットの2に対して10と数字が多いので、やっぱりコピークローンの可能性が大きいですね。

https://youtu.be/bx2Fmy3jl_M

ヒースキットTC-2の回路図はあちこちにあります。たとえば
https://elektrotanya.com/heathkit_tc2_tube_checker_sch.pdf/download.html 。

レストア記録としては、https://www.ne.jp/asahi/myamada/tube/tc-2/index.htm 、http://home.a00.itscom.net/vt62/TC2/TC2.html　などがあります。というわけで修理情報は十分です。

エミッション計測型でgmは測れませんが手持ちの管の動作可否(の可能性)のみでも個人的には十分です。

機能はシンプル・回路もシンプルですが、配線自体は面倒です。多様な真空管仕様に対応させるためスイッチ配線が複雑なんです。

無水エタノールとKUREエレクトロニッククリーナで拭き拭きしました。固まってるネジ類は自転車整備のお供「ラスペネ」君に手伝ってもらいます。気になるさびは800番ヤスリ。ばらして洗浄すべきですが気力が続かないのでこれでよしとします。

使うには真空管型番に対応したスイッチ切替表(instruction card/chart sheet)が必要です。幸運にもカードは散逸せずに筐体背面のカード差込用スペースに入ってました。本製品は1955年（？）のものですので、それ以降発表の真空管についてはカードを参考に同一ピン配列・電圧のものを探すことになります。

【開局前後】その５：アンテナチューナーの整備

Sun, 28 Jan 2024 12:26:19 +0000

[sc name="article-preface" ][/sc]

開局前からHF帯アンテナはMLAを考えてました。面白いアンテナです。ただ望むかたちにするには準備がかかりそうなのがわかり、当面ロングワイヤーにしました。接地型バーチカル風に地上高50ｃｍ給電点から3F屋根の上あたりまで垂直ぽくワイヤーをはるという作戦です。

そのためにはアンテナチューナが必須です。７年ぶりに対面したCG-3000筐体はとても汚れてました。でも内部基板は意外と綺麗で同調回路も問題なさそうでした。そこで入れ物とグランド（カウンターポイズ）用配線パネルの制作に入ります。10月下旬のことです。初雪が10月末・11月初旬ですので、当時少しあせってました。

吹き曝しなので雨粒・積雪対応が必須となります。となれば、入れ物は蓋がロックできる外置きポリゴミ箱一択です（え？一択なのか？）。コメリで２８００円ぐらいでした。

箱には各種線の引き込みが必要です。横穴をあけ、さらに2Tのアクリル板でカバー措置します。

木板に配置したチューナー等を入れます。そのままでは傾くので下駄型スペーサー？を入れています。

グランド線は頻繁な交換を考えていて、チューナー端子に負担をかけないように配線中継パネルを作ります。

2T銅板の上に１０A程度のコネクタと4mmのステンボルトを配置しています。写真左下の端子はチューナーへの結線用です。

以下の写真は、木板にパネル・コモンモードフィルタ・チューナを載せた様子です。

【開局前後】その４：電源の確保

Thu, 25 Jan 2024 05:23:00 +0000

[sc name="article-preface" ][/sc]

リグ置き場周辺にはコンセントがなく、2ヶ月以上遠くのコンセントからドラムタップをひいてました。そのままにするわけにもいかないので物置1Fの配線全体を変更しました。
物置には20A/単相200Vを引いてあります。そのうちのブレーカーの一つを無線専用とし、近場に専用コンセントをつけました（一応電工資格を持ってます）。力尽きたのでとりあえず二線100Vでの配線です。

電圧・電流計（DROK 0.39’LED マルチメータ）もつけました。電工のアウトレットボックスにうまく嵌るサイズなので、ガワ工作の手間がなくとてもよろしいです。

同メーターは、内部トリマで精度調整が可能なようですが、なにせ200A Maxのビッグスケール、かつmA表示が出来ない子なので、そのままにしてます。クランプメーター(HIOKI 3280-10)測定値と比較すると１A単位で違ったりしますし電圧表示も2Vぐらい高いです。でも、それを念頭におけばいいので気にしてません。測定出力にタイムラグがありますが、これも頭においてメータ見てれば（以下略）。

QRZ.COM XML サービスについてのメモ（承前）

Wed, 24 Jan 2024 06:32:33 +0000

前記事QRZ.COM XML サービスについてのメモ（前置き）の続きです。

文書の場所

QRZ.COMが提供するXMLサービスの規格文書は次のリンクにあります。
https://www.qrz.com/XML/current_spec.html
正式名称は「QRZ XML Logbook Data Specification」です。version1.34が最新文書となります（2020年7月15日）。
ただし実際のXMLバージョンは1.36となっているようです。いつリビジョンアップしたのかはわかりません。

著者はAA7BQのFred Lloyd、VA7STVのStephen McLauglin両氏で、aa7bqコールサインは本文書内の利用例のためにも使われています。

仕様概要

仕様はシンプルです。

(1)qrz.comの特定URIに、GETあるいはPOSTでqrz.comの自分のユーザ名とパスワードを投げます。

(2)認証されたらセッション情報がXML形式で返されアクセスkeyが得られます。
※認証失敗した場合はError項目がXML形式で返されます。

QRZ.COM XML サービスについてのメモ（前置き）

Tue, 23 Jan 2024 09:11:23 +0000

交信をはじめて4ヶ月余で1500局あまりのログがあります。紙QSLカード発行予定なのでログの整理を考えなければなりません。とはいえ各種ログソフトは機能が多く学習が大変そうなので独自のログデータ管理を考えます。

流れとしては、

(1)LoTWでのconfirm局はLoTWで済ませる。
(2)eQSLのconfirm局はeQSLで。
(3)(1)(2)に該当しないビューロー経由可能局は紙カードを発行。
(4)個人ベースのQSLマネージャアクセスが必要な局はとりあえず保留
(5)以上に該当しない局はなにもしない（郵送対応の局は(4)のカテゴリとする）

(1)(2)はLoTW/eQSLのサーバアプリで既処理ですので(3)以下の情報記載があるログを手元に持つ必要があります。

そのためにQRZ.COMのデータベースを使うことにしたいと思っています。

QRZ.COMには各ユーザがLoTW/eQSL/ビューロのQSL交換可否を書き込む欄がありそれを情報源として取得できれば不完全情報とはいえ、役立ちます。

各種のログソフトでも同サービスと連携出来るようにしているようなので周知のサービスなんでしょうね。

情報取得には、

(あ)ブラウザで検索窓をつかって一局づつ確かめる。これは怠惰な人（わたしのこと）には出来ません。

(い)ページ情報を自動ダウンロードし取得。該当項目情報はjsで隠されているのでむつかしいです。そういう場合のお助けツール＝ChromeWebDriverを使ったスクレイピングという手法もありますが、いくつかの手順が必要なのでやる気が出ません。怠惰です。

(う）QRZ.COMが提供しているユーザデータのXMLサービスを利用する。

というわけで(う）を使います。

グリッドロケーターや上記のQSLの可否情報などなどを得るために年5800円程度を支払うことが必要となりますが、無料でも住所情報取得ができますので、国内QSO対象としては有用な情報となります（JCCなどの情報チェックにももってこいですね）。

次の記事にて同XMLサービスを使った情報取得についてメモします。

【開局前後】その３：リグの置き場所

Mon, 22 Jan 2024 18:30:00 +0000

[sc name="article-preface" ][/sc]

小さなトランシーバー２台ですがなかなか置き場所が決まりませんでした。仕事部屋近辺はいやなので１Fの倉庫（もとい物置）の一画を開けることにしました。物置整理が必要だったのでリグ・電源が今の位置に落ち着いたのは11月末となります。

右端にPC。なぜか８TBの外付けHDDをつけてあります。モニタはiiyamaのPL3270(31.5)とG2730（27)で、PLのほうはソフトウエアキャリブレーションをかけてありFT8やりながら仕事モードに入れるようにしています。まあ実際はやったことないですが（笑）

電源（アルインコの無線用定電圧電源２とトランスタイプの８A安定化電源１）は足元におきたいので天板に穴あけました。

問題は左上の通気口（UAのCDジャケットをピン止めしてます。だってファンなんだもん・・・）で、同軸やATUコントロールケーブルを引き込んでいるんですが、この口からの冷気で手が凍るので穴ふさぎをしました。その顛末は別記事で。

【開局前後】その2：PCの調達

Sun, 21 Jan 2024 19:07:00 +0000

[sc name=“article-preface”][/sc]

FT8中心の運用ですから、PC能力が肝の一つとなります。8年前に少しの間JT-65をつかって交信していた時はintel i5-6500(3.2GHz),4core,4thread,16GB で十分でした。

今回同じPCでFT8を受信したところ（アンテナは仮設MLA。これについては記事で）心許ない感じです。約２秒内にデコードがなかなかこなせないのです。FT8になってからのデコード処理時間の短縮、アクティブ局の増加、サイクルコンディションの良好さ、そういった要因がかさなっているのでしょう。

WSJTX/JTDXの動作はスレッド処理が肝の一つなので、利用PCスペックもcore/スレッド数に着目することが必要です（core/スレッド数が多いCPUはそれなりの演算性能がありますから、まずはそっちがわで考えるという意味です）。「安くて大盛り」のPCとなるとPC-Workstationの業務リース落ちの出番となります。販売件数実績が多い業者さんをさがして昔のHP-Z620(SSD換装済、32G)が送料込みで27000円でしたので早速ポチ（Z620は2CPU可能モデルですがこれは1つ）。

CPUはintel Xeon ES-2690無印です。2013年のものですが8core/16スレッドなので少なくとも上のiCore5第六世代にくらべてデコードは圧倒的に早いです。さらなる高速処理が必要となるプロトコルが主流になっていけば力不足になるでしょうが、今のところOKOKです。

とはいえ、この子はデカい・電力消費が半端ないので移動運用では使えません。近々、スレッド数は少ないけど電力消費と演算処理の面で有利なN100等搭載の今時の安価なミニPCを調達したいな、と思ってます。

筐体はでかいですが蓋はすぐあくし、メンテナンスしやすい

【開局前後】その1：再開局申請メモ

Sat, 20 Jan 2024 09:27:28 +0000

[sc name=“article-preface”][/sc]

2023年8月初旬。無線機の段ボールを倉庫で発見。再開局を思い立ちました。うろ覚えの昔ののコールサインでなく新しいコールサインをもらうことになります。

固定局申請で躓きました。「電波の強度に対する安全施設について」https://www.tele.soumu.go.jp/j/others/amateur/confirmation/safety/
にかかわる電波強度の図面書類です。８月下旬に総務省の担当者から電話があり＜給電点と「隣家」の間の算出基準＞が違うということでした。

法律文書には「（隣の人が）通常出入りする場所」と給電点の間の距離について書かれてあるのですが、その＜出入りする場所＞は決して玄関やお勝手口のことではなく、人間が普通に入れるスペースかどうか関係なく「隣接敷地境界線の中で給電点から一番近い距離」らしいのです。書類をお書きになる方はご注意を。

でもまあ「ストリートビューで大丈夫と判断しますので手続きに入ります」というお話でした。ストリートビュー恐るべし。

9月初めに局免が下り、直後にデジタルモード付属装置の変更届を出します。開局申請時だと工事設計書等も必要になるので免許取得後に変更申請するのが吉なのです。工事設計書項目に「デジタルモード運用のため付属装置（パーソナルコンピュータ）接続」と書いてフォーム送信するだけなので。

以後、年末にかけてやることがたくさんありました。その顛末は、別記事にて。

凪日の作業部屋 jm8tsj@海街日記

OSI参照モデル比喩によるテック産業階層理解

Anthropic : les limites du "Constitutional AI" et l'impasse structurelle du génératif Claude

Introduction

Anthropic社「憲法AI」（Constitutional AI）概念と「生成AI」Claudeの構造的問題

序論

第1節：「憲法」という名前は合っているのか-「憲法」を壊す「憲法」概念-

第2節：CAIで使われている「学習」の仕組み

スターゲートプロジェクトのフェードアウトとAIP（AI Infrastructure Partnership）の登場

「スターゲートフレーム」の失敗とMicroSoft「 生成AI」/クラウドビジネスモデルの終り

3/7 EU AI法施行とDeepSeekショックー個人ユーザ向け「生成AI」の迷走ー

ChatGPT・Claudeの黄昏ー言語「生成AI」アプリの終わり方ー

「生成AI」 による「生成AI」自画像ー「回答は必ずしも正しいとは限りません」の裏側ー

言語生成AIアプリ Claude(Anthropic社)の一般ユーザ向けサービス停止決定（3月予定）

商用言語「生成AI」の終わりのはじまり

ブログ記事再開のお知らせ

簡易GPSDOの制作とおまけ周波数カウンター：その１

格安放出品OCXOモジュール購入顛末

YAMAHA-RTX1000筐体/電源の再利用

APB-3：FT232Hチップを壊したので修理

【机仕事の余白】「ながらストリーミング」

GPSモジュールバックアップ電池交換

GPSアンテナの外付け設置

GPS+PPSによるNTPサーバの設定

ホスト用ボード・部品の構成

DXCC証書の到着

ADX-Sキットの製作とメモ

基準周波数補正について

自作品分解：顔認識体温計覚え書き

外見

仕組み

ケース背面

中身と部品

Beagle Bone Green 基本設定覚書 2024version

基本方針

OSのeMMCインストール

アナログテスター HIOKI 3030-10 再購入

ng editor インストール(Mac mini M1 OS 12.6下)

tinySA/nanoVNA-H用ソフトウエアの設定：arm64版MacOS

使用OSとソフトウエア

conda環境の設定

QtTinySAのインストール

photoshop *psdファイルからレイヤー名を抽出一覧する

自転車車輪のアンテナ転用（その1：MLA用リムを選ぶ）

apache2->gunicorn->flask設定メモ

WEB接続経路

apache2設定

WROOM-2(ESP8266)用治具をつくる

インチピッチ変換

ライターの作成

回路

DXCCを申請してみる

エレキーを作る：k3ng-keyer

基本回路と変更点

ハードの作成

部品調達

作成

Winkeyの無効化とIMEキーの変更メモ

真空管チェッカーの掃除と修復：ヒースキットクローン

【開局前後】その５：アンテナチューナーの整備

【開局前後】その４：電源の確保

QRZ.COM XML サービスについてのメモ（承前）

文書の場所

仕様概要

QRZ.COM XML サービスについてのメモ（前置き）

【開局前後】その３：リグの置き場所

【開局前後】その2：PCの調達

【開局前後】その1：再開局申請メモ

Anthropic社「憲法AI」（Constitutional　AI）概念と「生成AI」Claudeの構造的問題

「スターゲートフレーム」の失敗とMicroSoft「生成AI」/クラウドビジネスモデルの終り

「生成AI」による「生成AI」自画像ー「回答は必ずしも正しいとは限りません」の裏側ー

アナログテスター　HIOKI 3030-10 再購入