オークションのウォッチで日和見してる人

割と人気めなPCパーツをヤフオクに出品して、しかも即決価格を過去落札額の最低水準に設定してあげたのに、誰も落札してくれなかった。ウオッチが20件くらいついているのに。(過去実績からウオッチ10件を超えるとだいたい誰かが落札する。)

残念なので今度は出品時価格を数千円下げて、内容を少し薄くして、なおかつ「即決無し」で再出品。ウオッチもだいぶ増えて、さっそく入札されてるし。おそらく一回目の出品時価格は軽く超えるだろう。欲しければ日和見してないでさっさと食いついた方がいい。1回目にウォッチつけてた20名程度に対してはしてやったりなんで、自分みたいに根性の曲がった人間もいるから、流れた次の出品の落札額は下がるなんて思わない方がいいね。

 

広告

RF-B11のスケール

松下最後の短波ラジオ、RF-B11。よく聞こえるし、軽いし、電池長持ちで使いやすい。アナログ機ならではの軽快さはあるが、アナログ機ゆえの弱点もある。特に周波数表示のスケールが意味不明。

RFB11Panel

メーターバンド表記とか、NSBとかいうあたり昔のBCLラジオの雰囲気がなんとなく残ってて楽しいが、周波数表示はよくわからない。

例えば25mバンドの中ほどにある11.70の帯は11650~11733kHzで中央は11692kHz、11.80の帯は11760~11870kHzの範囲で中央が11805kHz。数字が書いてあるあたりが概ねその周波数だろうということは分かるが、そこに書かれた帯が何を意味するのかよくわからない。そもそも数字が書かれているところも5~20kHzくらいずれていてよくわからないし。

一番右に書かれているリニアスケールごとに受信周波数を書き出してみた。ディップメータの発振器が350kHz以下にできないのでLWは他の受信機でRF-B11の局発の信号を受信してその周波数を確認する方法で値を採った。(Frcv=Fvfo-455kHz)

RFB11Scale1

それをもとにリニアスケール1目盛りのスパン(kHz)を見てみると次の通り。

RFB11Scale2

SW部分のみをなんとなくグラフにしてみた。

RFB11Scale3

1目盛りが低い周波数側では20kHz(短波放送では4ステップ)なのに、高い側ではバンドごとに異なって60~160kHz(12~32ステップ)以上に過密になっていく。周波数直線バリコンを使ってないから仕方ないとはいえ、これでは周波数表示の目盛りを見てもどこを受信しているのかよく分からなくなって当然。ダイヤルを正面から親指で一回なぞると1目盛り動くのだけど、周波数の高い側では結構シビアなことになる。

確認しててもう一つ気づいたのは、SW各バンドとも低い側の周波数、特にバンドエッジ付近は特に1目盛りあたりの周波数が小さいにも関わらず分離が悪くなっていて受信するには不適だと分かった。だから低い周波数側には目盛りが記載されておらずバンド外扱いになっている。なかなかよく考えてあるわ。

アナログ機はバンド全体の雰囲気をざっと確認するのには適しているけれど、ピンポイントで局を狙うのにはPLL式には敵わないとよく分かった。

アマチュア無線局の廃止届は5分で完了

昨日この秋に捨てたものをメモしたが、その中のアマチュア無線局の廃止についての記録。

免許状申請時に作った総務省の電波利用 電子申請・届出システムLiteのアカウントあるので廃止届も同システムを使ってみる。いつもながら最後にアカウントを入れるという変則UIが気色悪いがWindows 10 の Edgeブラウザでも問題なく完了できた。

入口サイトに申請内容ごとに分かれたリンクがあるのでその中の「廃止届」をクリック。新しいウィンドウが開くので、新規入力で手もとにある免許状の内容を参考にして穴を埋めていく。内容確認後、アカウントを入れるとシステムに送信される。これが表示される。

これが表示されて、数分後メールが届く。

haishi

終わり。

