投稿

キーボード修理

イメージ
前回 調子が悪くなったと書きましたが、部品が手配できて時間が取れたので直しました。 茶軸のスイッチを購入 Cherryの茶軸は 10個で1,399- ということで購入。 本当は1個で充分なんだけど、仕方なく残りは予備部品として保管。 作業手順 キーボードの裏側ネジを3箇所外します。 左右と中央の丸シールの下。 左右はパッドを貼っているので、少しめくって外します。 (あとで綺麗に戻るので心配なしです) ケーブルが出ている方は、スッと外れ、手前(下側)は、内部に爪が有るので、ピックやカード、マイナスドライバなどで少し隙間を開けるようにして広げれば外れます。 自分は親指の爪で空きました。 今回は「E」が調子悪いので、該当のピン2箇所をハンダ吸いで綺麗に取り除いて、裏側から引き抜いて完了。 基板にしっかりとどのキーかがプリントされているので分かりやすいですねぇ 入手した新品の茶軸を差し込んでハンダ付けします。 この時点で動作確認が可能になるので、直したキーとその周辺が正しく入力できるのをチェック。 問題なく、無事に動作しました。 最後にカバーを取り付けて完了! 残ったのは9個の茶軸…。 今回の費用 Cherryの茶軸10個セット :1,399- キーキャップ引き抜き工具 : 475-  ちなみに10個セットには、簡易引き抜きがついてきますが、ちゃんとしたもののほうが楽に作業できます。(昔買ったのに、どこかに行ってしまったので再購入)  ということで、1900円ほどで完治しました。  手間賃考えると買ったほうが安いかも(笑)

小型の充電器

イメージ
 自分自身へのプレゼント  カバンにPCを入れて移動をするのだけれど、バッテリー切れになると何ともしようがないので、当然AC電源を持ち歩くことになる。 でもって、スマートフォン用のバッテリーも持ち、AC-USBのAdapterと、各種ケーブル(LANケーブルにTYPE-C←→C,TYPE-A→C,TYPE-A→マイクロUSB等)ってどんだけ持ち歩いているんだ?と思えてくる。 そこで、最近出回えい始めた GaN(窒化ガリウム)を使った小型大容量のACアダプタを入手することに…。 選定したのは「 Baseus PD 充電器 65W 」ブラックフライデーのセール時期で4,399円で、値引きされて3,519円にて入手。(今見たら4,599円になってた…) 3端子で同時に充電できるタイプ。 しかも最大65Wとノートなどにも問題なく使用できるはず。 で、これまで持ち歩いてたThinkpad用の65W電源と比較するとこんな感じ。 大きさ(容積)はずいぶん小さくなったけれど、本体自体の重さは20gしか違わない。 ただ、これまで持ち歩いていたスマートフォン用の電源アダプタが不要になるのと、ケーブルがTYPE-Cのみで統一できるのがメリット。 忘れるといけないので… この手の奴で多いのは、同時に使用すると出力が出ないとか、ポートが限定されるというのが多いけれど、比較的使いやすく設定されている。 1portの使用なら、どれでもOKな感じ。 2portの同時使用なら、Type-C(C/C の場合のみC1)が45Wと思っていればOK 3portの場合は、C2が45W この表がないと、だめかもしれないので、載せておくことに。 カバンの中が少し減らせ軽くなったのと、これまで使っていた電源を自宅で使用することに出来るので、まぁ良しとする。 少し長めのTYPE-Cケーブルが欲しくなったので、そのうち探そうと思う。

PHP でなぜかjsonエラー

イメージ
外部サーバ上では動作  サーバに設置されているコードをテストしていて、おかしなエラーが出ることに気づいた。 Message: Call to undefined function json_encode() って、何で?って感じ…。 今回、新たに立てたVPSでは、Ubuntu20.04 + Apache2 + PHPで問題なく動作している。 その前のサーバも、同様な構成で動作している。 いつも使っているLocalマシン上で動作しない。 気持ち悪いし、テストできないので、原因追及をする。 このマシンだけは、2年前ほどに新規に調達したマシンで、当初よりUbuntu18.04で運用。 昨年20.04にdist upgradeしたマシン。 Cleanに入れてはいないので、その影響かも…。 phpinfo()を実行すると、jsonの項目がない。 そりゃ、動かないよね。 そこで、端末から念の為、入れてみる。 $ sudo apt install php7.4-json パッケージリストを読み込んでいます... 完了 依存関係ツリーを作成しています                状態情報を読み取っています... 完了 php7.4-json はすでに最新バージョン (7.4.27-1+ubuntu20.04.1+deb.sury.org+1) です。 アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 0 個。 おや?入っているという。 $  sudo apt list | grep json php-json-schema/focal,focal,now 5.2.9-1 all [インストール済み、自動] php-json/focal,focal,now 2:8.0+91+ubuntu20.04.1+deb.sury.org+1 all [インストール済み] php-services-json/focal,focal,now 1.0.3-1build1 all [インストール済み] php5.6-json/focal 5.6.40-57+ubuntu20.04.1+deb.sury.org+1 amd64 php7.0-json/focal 7.0.33-...

