260929 アイワ AIWA製 2way スピーカー SX-LM77 メンテナンス（コンポ XR-MD110）後編 NFJスピーカーに交換 ツイーターはセラミック⁇

こんにちはHousukeです。


前回：『260924 アイワ AIWA製 2way スピーカー SX-LM77 メンテナンス...』の続きです。

🐏スピーカー交換🐏

≣ネオジウム磁石仕様で135g≣
NFJさんに注文していたスピーカーが届きました。

135gと軽量です。
ネオジウム磁石仕様のため 小さく出来ています。一見貧弱に見えますが、基本性能に問題はないと思います。Amazonにも出品されていますが、良い評価が多く平均 4.5★です。
ちなみに オリジナルスピーカーは480gです。スピーカー箱全体が軽くなりました。

≣ガスケット切り取り≣
スピーカーの取付け寸法は 文句なしに合っているのですが、惜しいかなガスケットが 出っ張って 2㎜くらい高くなっています。
スピーカーグリルのスピーカー穴部分がガスケットに密着するようになっているので それを組付けた時 2㎜浮いてしまいます。

ガスケットの出っ張った部分を、模型工作用の精密ノコで 横から切り取ることにしました。

ガスケットは紙なので楽勝と思いきや、バラけて切りにくいのと すぐ内側のエッジが睨みつけ付けるので 2個で 1時間以上掛かりました。😽


≣スピーカー取付け≣
スピーカーを外すときは 壊さないよう ゆっくり少しずつでしたが、取付けは つっかえることもなく簡単にできました。

　　　　　　　　　⇩

🐏音出し確認🐏

<ウーファー単体>

前回ご紹介した部屋のクセだと思いますが、200Hz辺りに共振ぽい山があります。また、ネットワーク回路のHCF(ハイカットフィルタ)を通しているのに 中高音が高めです。ちょっと嫌な予感がします。


<ツイーター単体>

5KHz以上を受け持っています。
仮組した時に スイープジェネレーター音源で確認したところ 3～4KHz辺りの音がやたら 大きくうるさく聞こえたので、 ツイーターに 2.2μFをシリーズに入れて ｆｃ(クロスオーバー周波数)を高いほうに追いやりました。

ネットワーク回路には すでに 2.2μFが入っているので、直列計算して 1.1μFになります。

ｆｃが 36KHzと変に高くなりますが、適当な抵抗の手持ちが無かったので とりあえず...。
追記：どうもツイーターはセラミックのようです。前回、ｆｃが異常に高い？とか言ってたのに、それらしい高級感から ソフトドームツイーターだと決めつけてしまいました。あいにく組立ててしまって スピーカーグリルを外すのは大仕事なので、次に分解した時に確認したいと思います。
ただし、セラミックだから ダメという ことではなく、SONY製スピーカーでも使っているのを見たことがあります。多分 聞き分けようとしても わからないと思います...😁
とは言っても、セラミックに限らず カッコだけはいい粗悪品スピーカーが多いので注意は必要です。➯🎲オマケ情報🎲


<ウーファー＋ツイーター 合体>
定位置(鴨居の上)

いつもの6畳間の長手両端、鴨居の上です。

定位置(鴨居の上)＋SubWoofer

2.1ch サブウーファーを追加した状態です。

残響の多いキッチン

3畳＋玄関につながる細長い空間で、床はフローリングです。細かい残響が多く、低音がよく鳴ります。

 
２～４KHzの凹みがちょっと残念です。ウーファーとして使った NFJのスピーカーは 8Ωなので  4Ωの本機に入れると音圧は低くなる とは読んだのですが、想定外のハイ上がりな音造りでした。いつもならネットワークを改造してブログネタにするところですが、ツイーターとの繋がりがなんとかなったので しばらく このまま使う予定です。😓

それでは次回お楽しみに...


🎲オマケ情報🎲

カッコだけはいい粗悪品スピーカー

安いので試しに買ってみましたが...

どーにもなりません。

もう一つ思い出しました。

F特はガタガタ。

ツイーターは偽装です。

😂
まだあります。
➯『231115 トリッキーな音 PC用スピーカー OROROW の周波数特性をスマホで調べてみました』


JBL control-1Xのスペクトラム画像