届出なので出した時点で手続きは完了。これ以降コールサインは無効となる。電波利用料は前納しているから、おそらく何日かしたら還付の手続きが送られてくるんではないかと思われる。

4アマ試験でも「総務大臣は、免許人が正当な理由がないのに、無線局の運用を引き続き六箇月以上休止したときに、その免許を取り消すことができる」と出てくる基本的なこと。

使いもしない無線局はさっさと廃止してしまおう。

 

断捨離したもの、2017年秋。

捨てマイブームがいったん収束していたが、秋口からいろいろ売りまくった。去年から年始にかけて捨てたものは要らなかったもので捗ったが、今回はこれはまだ要るかもと思って残したものが中心なのでなかなか捗らない。

・PC関係
家の中で一番高性能なNUCベースのPC、遅いが一番最新のATOMなPentiumベースのPC、古いソフト、MSDNのCD数十枚、LS240なSuperDisk。

・望遠鏡関連
古い1インチ径アイピース資産、専用設計なエクステンダー。

・アマチュア無線
全捨て、廃局。残していたU/Vハンディ機、無線局免許状。

・本
20年もののプログラミング関連書籍数冊(ペゾルド本とか)。

・その他
工具類、ケーブル類、よくわからない付属品類、残していた箱、残していた数枚の音楽CD。

 

アマチュア無線を収束できたのは一つの成果だ。PC関連は今年だけでも3台ほど出入りがあったのでもっと節制しないといけない。それに、そろそろ衣類の整理にも取り掛かりたい。

 

パソコンのご使用経験は?

ライセンス証書。ソフトウェアの真正を証する書類。最近はソフトウェアを買っても付いてこなくなった。

IBM PC DOS J5.02/Vについていたライセンス証書。

IMG_4817

横に登録カードがついていて裏は簡単なアンケートになっている。

IMG_4818

パソコンの使用経験を聞かれている。

IMG_4819

Q5.パソコンのご使用経験

1.初めて 2.定型業務 3.ある程度DOSを使いこなせる 4.プログラムが開発できる

5.自称 オタク

_/\/\/\/|_
\      /
<自称オタク!>
/      \
 ̄|/\/\/\/ ̄

この選択肢はDOS/V Extensionsのみで、PC DOS/VやOS/2のアンケートには存在しなかった。

安物のWLAN/WWANアンテナを分解してみた。

安物のWLAN、WWANアンテナを無駄に買ってしまった。miniPCIeのWiFiアダプタに接続するSMA変換ケーブルが欲しくて、ケーブルとアンテナのセットを買ったら、機器コネクタ側が合わなくてIPEX4というものだった。WiFiアダプタ側はU.FLで互換性は無い。ちなみにIPEXはI-PEXという会社の製品の仕様。

miniPCI、miniPCIeカードのコネクタはU.FLが多く、M.2カードのコネクタは少し小さいIPEX・MHFが多いんだそうで、以前はU.FLしか出回ってなかったが今は機器側コネクタをよく確認する必要がある。またアンテナ側コネクタもWLAN(WiFi/Bluetooth)はアンテナ側コンタクトがオスのSMA(スタンダードSMA)、WWAN(LTE/WiMAX)はアンテナ側コンタクトがメスのR-SMA(リバースタイプSMA)が多いらしい。でも逆パターンもあるし、明確には使い分けられてないっぽい。

今回買ったのは機器側がIPEX4、アンテナ側がスタンダードSMAだからM.2用WiFiアダプタに使う今どき仕様。本当はU.FL-SMAが欲しかったが、この仕様はすでに時代遅れになっている。で、代わりのU.FL対応の基板型アンテナを買ったから、アンテナそのものも要らなくなった。

650円だったし、捨てても惜しくないからさっそく分解してみることに。接着もされてないのでエレメント部のカバーを力任せに引っ張れば簡単に抜けた。

2-5ant.JPG