xiaomi Mi 11 Lite 5G ゲット

イメージ
全く問題なかったのが…  これまで使っていたMi9TProが時々LTEを掴まなくなる事象が発生した。 再起動すれば問題なく動作するのだが、少々面倒だし、いざという時にオフラインでは話にならない。 それ以外は全く問題ないし、気に入っているのだが… そこで、ブラック・フライデーの期間が来たので、買い替えてみた。 再びxiaomi さて、どこにしようか考え、Oppoかxiaomiか、ASUSか…。 と、悩んだものの結局 「xiaomi Mi 11 Lite 5G」に。 5Gがどの程度なのか、知りたいと言うこと、エリアがどこまで入るか、切替時はどうかなど…。 ストレージが、これまで64GBでかなりギリギリだったので、今回は128GBで選定。 Xiaomi Mi 11 Lite 5G 6+128GB SIMフリー スマートフォン トリュフブラック 【日本正規代理店品】 開封の儀は滞り無く完了。 さて、お引っ越し作業と、SIMの入れ替えを行なって、実際に試してみた。 SIMは、IIJ(5G)とOCN(4G)を刺して、速度調査。 【5G】      【4G】 どちらも同じ場所で、測定。 思った以上に速度差が出た。 何度か場所を変えたり、時間帯を変えたりしてテストしてみたが、それ程大きな変化はない感じ。 確かに、5G速いな。 問題は、5Gエリアが少ないのと、局からの距離が短いので、歩きながらだとすぐ5G圏外になるのが煩わしい。 5G→4G切り替わり時の「パケ止まり」が気になることもあるので、設定を変更して様子を見ている。 https://www.sankeibiz.jp/business/news/211006/bsj2110060800001-n1.htm 今の所、カメラ性能(スーパーマクロは面白い!)し、写りもいい感じ。 やはり、新しくなると、なかなかに性能向上しているのを感じますね。 結局、我が家で可動している端末は Redmi 9S Redmi 9T Redmi Note 10 Pro Mi 11 Lite 5G と、Huawei→xiaomi となっております。

UbuntuにWi−Fi子機アンテナ

イメージ
 メインで利用しているマシンは、回線の口とフロアが異なるので、 回線は速ければ良いが、取り回しも重要 メインで利用しているLinuxマシンは Wi-Fiルータ→中継器→有線→SwitchingHub→PC という経路で動かしている。 この場合、上り下りともに、約60Mbps〜80Mbpsの速度が常時出ている。 スマートフォンで、直接ルータに接続すると、600Mbpsとか出るので、その1/10というのは少々残念だけど、不便なことはない。 Wi-Fi子機を入手 今回、USB接続の子機 ELECOMのWDC-433DU2HBKを入手したので、動作するのかも含めて検証してみた。 こんなタイプのもので、向きが換えにくいデスクトップ型の場合は、案外良い形状。 とりあえず、USBに挿して、dmesgで確認すると、Elecom と型番は認識している。 念の為、lsusbでも見てみるが、 Bus 003 Device 002: ID 056e:4007 Elecom Co., Ltd WDC-433DU2HBK と出力され、問題はなさそう。 次は、ドライバだ。 いろいろ調べてみると、Ubuntu16.04の頃から使われているらしい。 チップは、RealtechのRTL8811AUらしい。 Linuxでは、RTL8812もしくはRTL8821用でOKらしい。 CoreDumper  さんのは、少し古い記事だが、参考にしてみる。 ソースコードを持ってきて確認すると,すでに機器のIDは登録されていた。 で、makeするのだが、通らない。 ムムム…。 結構時間をとられたものの、改善しないので、別の方法を探る。 Kikou's Log  さんに記載のあるgithubのソース( https://github.com/aircrack-ng/rtl8812au )をcloneして試す。 今度は、問題なくbuild完了。 ただ、今はDKMSで動かしているので、ブログの手順では動作しない。(ドライバを見つけてくれない) そこで、gitにあるREADMEを見ると、ちゃんとDKMS用の手順が載っていた。 $ sudo make dkms_install 少々buildに時間がかかるが、問題なく生成。 再起動後、Wi-Fiを認識するようになった。 残念なことに、2.4GHz/5G...

UTMのUpadateで大幅改善

