グランツ@兵庫のブログ一覧

長くその手の仕事をしていると、「故障の原因を知りたい」と質問される事があります。

会社のルールで報告する必要があるようですが、正直「それを知ってどうするの？」です。

お客からの質問ですから無下には出来ないので、可能な範囲で回答をしますが、その報告の結果どう対応するのか？その製品のメーカーに改善を求める？せいぜい善処しますと言われるだけですね。その製品を買わないようにする？他の製品が壊れない保証なんて無いですけど。

まあ、時間の無駄としか思えない。

そんなお客の相手をする仕事がまた始まります。（笑）

エンジンチェックマークが点いたので、ネットで調べてみた。

故障と思われる箇所
ECU
燃料ポンプ
走行用バッテリー
発電システム
給排気系
各種センサ

正直、何が逝ったのかド素人では判断出来ません。（笑）

検査機に繋ぐと分かるのか？まあ、経験のある整備士かどうかもありますよね。ド素人だと検査機の言うがままあちこちの部品を取っ替えて、やっと原因にたどり着く。そんな感じと思います。

ランプは点いたままなので、ディーラー行き決定。これはド素人でも判断出来ました。（笑）

それにしても、これもネット情報だけど、故障によってはエンジンのレスポンスが悪くなり走れなくなるらしいですが、今のところは普通に走れるし走行用バッテリーの充電も問題無さそう。単なるエラーの可能性もあります。昔の車と違い、複雑なシステムで動いていますね。ECUは昔のからするとかなり賢いと思います。自己診断をして不具合があると表示。ここまでは昔も出来ました。今は走行不能に突然ならずにとりあえず走行機能を維持して、安全を確保するみたいですね。

ディーラーまでたどり着く事が出来るのか判断し難いので、ディーラーが開いたら、先ずは聞いてみたいと思います。

誰かさんが泣いて喜びそうなタイトルですが。（笑）

アナログの時代、ホームだとマイ電柱とかが変態さんのマストアイテムだったり、大量の乾電池を使ってアンプを鳴らしてみたりとか、電源の安定とノイズの低減の重要性を意識した対策をするのがありました。

デジタルになって、アナログ信号とは比べものにならない音のノイズレベルになりましたが、新たなノイズ問題が出ていますね。それはデジタル処理中のノイズによるデータ化け。化けたら直せばいいという事なんですが、残念ながらその処理が無い。なので、出来るだけ化けないようにノイズ対策をするしか無い。ワイヤーハーネスに大量のフェライトコアを使ってみたり、クロックの精度を上げてみたり、電源をローノイズに替えてみたりするのは、こんな理由からかなと思いました。

まあ、根本的な音が良くなければ、どんなノイズ対策も意味無いですけど。（笑）

デジタルは正確無比が売りですが、それはデータの補償がある前提です。補償の無いデジタルデータは意味無い。

あっ、昨日のブログもそうですが、燃やすつもりのブログではありません。過剰な盛り上がりのコメントは控えていただけたら幸いです。また、質問めいたコメントも差し控えてください。コメントされるのは拒みませんが、大人のコメントをお願いします。m(_ _)m

ダラダラと長い話ですし、興味のない方は読まないでください。(笑)

よくネットワークオーディオやデジタルオーディオでデータ化けの話を聞きますが、そもそもネットワークなりデジタルなりは正確無比なはずです。多少なりともネットワークを理解している私からすると、「んなアホな」です。

確かに伝送中のエラーはあると思います。道路と同じで事故はある。届かなかったり壊れたりはあります。でも、ネットワークにはそれを補償するようになっている。本来のネットワークはそうです。

で、誰が(何が)補償しているのか？ネットワークそのもの？

さて、ネットワークって何でしょう？ここから長くなりますよぅ。(笑)

ネットワークと言っても色々あるので、インターネットに絞って話をします。LANとか言われているのもインターネットの技術の利用なので、基本は同じです。

日本でインターネットが注目されたのは、阪神大震災の際、電話回線は輻輳状態で使い物になりませんでしたが、唯一安定した情報のやり取りが出来たという事だったと思います。当時は大学とか一部で使われていたぐらいで一般的ではありませんでした。

インターネットは元々はアープネット(arp-net)という軍事用のネットワークを民間用に利用するようにしたものです。アープネットはどのような状況でも通信を確保するにはどうしたらいいのかが前提になっています。なので通信途絶や通信内容のデータ化けなんてあってはいけない。そんな事あり得ない。