以前の短いスリーブアンテナ式のものと違って、多段ホイップ?になっていた。エレメントの長さは下段4.5cm、上段6cm弱、全長12cm。。ラジアルは二股になっていて3cm弱。最低の共振周波数は下段1.6GHz、上段1.2GHz、全長で0.62GHz。基本周波数ではなく、WLAN/WWAN帯域で考えると3.2GHz、2.4GHz、5GHz、6.4GHzあたりでも共振はするだろうが、いいかげんに作られてる感がハンパ無い。まあWiFiアンテナなんて、これでも十分なんだろう。

これだったらコネクタもハンディ機と同じスタンダードSMAだし、エレメントを付け替えてUHF受信専用アンテナに組み替えてあげるほうが良い気がした。

 

 

小さすぎないことは良いことだ。

シンプルライフを送るうえでフルスペックなデスクトップPCはいかにも邪魔なので、ここのところノート用パーツで作られたNUCやら、HTPC用なのか何なのか微妙なATOM系オンボードでなんとかしようと思っていたが、結局自作PCはデスクトップ用パーツで組まないと納得できないという結論に達した。

●普通のATXデスクトップの性能に問題は無い。性能に問題は無いが、場所が無い。でかくて邪魔。

●小型デスクトップは確かに小さいが、mini-ITX専用品でもフルサイズ電源やハーフハイト5インチドライブが使えるようなものはそもそも小さくない。かといってSFX電源採用の小さいものはだいたいうるさい。

●小型デスクトップPCとしてのNUCは悪くはない。悪くはないが良くもない。特に性能が。しょせんノートパソコン用パーツ流用。

●Mini-STXも気になるが流通品種が現時点で多くない。既存のATX/microATXと互換が無いのも残念。

●スティック型PCや独自形状の超小型PC。小さすぎてダメになってるものの一例。汎用道具として期待すると確実に裏切られる。

これまで使ったオルタナティブデスクトップPCの数々↓

  • NUC DC3217IYE
    ノートPC版第3世代Core-i3搭載機種。中古で買った。Win XP対応、Win7、8も32/64ビット両対応と対応OSは豊富だが、USB 2ポートがUSB2.0という残念仕様。
  • Intel D510MO
    64ビット(Intel 64)対応最後のATOMデスクトップボード。VT-dとか対応してないし、メモリもDDR2で最大4GBと当時から非力。低消費電力だけどそれなりに熱くなる。DVIもHDMIもなくてビデオ出力はRGBのみの残念仕様。
  • Intel D2700MUD
    統合グラフィックが32ビットOSしか対応してない残念仕様。D510MOより熱くならず、心持早いのと、パラレルポート搭載と、DVI-D対応なのがちょっとうれしい。Windows Home Server 2011(64ビット版のみ)を入れて汎用ドライバでしか動かないディスプレイのことは潔く諦めるのが当時のトレンドだったが、Debian動かして長いこと使ったが、デスクトップ機としては諦めた。
  • Intel D2550MUD
    D2700の後継のはずなのにCPUまわりがスペックダウンという残念仕様。あんまり使わなかった。
  • ECS BAT-MINI
    安い、ちっちゃい、熱くならないと良いのにeMMC 32GB版しか手に入らない。Win10ライセンス付きだからと、セルフ開発環境を入れようとしたら残容量無くて無理ゲー。Debian入れて秘密のRAS/SSHサーバくらいが良いかも。リビングPCには非力。
  • Asus J3710-ITX
    Win7、8、10のどれでも32/64ビット全対応に、16GBメモリフル装備。J3710は8GBしか載らないはずなのに16GBとか変態。秘密のSSHサーバには良い。リビングPCとしては3世代前のデスクトップ版Celeron機より遅いという残念スペック。

大きすぎても邪魔、小さすぎても物足りない。今回はmini-ITXで組むことにした。これまでにもmini-ITXの組み合わせもいろいろ試して、だいたい「思ったよりでかい」か「うるさい」か「遅い」あたりで後悔してる。そこでNUC以上、デスクトップ未満を目標に次の仕様で構成を考えた。

  • デスクトップ用CPUを使う。
  • 汎用のmini-ITXかMini-STX。
  • 電源はACアダプタ式。
  • SSD必須。
  • BD、DVDなどODD非搭載。