イメージ
アップデートで超改善 前回構築したM1 Mac上の仮想マシン でキー入力などがうまくいかず、苦労していたところが、あっけなく解消してしまった。 homebrewを使用しているので、各種updateを行っている時に、utmのバージョンが上がっているのに気づいた。 でもって、2.2.4にversionを上げたところ、機能アップと不具合の改善が行われていた。 まずは、前回苦戦したキーボードの入力を認識しない件に関して、大きな変化があった。 ほぼ全てのキーを正しく認識することが分かった。 ほぼ、というのは、「英数」と「かな」のみ全く認識していない。ただそれ以外は、一応OKっぽい。 問題は、mozcでの日本語入力の切り替えだ。 デフォルトでは「⌘+スペース」を押すことで、入力ソースの切り替えに設定されているのだが、MacOS側の入力が先に反応してしまい、仮想マシンに入力が渡らない。  Mac上での⌘+スペースはspotlightがデフォルトになっているので、画面上にspotlightの検索画面が表示されてしまう。 そこで、基本使用してしないspotlightをオフにしてみると、難なく仮想マシンに入力が渡ることが判明した。 これで、無事に入力の切り替えが可能になった。 本当は、「英数」「かな」でOFF/ONを切り替えたかったけれど、まったくキーを認識していないので、仕方なくこの方法で運用することにした。 ネットワークも楽に 前回のバージョンでは、ホストと仮想マシン間でNATでしか接続できない状況だったのが、あらたにbridge接続ができるようになった。 これで、外部の他のマシンからのアクセスが容易に利用できるようになった。 設定は以下の箇所を変更するだけ。 設定を保存し、仮想マシンを起動すると、ホストマシンと同じセグメントでIPを取得できている。 これで、Apacheを起動すれば、外部のマシンからWebサーバとしてアクセスできる。 ポートフォワードなどの設定をする必要もなく、簡単にサーバ環境をテストできるわけだ…。 ということで、utmを利用する価値は格段に上がった感じです。 ちなみに、iOS版も出ているので、その上でも仮想マシンが構築できるような感じ?なのかな。試していないのでなんとも言えないけれど…。

ドライブレコーダー設置

イメージ
 新しい車には新しいドラレコを などと、勝手にほざきながら、ポチッとな。 子どもたちも乗るので、念の為設置することに。 後部カメラも必要だよなぁと思うので、対応するものを選定。 そもそも車にはバックカメラもアラウンドViewカメラもあるので、リアカメラは録画さえちゃんとされていればOKで、バックに入れたら補助線出すとか必要無し…。 せっかく自動防眩ミラーなので、ミラータイプは除外することにした。 JADO D530 というのを見つけた。 なかなかコスパの良さそうだったので、試してみることに。 耐久性は何とも言えないので、安ければ買い直す作戦で…。 フロントの取り回しは、電源だけなので、ピラー周りを通して、助手席足元からシガーへ。 リアもサイドを辿って、リアウィンドゥの上部まで難無く配線完了。 開封から1時間というところでしょうか…。 【フロント】 【リア】 あとは、SDカードだけど、何度も初期化とか面倒だし、いざという時に記録されていないとかロックされすぎて使えないとか、あるあるパターンを避けるために、 Buffaloの128GB のカードを入手。 これで、2500円強なんだから問題無し。 あとは、スマフォにアプリを入れて、ドライブレコーダーをWiFi親機にすると直接データを見ることも出来ると言うので、テストして完了。 とりあえずは、調子よく動いているし、画質も綺麗なので良き良き。

USB Type-C Hub購入

イメージ
 Type-Cになって便利なんですけど… 最近購入したマシンは、コネクタがType-Cになっていて、便利なんですけど、マシンによってはコネクタの数が少なかったり、Type-Aが使えなかったり…。 まず、MBPは、Type-Cが2つだけしか存在しない。電源を取ると、残りが1つ。 これだと、抜き差ししないといけなかったりして、少し不便。 特に、最近は娘がZoomしている時に、自分がZoomで打合せとかになるので、帯域を確保するのに有線で接続しようとすると、Type-Cがネックになる。 ということで、新しくType-Cハブを購入して、M1 MacBook ProとHP Chromebookで動作検証してみた。 購入したのは、「 USB C ハブ ドッキングステーション 10-in1 」 タイムセールを利用したので、4000円程度だった。 まずは、ACアダプタ→HUB→MBPと充電しながら、有線LANを使ってみた。 さすがに、Wi-Fiとは比べ物にならない速度で接続可能! まぁWi-Fi経由でも150Mbps程度出るので、問題はないのだけれど…。 快適です。GigaBitのLANアダプタというのも、問題なさそうです。 次に、ChromeBookに接続。電源を取らずHDMIケーブルをTVに接続。 おぉ!2画面のChromeBookは、なかなか斬新で素敵かも…。 ただ、TVはタッチパネルじゃないので、微妙…。 この環境だと、chromebookもメインマシンとして利用できるかも。 まぁ、Linux上でvscodeやらブラウザやら使うのが中心なので、廃棄しても良い家庭用TVでも解像度によっては使えそう。 ということで、安い割にはちゃんと機能しています。 これなら、MBPかChromwBookと一緒に持ち運べば、どんな状況でもなんとかなりそう。 2画面でZoom。有線LANもOK。 USBも余裕ありなので、後期の講義には持っていこうかと思案中。 気になる点も… 電源を使いながら3時間以上使用したところ、かなり発熱する。 オンラインミーティングを終えて、取り外そうとしてあつっ!と感じるくらいの温度になってました。  まか、MBPで通常の利用なら充電なしでも問題ないけど、HDMI使った場合はバッテリーがどの程度持つのか、一度試す必要はありそう。  まあ、お安いので駄目もとで買っ...