通信の確保については、色々な事が必要になりますよね。先ずは繋がる物理的な部分がありますし、データの補償もある。

で、インターネットでは階層という考え方が使われています。一番下の物理層から一番上のアプリケーション層まで7階層に分かれています。各階層は以下の通りです。この7階層というのはOSI参照モデルと呼ばれたりします。ネットワークを勉強する人にはおなじみのものです。他には4階層とか13階層とかあったりしますので、興味のある方はご自分で調べてください。

物理層
信号を伝達するために必要な物理的な内容について定義されています。
具体的には、電圧レベル、切り換わりタイミング、伝送レート、伝送距離、コネクタの形状などについて定義されています。

データリンク層
データリンク層では、物理層とネットワーク層の橋渡しを実施するために必要なプロトコルなどを定義されています。物理的なアドレス、データフレームのチェック、送受信のフロー管理、対応トポロジーなどが定義されています。
物理層で受信したデータのフレームを確認して問題があればネットワーク層に対してエラーを送信したり、ネットワーク層から送信するデータを受信したとしても、送信先が受信可能な状態になっていなければ待機したりするなどのフロー制御を実施しています。

ネットワーク層
ネットワークアドレス(MACアドレスとは異なる)が定義され、通信経路の選択が可能になります。イーサネットスイッチなどを使用してデータを送受信する際には、ネットワーク層で経路が決定されて転送されます。

トランスポート層
トランスポート層ではセッション層からのデータをネットワーク層に対応して効率よく橋渡しする方法を定義されています。物理的には1回線の回路を仮想的に複数回線としてみなし、ネットワークごとに仮想回線を確立・監視・切断しています。
伝送データのエラー時にはエラー修復のためのリトライ要求の管理などもトランスポート層で定義されています。

セッション層
セッション層ではアプリケーション層からのプロセスの開始・終了などの管理を行っており、コマンドレスポンス方式では、どこまでがやり取りになるのかを管理しています。

プレゼンテーション層
プレゼンテーション層ではアプリケーション層で送信するデータが構文の違いを意識しないでもよいように、符号化や暗号化を行いセッション層に送信しています。プレゼンテーション層で変換して転送したデータは受信側で再変換して正常に復元し、アプリケーション層で正しく認識できることを保証しています。

アプリケーション層
アプリケーション層はユーザインターフェースとして定義されています。通信先の識別や通信の同期などの機能を管理しています。

ネットワーク層までがルーターとかスイッチとか言われるハードウェア、トランスポート層から上がソフトウェア(アプリケーション)になると思います。

データの補償を行っているのはトランスポート層ですが、実はもうひとつ大事なことがあります。プロトコル(約束事)です。インターネットでデータをやり取りする際、TCP/IPとかUDP/IPとかプロトコルに従っています。単なる01データの垂れ流しじゃありません。TCP/IPはデータ補償をしますがUDP/IPは速度優先でデータ補償をしない仕様です。動画ストリーミング配信とかはUDP/IPを使っています。音楽配信サービスならTCP/IPを使うはずですが、これならデータ化けは起こらない。

まあ、ネットワークから受け取った後の回路上のデータまで保証しているわけではないので、そこでデータ化けが起こったら仕方ないと思いますが、ネットワークオーディオ対応HUBなんて商品を見ると個人的には「は？何それ？」です。確かに通信環境のハードウェアは道路と同じで荒れた道路より整備された道路の方がエラーにはなりにくいと思いますが、そういったところを通ったデータの補償は別の階層のプロトコルで行うので意味ない。それで音が良くなったとか言われているのは、それこそプラセボです。ネットワークを理解していない人の感想。それかデータ補償のないUDP/IPプロトコルの動画ストリーミングか音楽を聞いたのなら理解出来ます。

最終的にはネットワーク以降のアプリケーション(ネットワークのアプリケーション層ではありません。音楽再生ソフトの事です)の出来不出来にもよると思いますけど。何となく思うのは、オーディオをやる人ってデジタルでもアナログ寄りな考えで、昔ながらのハードウェアの善し悪しが音に影響すると思っている気がします。全く否定はしませんが、不要なところにお金を使うのは無駄使い以外の何物でもない。趣味なんてそんなもの、人の趣味のやり方にケチつけるなと言われらそれまでですが。(笑)

イラン事をやり過ぎて答えが分からなくなりました（笑）

いい音って何ですか？（笑）

リセットしてやり直すのが一番と思いますが、今更な気もします。う〜ん、悩む。

まあ、人間の欲望なんて果てしない。これが本当の底なし沼（笑）