で、組みあがった。

dq77-1 dq77-2

DC-DCコンバータ搭載でACアダプタ直結で動くインテルマザー DQ77KB 、古いCore i7 3770S、DDR3Lモメリ8GB×2、miniPCIeのSSDと2.5型SSDを組み合わせた。ケースは全く国内のレビューを見かけないREALAN(リーレン)E-H60というものを選んだ。このケース、中国製だが重すぎず、軽すぎず、バリもなく、剛性十分で質感良し。付属のネジも樹脂付きで設計者のこだわりを感じる。電源を組み込む場所も無くてpicoPSUっぽいコネクタ直挿し立基板の電源がオプションであるのみ。DQ77KBはATX電源は要らないのでこれのが好都合。リテールファンは高さから無理なので薄手のものを別途調達。E-W80なら載るかも。

標準設定やフルパワーにしても不安定にはならないが、やっぱりうるさいのでUEFI設定でめいいっぱいクロックダウンして本来の3.2GHzを1.6GHz動作に、電力を消費するHyperThreadingもオフ、GPU逓倍機も最低にしたらファンの回転を落として静かにしてもCPU温度が常時50度前後、最高65度程度で運用できるようになった。

雰囲気的にはでかいNUCという感じ。ACアダプタで動くとか、サイズ感の無い写真で見るとNUC派生のPCに見えるかも。実際はNUCよりも4倍くらい大きくて、Mac miniの旧モデルに近い大きさ。Coffee LakeでMini-STXが組めるようになるまでは、このデスクトップPCをメイン機にしよう。

IMG_4771

フルサイズATXデスクトップ、今回のmini-ITXデスクトップ、微妙なサイズのNUCデスクトップ。

ベンチマークしてみた。

dq77sata_full

この世代のi7マシンだとこのくらいか。設定を最強に振ったので内蔵グラフィックを使っている分には若干良い方かも。NUC6i7KYKが391081だったので確かに負けてるが、ALU・GDI・D2Dは勝ち、FPU・OGLは僅差、メモリDDR3LとDDR4は大差だが旧世代の割にはいい線いってると思った。

dq77sata_full_hw

ベンチマーク中の熱的性能もまあまあ良い感じ。NUC6i7KYKは同測定で90度に達した。

プログラミングWindows95 with MFC も読んでみる。

前回のエントリで書いたWin95ペゾリド本よりも先に、しばらく放置していたMFCによるWindows95プログラミング』も読み終えた。これも20年以上前に出た本でWin95向け。この本の次の版がアマゾンではぼったくり価格になってて、今回読んだ第4版は931円とゴミ扱い。

MFCProgWin95

「これはMFCに関する本であり、Visual C++の本ではない」!!

だが断る。今回はVisual C++を使う。※当時、Borland C++でOWL以外にもMFCって使えたような。

書籍ではWin95+Visual C++ 4.0を前提に書かれているが、今回はVMware上に構成したWindows 2000 + Visual C++ 6.0の環境を中心にさらった。Visual Studio 2017でも一応MFCサポートはあるのでペゾルド本のWin32 SDKほどマゾっぽくはならなくても済んだかもしれない。

プログラミングWindows95』と装丁は似ているが中身はぜんぜん違ってて、Visual C++に付属するクラスライブラリMicrosoft Foundation Classライブラリの解説書。Visual C++ のIDEの使い方の解説本ではないというのがポイント。ただIDEの解説こそを含んでいないが、サンプルのメイクファイルはVSが吐き出したものを使用しているようでペゾルド本のようにメイクファイルから手書き、というスタイルではないあたりも異なる。(手書きで最低限のメイクファイルを作るとクラスウィザードがきちんと動かない。クラスビューワはなんとなく動く。)

この本でも一応目玉というか実用的サンプルとしてMyWordというリッチテキストビューを主要コンポーネントにした簡易ワープロが掲載されているが、Win32SDKと違って非常に簡単に実装ができてしまう。今回はIDEを使ったのでそれこそサクっとできてしまうが、コードを追いかけるうえではやはり本文くらいの解説があったほうが理解は早い。