いつも基準・目標にしている JBL control-1Xです。今回、収音マイクを変えたので、同じ条件で比較のために撮りました。

総販売台数が数百万台の実績はダテではないようです。
特性曲線に なんだか貫禄すら感じます。

260924 アイワ AIWA製 2way スピーカー SX-LM77 メンテナンス（コンポ XR-MD110）前編

こんにちはHousukeです。

AIWA製のスピーカー SX-LM77のメンテナンス作業をご紹介します。

SX-LM77は 1999年にAIWAが発売した CD/MDコンポ XR-MD110に付属していた スピーカーです。

小型ながら、CD/MD、重低音EQ/サラウンドなど機能てんこ盛りのオーディオコンポです。また、グッドデザイン賞を受賞しているそうです。

🐏各部のチェック🐏
コーン紙に 放射状のひび割れがあるのは フリマ入札時に承知していましたが、製造後30年近く経っているものなので 他にも未だありそうです。
各部のチェックしていきたいと思います。

≣グリル外し≣
XR-MD110の当時のサービスマニュアルがネットに転載・公開されています。CD/MDメカの分解図や回路図・基板図などを参照できます。
その中に、スピーカーの分解の仕方の説明が載っていました。
XR-MD110 サービスマニュアル

グリルと本体のすき間に マイナスドライバーとタガネを挿し込んで ゴムハンマーで叩けとあります。

手持ちの ノミとドライバー・金槌を使って、すき間を少しずつ広げるようにして...

なんとか外しました。😁

グリル側の筒状の突起 4つを 本体側にはめ込み固定するようになっています。はめ込み部分には ゴム系の接着剤が塗られています。ネット動画に突起を折ってしまった事例があったので、ゆっくり少しずつが良いと思います。

≣ウーファーのチェック≣

コーン紙には ラミネートフィルム材が使われていて、そのフィルムが劣化して ひび割れています。

ひび割れはコーン紙の裏側にまで達しています。
修復するつもりでしたが、これは無理そうです。
サビもひどくて 触りたくないのもあるので、さっさと 替わりのスピーカーを探すことにしました。

≣ツイーターのチェック≣

こちらはしっかりしています。
セラミックなんかではなく 丁寧に作られたソフトドームツイーターです。
このツイーターだけで、スピーカー購入金額 2,300円の価値がありそうです。

≣箱の中の様子≣

箱の中を見てみました。吸音材はなく、ネットワーク回路とダクトが見えます。
コンデンサーの容量が確認できたので回路図にしてみました。

ツイーターのインピーダンスを 4Ωとして計算するとｆｃ(クロスオーバー周波数)が 18KHzになりますが 聞いたことが無い高い数値設定です。次回 実装するときに計測するので 何か分かればご紹介したいと思います。😑

≣周波数スペクトラム≣
いつもの スマホを使った周波数スペクトラムを見てみました。
2～3KHz辺りに大きなうねりがあります。多分 コーン紙の劣化が原因だと思います。次回は まっ平になる予定です。
(200Hz辺りの山は我が家の6畳間のクセも関係しているようです。天井板かなんかの共振だと思うのですが、モニタースピーカーでも気まぐれに発生します。😓)

🐏部品の手配🐏
交換用のウーファーは、NFJストア＠ヤフー店さんに注文しました。

次回、ウーファーを交換して チューニング・音出しをしたいと思います。
次回：『260929 アイワ AIWA製 2way スピーカー SX-LM77 メンテナンス...』

それでは 次回お楽しみに...


🎲追加情報🎲

260908 GeminiでGmailを読込むプログラムを AI生成 Google Colab... その２API設定

こんにちはHousukeです。

前回：「260902 GeminiでGmailを読込むプログラムを AI生成...」の続きです。
今回は、生成したプログラムの動作チェックをしたいと思います。 

🐲プログラムの動作チェック🐲
▶を押して実行したところ、次のエラーを吐き出しました。

------------------------------------------------------------------------
FileNotFoundError                         Traceback (most recent call last)
/tmp/ipykernel_604/1505966352.py in <cell line: 0>()
       53 
       54     # Get the Gmail service
---> 55     service = get_gmail_service()
       56 
       57     # List the first 10 messages (you can adjust the number or query)