myword

本書はペゾルド本と並んでWindowsプログラミングを行ううえで、ぜひとも読んでおきたいもののひとつだし、読み終えてみるとペゾルド本よりだいぶやさしい内容であると分かる。

VC++のIDEを使って本書を読み解くとMFCを縦横に扱う感覚が身について、手書きの写経も良いがIDEを使うのも悪くないなと思えるようになった。

プログラミングWindows95 をVS2017で。

だいぶ前に買って放置していた『プログラミングWindows95と『MFCによるWindows95プログラミング』をようやく読み切った。2冊合計で2272ページ。

Progwin95andfMFC.JPG

プログラミングWindows95はWindowsプログラミングの最良の書のひとつであるペゾルド本の第4版。『プログラミングWINDOWS3.1』を学生の時に読んでいたのであまり読む気が起きなかった。Win32SDKの開発手法についてはだいたい知ってるし、そのまま写経してもつまらないので、当時の最新鋭Win95+VC4用サンプルを現在最新のWin10 x64+Visual Studio 2017で動かしてみるという明らかにマゾっぽいコースにチャレンジ。定評のある読みやすい本が地獄と化す。

何に苦しむことになるか。

・文字コードが異なる
内部の文字コードがWin95ではMBCS、WinNT系ではUnicodeと異なっていてWin32 SDK自体は一応マクロで切り替わるようになっているが、それを利用するコードや環境もその辺を意識しておく必要がある。基本的にはcharがWCHAR、char*がPWSTRになる。文字化けだけならまだましな方で、string.hで宣言されてるstrcpy系がドはまり。本文中ではstrcpyだけどUnicodeはwcscpyに変更だが、後に書くSDLでさらにハマる。

・Win95とWin10で異なる内部構造
しかも動作環境はWin10でx64。文字コードの他にもメモリ管理やDLL管理その他細かいところが異なっててそのままでは動かないサンプルも。VS2017も既定値はUnicode。文字コードに注意していれば動くものは多いが、特にメモリマップトファイルを使う第19章のSTRPROGは全く動かない。(本文中でも1062ページでWindows NTでは機能しないと解説されている。)

・VS2007のSDLチェックが有効
SDLチェックが入ってくると文字コードの変更でwcscpyしたものが、さらにwcscpy_sにしないとエラー。wcscpy_sでは戻り値すら異なっている。VS2017ではSDLチェックは既定値でオンなのであえて外さないプレイ。

・VS2017のツールオプション
VS2017についているコマンドラインツール類のオプションもVC4から変わってしまってるのでメイクファイルも修正が必要。LIBC.LIBがなくなっているのでLIBCMT.LIBに置き替える。リンカオプションは簡単になっていて /subsystem:windowsを使うとうまくいく。

・VS2017のWindowsデスクトップアプリケーションのやる気の無さ
新しいプロジェクトのスケルトンを生成させるとコンパイル時にワーニングがでるし、文字化けもする。.cpp、.hをBOM付きUnicodeで、.rcをANSIで保存しなおすととりあえず直る。Win32SDKヘルプがまともに参照できなくて、基本的に英語なのはともかく、.Netなヘルプが出てきたり。やる気なさすぎ。今回はこの厄介なスケルトンを本のサンプルにあわせて変更するという行為を行う。

・その他のレギュレーション
付属CDからのコピペは禁止。そして写経ではないのでVS2017のIDEの機能をフルに使うことにする。本書の冒頭部分20ページに書かれているとおりIDEの解説は一切載っていないし、実際にVS2017が吐き出すWindowsデスクトップアプリケーションのスケルトンのコードを理解するためには、この本の全1150ページ中590ページまで読む必要がある。でもIDEの力を借りれるとそれ以上に効率よくサンプルを消化できるのではないかと思う。プログラミングWINDOWS3.1を読んだときは実際にメモ帳の手書きプロジェクトで通したし、MSC/C++7.0のクソPWB(IDEっぽい見た目のテキストエディタ)ではそれでも良いと思ったが、今それをやり直す気力は起きない。