------------------------------------------------------------------------
1 frames
------------------------------------------------------------------------
/usr/local/lib/python3.13/dist-packages/google_auth_oauthlib/flow.py in from_client_secrets_file(cls, client_secrets_file, scopes, **kwargs)
      198             Flow: The constructed Flow instance.
      199         """
--> 200         with open(client_secrets_file, "r") as json_file:
      201             client_config = json.load(json_file)
      202 

FileNotFoundError: [Errno 2] No such file or directory: 'credentials.json'
------------------------------------------------------------------------
≣エラー内容≣
ファイルが見つからないというエラーなのですが、探そうとしているホルダー自体が無いようです。/python3.13/を探してみましたが どこにも在りません。また、'.json 'という拡張子は 通信でやり取りする API(Application Programming Interface)ファイルに使われることが多いそうです。
大雑把に エラーを 要約すると 'APIを使うための設定をしてなかった'ということになります。


🐲エラーの修正🐲
なるべく手作業はしたくないなぁ と思いながらググっていたら、Google Workspaceのガイドに良さそうなページがありました。
『Gmail API にリクエストを行う Python コマンドライン アプリケーションを作成します。』とあります。

次のようなPythonプログラムが続きます。
APIの認証をするプログラムらしい...
⇩

が、違う気もします。認証を確認する文は見当たらないし...😓
とりあえず Google Colabへコピペしました。
⇩
▶実行すると、
-------------------------------------------------------------
FileNotFoundError                         Traceback (most recent call last)
/tmp/ipykernel_3742/1406074078.py in <cell line: 0>()
       53 
       54 if __name__ == "__main__":
---> 55   main()
-------------------------------------------------------------
1 frames
-------------------------------------------------------------
/usr/local/lib/python3.13/dist-packages/google_auth_oauthlib/flow.py in from_client_secrets_file(cls, client_secrets_file, scopes, **kwargs)
      198             Flow: The constructed Flow instance.
      199         """
--> 200         with open(client_secrets_file, "r") as json_file:
      201             client_config = json.load(json_file)
      202 

FileNotFoundError: [Errno 2] No such file or directory: 'credentials.json'
...やっぱり エラーでした💀。
-- AI Geminiの説明 ------------------------------------------
このエラーは FileNotFoundError: [Errno 2] No such file or directory: 'credentials.json' です。コードが InstalledAppFlow.from_client_secrets_file 関数を使って credentials.json ファイルを開こうとしていますが、このファイルが見つからないために発生しています。Google API で認証を行うには、Google Cloud Console からこの credentials.json ファイルをダウンロードし、ノートブックと同じディレクトリに配置する必要があります。
-------------------------------------------------------------

API設定作業を追加した プログラムを Geminiに再度書かせる手もありますが、自分のPC内にホルダーを作る作業を無事にやってくれる気がしません。
なので API設定は、次回 手作業でやることにしました。

次回おたのしみに...

260902 GeminiでGmailを読込むプログラムを AI生成 Google Colab(インタープリタ言語 Python/パイソン)

こんにちはHousukeです。

ここ最近 NVIDIAの株価がどうしたとか、仕事を取られるとか PC界隈の話題が AI一色になってしまいました。

いつもの PCネタのブログを書く気になれません。この先どうなるか分からないし、メモリはやたら高いし...😓
そこで今回、流行りに乗って AIでプログラムを作るネタをやってみることにしました。
プログラム言語は、昔 BASICをやったことがあるので それに よく似たインタープリタ(スクリプト)言語 Python/パイソンにしました。

開発環境は、なるべく面倒なことをしたくないので Googleアカウントで使える Google Colab(Python)にしました。
なんだか Googleの術中に嵌っているようですが、AIも自動的に Geminiになります。


🐲AI GeminiでPythonプログラムを生成🐲
溜まってしまったGmailを整理するために、一旦 それを全部読取るプログラムを お題にしました。
≣プログラム生成をGeminiに指示≣
『Gmailを読み込むプログラム』と指示しました。

≣Geminiが生成した Pythonプログラム≣
指示から 10数秒後、次のように結果が出ました。

プログラム文を取り出してみました。

-------------------------------------------

import os

import pickle

from google_auth_oauthlib.flow import InstalledAppFlow

from google.auth.transport.requests import Request

from googleapiclient.discovery import build

# If modifying these scopes, delete the file token.pickle.

SCOPES = ['https://www.googleapis.com/auth/gmail.readonly']

def get_gmail_service():

    creds = None

    # The file token.pickle stores the user's access and refresh tokens,

    # and is created automatically when the authorization flow completes for the first time.

    if os.path.exists('token.pickle'):

        with open('token.pickle', 'rb') as token:

            creds = pickle.load(token)

    # If there are no (valid) credentials available, let the user log in.

    if not creds or not creds.valid:

        if creds and creds.expired and creds.refresh_token:

            creds.refresh(Request())

        else:

            # Download your credentials.json file from Google Cloud Console

            # and upload it to your Colab environment.

            flow = InstalledAppFlow.from_client_secrets_file(

                'credentials.json', SCOPES)

            creds = flow.run_local_server(port=0)

        # Save the credentials for the next run

        with open('token.pickle', 'wb') as token:

            pickle.dump(creds, token)

    service = build('gmail', 'v1', credentials=creds)

    return service

def list_messages(service, user_id='me'):

    try:

        response = service.users().messages().list(userId=user_id).execute()

        messages = []

        if 'messages' in response:

            messages.extend(response['messages'])

        while 'nextPageToken' in response:

            page_token = response['nextPageToken']

            response = service.users().messages().list(userId=user_id, pageToken=page_token).execute()

            messages.extend(response['messages'])

        return messages

    except Exception as e:

        print(f'An error occurred: {e}')

        return []

if __name__ == '__main__':

    # First, install the required libraries if you haven't already:

    # !pip install google-api-python-client google-auth-oauthlib

    # Get the Gmail service

    service = get_gmail_service()

    # List the first 10 messages (you can adjust the number or query)

    print('Listing messages...')

    messages = list_messages(service)

    if messages:

        print(f'Found {len(messages)} messages. Displaying first 10 IDs:')

        for i, message in enumerate(messages[:10]):

            print(f"Message ID: {message['id']}")

            # To get full message details, you would need to fetch each message:

            # msg = service.users().messages().get(userId='me', id=message['id']).execute()

            # print(f"Subject: {msg['payload']['headers'][...]['value']}") # This requires parsing headers

    else:

        print('No messages found.')

-------------------------------------------

入れ子がキチっとしていて、コメントもちゃんと入ってます。昔 目を三角😈にしてキーボードを打っていたことを思い出して 隔世の感を通り越して 思わず脱力しました。
生成したプログラムは よく見ると なんか足らないような気がしますが、次回 実行して問題があれば 修正した内容を お伝えしたいと思います。
次回⇒『260908 GeminiでGmailを読込むプログラムを AI生成 Google Colab... その２API設定』

それでは次回 お楽しみに...

260705 Windows11 25h2 ”共有ドライブにアクセスできません”、”ネットワーク資格情報の入力”に ローカルアカウントを設定して対応

こんにちはHousukeです。

前回：「231210 "共有ドライブにアクセスできません"を セキュリティの緩い exFATフォーマットで回避」
で、共有ドライブ側のセキュリティを緩くしてテキトーに使っていましたが、Windows側のセキュリティが いよいよ厳しくなってきて 使えなくなりました。 

上の画像は、ネットワークで共有ドライブのあるPC(以降 ホストと言います)を、違うPC(以降 クライアントと言います)から参照しようとしたところです。情報資格情報の入力を要求されることもありますが、どっちにしろ共有ドライブまで行き着けません。


観念して、ちゃんと対応することにしました。
🌌ローカルアカウントを使った共有ドライブの設定🌌
YouTubeをいろいろ見た結果、一番簡単なローカルアカウントを使う方法にしました。これだとホストの設定だけで済みます。

設定・登録内容は次の 7項目です。
①ホスト のIPアドレスを調べる・固定する
　　　　　⇩
②ホストの共有の詳細設定
　　　　　⇩
③ホスト のSMB1.0/CICS...にチェックを入れる
　　　　　⇩
④ホストにローカルアカウント、パスワードを登録する
　　　　　⇩
⑤共有ドライブの設定(ローカルアカウント、そのパスワード登録など)
　　　　　⇩
⑥ローカルアカウント、パスワードを、ホストで一回だけ使う
　　　　　⇩
⑦クライアントで、ローカルアカウント、パスワードを入力して
   パスを通す