※実は虫食い的にVMware+Win2000+VC6も使った。こちらのほうが明らかに変更箇所は少なくて、ほぼ問題なく動く。

 

poppadx64

この本の目玉のサンプル、テキストエディタのPopPadをWin10+VS2017で完成させると、64ビット、Unicode対応のテキストエディタに。

そんなこんなで苦労はしたが、それなりに得られたものはあった気がする。20年も前の本だが、今の環境でもだいたい通用してしまうというのはなかなかすごい。Windowsでプログラムを書く人ならこのシリーズは一読の価値はある。でも前提としている環境はそろえた方が楽だ。

Windows 10 Enterprise を Fall Creators Update してみる。

なぜか継続的に高アクセス数を記録している Windows Enterprise を Creators Update してみた。のエントリ。これの次のメジャーアップデートとなる1709が昨晩リリースされた。VLSCを確認すると1703のときは後回しだったVL版のEnterpriseが、今回の1709は一般向けと同時に公開されている。

1703のときはバカ正直に自動更新がかかるのを待ってて、いつまで経っても更新がかからなかったので、今回は同じ轍は踏まない。速攻ISOをダウンロードして人柱となる。

→もう一台のEnterpriseでWindows Updateを試したら1709が更新に出てきて、でかいファイルがダウンロードされて「更新して再起動」しても更新できずに失敗。やっぱりISOで更新するのが正解。

windows10vl1709

CDNからの取得は3.7MB/secそれほど遅くはない模様。推定20分程度。ファイルサイズが少しRTMより大きくて、1703より小さい。ファイル名は SW_DVD5_Win_Pro_Ent_Edu_N_10_1709_64BIT_Japanese_MLF_X21-50165.ISO

ISOがダウンロードできたらDVDに書き込む必要も無く、そのままマウントしてsetup.exeを実行。

windows10vl1709-2

普通に始まった。

・・・

なんか「インストールに失敗しました。」とか出てきた!!
びっくりしたから途中のスクリーンキャプチャ撮るの忘れた。

気を取り直してやりなおし。インストール時のオプションで「更新をダウンロードするか」と聞いてくるので既定値の「する」から「しない」に選択を変更したらうまく進んで終わった。

SBなんたら.dllがエラーになった以外は特に問題なさそう。プロパティを確認すると1709に更新されたこと、窓のロゴがなくなったこと、デバイスIDが表示されていることが気になった。→SBなんたら.dllのエラーはSound Blaster PX(USB接続のサウンドアダプタ)のドライバだったのでいったん削除してから再接続したら出なくなった。

windows10vl1709-3.PNG

それと「お使いのPCは監視され、保護…」って書いてある。

お使いのPCは監視され、

お使いのPCは監視され、

お使いのPCは監視され、

;゚Д゚)エエー

 

※このメッセージが意味するのはWindows Defender のステータス表示だが、「システム」のプロパティで出されると別の意味に思えてくる。

インストールが超簡単になったLinux Services for Windowsがどうしようもなく便利すぎるレベル。macosで動かすsshも決して悪くはなかったが、WSLで動くフル構成のUbuntuやsuseを見たら単にsshを動かすだけであっても絶対WSLのがいいって思うハズ。Linux(SystemV風)とは若干距離があるmacのBSD Unix(しかもデフォのツール類は古い)と、WSLのフルに近いLinux環境(apt-getとかで更新もできる)の比較だったら後者のが何かと都合がいい。それにフリーのXサーバ VcXsrvと組み合わせたら、過去最高に便利なWindows環境になった。本当はExceedとかASTEC-Xあたりが欲しい。

端末エミュレータ(ターミナル)とsshが初期状態で使えるだけで「macはディベロッパー向け」とか言っちゃってる層はWindowsでWSLしたほうが幸せになれると思った。