共有ドライブを設定するPCのPC名：hpc3900b
                                共有ドライブ名：共有
                     ローカルアカウント名：shere

🌌①～⑦の各作業の詳細🌌
各作業のほとんどは コントロールパネルのアイコンからスタートするようになっていますが、アイコンがない場合は、START画面→Windowsツールから呼び出してください。

①ホスト のIPアドレスを調べる・固定する
実際に使われている IPアドレスを調べておきます。
a.IPアドレスを調べる
有線接続とWiFi接続で画面が少し違うので それぞれに図を分けました。

イーサネット(有線LAN)接続

WiFi接続

b.IPアドレスを固定する
前画像の“IPアドレス固定へ”からの続きになります。
調べたIPアドレスの 4値の最後の値を、他と重複しない かつ 将来重複しにくい大きめの数値にします。

前項で調べたIPアドレス 192.168.1.2を192.168.1.100にして固定しました。
サブネットマスク、デフォルトゲートウェイ、優先DNSサーバーは調べた値と同じにしました。


②ホストの共有の詳細設定

③ホスト のSMB1.0/CICS...にチェックを入れる

④ホストにローカルアカウント、パスワードを登録する
START画面の🔍に“他のユーザーを追加する”と入力します。

ローカルアカウント名は shereにしました。
パスワードと、それを忘れた時の合言葉三つの登録が必須になっています。テキトウに入力しました。


⑤共有ドライブの設定
ローカルアカウントとそのパスワード登録など

名前の確認をクリックして、選択するオブジェクト名の欄にPC名＋ローカルアカウント(HPC3900B¥shere)が表示されれば成功です。OKをクリックして完了です。
場所の指定だの なんたらプリンシパルとか意味不明な用語が次々出てくるし、オブジェクト名と共有ドライブ名がゴッチャになっていて イラっとしてきますが、とりあえずやり過ごしました...😓


⑥ローカルアカウント、パスワードを、ホストで一回だけ使う
パスワードをホストで一回使っておかないとクライアントでそれが通らないという 仕様というか条件だそうです。これも意味不明です。
最初登録した ローカルアカウントのパスワード入力画面が スルーされて出てこないので撮影用に 新たに Shere3を登録しました。
そしたら Shere3 のパスワード入力画面は、スクショが起動しなかったので スマホで撮影しました😥。

⑦クライアント側／コンピュータで ローカルアカウント、パスワードを入力してパスを通す


ネットワークパス名は共有のプロパティから参照できます。

　　　　　　　　　⇩

無事に共有ドライブを見ることが出来るようになりました。

ただ、まだ詰めきれてはないのですが 予想外な動作をすることがあります。

• 前項の、パスを通す作業では、最初からパスとそのドライブ名が表示されていたり、その表示がなく ¥¥～から詳細な入力をする必要な時があります。
• 一度登録したローカルアカウントは 削除してもネットワーク内に不安定に生きている感じがします。
  
  削除したはずのアカウントで、クライアントから 共有ドライブを見ることが出来ることがあります。
  ➯(260726追記) パスを通すために入力したローカルアカウントとパスワードは、それを実行した クライアント側のPCに Windows資格情報として記録されています。
  
  旧くなった情報や、ホスト側の設定で間違えて登録されてしまった情報は、前画像のようにクライアント側のWindows資格情報の項で削除することができます。
  
• また、共有設定していないバックアップ用ドライブの 同じ名前のホルダーを見られることがあり、ホスト側の共有アクセス許可を見てみると、不明なユーザーが登録されています🎃。

日々使いながらですが、気付いたことがあれば 追記などでお知らせしたいと思います。

主に参考にしたYouTubeの動画です。
「パソ研(pasoken)【Windows 11】共有フォルダの作成・設定方法と共有フォルダにアクセスする手順」
「リコー製品サポートチャンネル【Windows11】共有フォルダやサーバーを開く際にネットワーク資格情報を要求される」
上の二つは Windows11 25h2('25年10月～)より前に作られた動画なので、それより新しい別の動画も参考にしています。