TP65H300G4LSGによるD級GaN FETの基盤設計です。
PCBフットプリントはこちらを参考にしています。
ソースパッドに隣接するベタパターンは放熱のためできるだけ大きく取っています。
ゲート抵抗(RR)とフェライトビーズ(MMZ-105H)も面実装品で設計しています。
Spotify Web APIで取得できる音楽データの分析例や関連するサイトをあげておきます。
KaggleのSpotifyデータの分析：
Spotifyで配信されている音楽 約17万曲分のデータを分析してみた。
Spotify Web APIの使用例：
Spotify Web APIから分析用データセットをつくる
アーティストの関連性から楽曲を楽曲を見つけるサービス：
ストリーミングサービスやソーシャルメディアのデータによるトレンドの分析サービス：
サーベイをしていて見つけた、興味深い本や論文、サイトを紹介しておきます。
音楽ビジネスの経済学的考察がまとまっていて、非常に面白いです。
特に、以下の章は、音楽情報検索の観点からみても興味深いです。
第５章 ヒットは「運」から生まれる ── 累積的優位とリスク管理
第８章 ストリーミングが世界を覆す ── サブスクリプション経済革命
Content-Based Music Information Retrieval: Current Directions and Future Challenges
The structure of this paper is as follows:
Section II introduces the types of tasks, methods, and approaches to evaluation of content-based MIR systems;
Section III presents methods for high-level audio music analysis;
Section IV discusses audio similarity-based retrieval;
symbolic music analysis and retrieval are presented inSection V;
Section VI presents an overview of advances in music visualization and browsing; Section VII discusses systems for music information retrieval;
and we conclude in Section VIII with a discussion of challenges and future directions for the field.
音楽の内容に基づく音楽情報検索の方向性と課題がまとまっている2008年の論文。特に、Section IV: Audio Similarity-Based Retrievalが興味深い。
メロディやリズムから曲を検索するシステム。
コミュニティベースの人気楽曲情報の共有と可視化をするシステム
SpotifyのAPIを利用して5,000位ある音楽ジャンルの散布図を作成し、アーティストや楽曲、プレイリストなどを検索する、Every Noise at Onceを紹介しておきます。
トップページは、音楽ジャンルの散布図になっていて、上下(テクノからオーガニック)、左右（重めから軽め）といった感じの配置になっています。
直接、ジャンル名をクリックすると代表的な楽曲が再生されます。ジャンル名の右の>>をクリックすると、そのジャンルのアーティスト群のページが表示されます。
あるいは、右上のアーティスト検索窓にアーティスト名を入力すると、そのアーティストの含まれるジャンルへのリンクが表示されるので、そちらをクリックしても移動できます。
例として、Tribal Houseのジャンルに移動してみます。アーティスト名をクリックすると、代表曲が再生されます。アーティスト名の右側の>>をクリックすると、Spotifyのアプリが起動されて、アーティストページがオープンされます。
例として、Satoshi Tomiieのページをオープンしています。
人気曲やプレイリスト、関連アーティストなどでさらに深掘りもできます。
Crate Diggingに関するリサーチをまとめておきます。
木箱に入ったレコードの中から、お目当ての曲を探し当てる作業をDiggingというようです。
DJの場合、90%の時間は曲探しと曲順の編成に費やされ、実際にパフォームするのは10%程度の時間のようです。
Kado: Find New Tracks Based On Thousands of DJ Sets
他のDJセットの曲順からその曲が前後に現れる回数をもとに選ぶというのが基本のようです。CheatingかSerendipityかという考えもありますが、DJセットの場合、曲のつながりが重要なので、経験則に基づく頻度ベースの検索と考えられます。
Crates: Beatport Track Digging, But Way Better
Beatportの楽曲を効率よく探すツール。
再リリースの楽曲をハイドしたり、短いサンプルからYouTubeの曲全体での位置を表示したり(synchronization)など、Diggingの際の面倒な作業をサポートするツール。
こうしてみると、House Musicのレーベルは、レーベル自体が巨大なCratesで、あらかじめDiggingされた曲に基づくコンピレーションやDJ SetがRadioやストリームとして、YouTubeなどに流れていると考えられます。
代表的なレーベルのYouTube Chanelをあげておきます。
音楽信号処理に関するリサーチをまとめておきます。
Music Processing using Chroma Features
オーディ信号から12音階(Chroma)の時系列に変換して、相関行列の経路を抽出して、オーケストラによる演奏やピアノによる演奏、楽譜などとリアルタイムで同期を取る処理のデモ。
基礎的な音楽信号処理に関するJupyter Notebookによる包括的なフレームワーク
論文30本, 610 Pages
論文13本, 245 Pages
アンプやスピーカーなど再生系に不満がなくなると、あとは純粋に音楽を聴くのが通常の趣味としてのオーディオの世界だと思います。
しかしながら、自分がまだ知らない、あるいは巡り会えていない楽曲を、有限の人生の中でどこまで見つけ出して、実際に聴けるのかは、本質的な課題だと考えます。
実際、YouTube, Spotify, AmazonMusic, AppleMusicなどのレコメンデーション機能は依然として、発展段階にあるようです。
というわけで、ないものは作るしかないので、リサーチと試作を行いたいと思います。
まず、手始めに、このあたりから攻めてみたいと思います。
Real-time music annotation with deep learning in Essentia
オーディオのストリームをPCのSoundCardから、リアルタイムで読み取って、ディープラーニング(TensolFlow)で音楽の特徴のタグ付けやジャンルの分類を信号処理(Spectrogram)のAPIライブラリ(Essentia)行っているデモ画像です。
音楽の場合、楽曲の特徴を言葉でタグ付けや分類すれば、通常のキーワード検索技術で対応できるようになります。
一方で、新しい音楽やジャンル、微妙なリズムやメロディ、ハーモニーといったもの(音響モデル)は、そもそも言語化が難しく、いわゆる楽譜(Piano Roll)やコード進行、リズムパターンといった、高度な音楽情報の言語モデルによる研究も行われているようです。
LLC共振ハーフブリッジ・コンバータを改良しました。
UCC28056AのPFCで、駆動しています。
DC390V入力, f0=100kHz, DC+-48V, 200W出力で設計しています。
主要部品としては、以下の部品を使用しています。
LLC共振コントローラ: UCC256404
LLC用トランス: 760895651
MOSFET: IPAN60R360PFD7S
2次側整流ダイオード: KMB220S
2次側オプトカプラ・ドライバ: LT4430
デジタル・アイソレータ: Si8710AC-B-IS
Excelの設計ツールは、
UCC25640x Design Calculator (Rev. C)
になっています。
負荷としてD級アンプを接続して、
バーストモードの設定をOption 6で、
Vbmt_h={0.417, 1.026, 1.667}Vを試しましたが、
トランスからジーっというノイズが出るため、
最終的に、バーストモードを無効(Option 7)としました。
D級アンプの場合、
無入力状態でも50%のデューティ比で動作しているため、
いわゆる待機状態にはならないので、
バーストモードは必須ではないと思います。
トロイダルトランスによるコンデンサインプットの電源よりも、
力率と整流ノイズの面で有利なので、
音にもそれがそのまま反映されてくる感じです。
UCC28056による遷移モードPFCの基板設計をまとめておきます。
主要部品としては、
PFCコントローラ：
PFC-Choke:
MOSFET:
Diode:
を使用しています。
なお、ZCD/CSは補助巻線から行っています。
UCC28056,Using Auxiliary winding voltage for driving ZCD/CS Pin (Rev. B)
また、補助電源はUC256404のRVCCから取得しています。
以下に設計のポイントをまとめておきます。
まず、UCC28056Bは、重負荷(4x 1,000uF x 48V)を起動できず、UCC28056Aでは問題なく起動できました。
PFCの名目電圧390Vに対して、Brown-in電圧が360Vと低くなるようなアプリケーションでは、OVP2が無効になっている必要があるようです。
また、UCC28056のVOSNSはOVPの検出にしか利用していないようで、制御はZCD/CSとCOMPだけで行っているようです。
計算ツール
UCC28056x Design Calculator (Rev. B)
が提供されていて、回路定数の設計そのものは容易です。
次に、Valley Delay Adjustment(Rdg)の設計ですが、
IPAN60R210PFD7SのCo(tr)=330pFと
760805410のL=225uHから、
Tzdcr=2*3.14*sqrt(330*225)/4=428nsとなり、
Tzcdr0=170ns, dTzcdr5=255nsから、
Rdg5=18k Ohm
を選択しています。
最後に、待機電力の削減に関する、参考資料をまとめておきます。
Optimizing Efficiency and Standby Power With the UCC28056 in Offline Application (Rev. B)
Exceeding Modern Energy Standards with ‘Always On’ PFC and LLC Controllers (Rev. B)
オーディオ・インタフェースとしてUSBポートを利用する際に、
エアコンのインバータやPCの電源の影響を絶縁する必要が生じる場合があります。
調べてみると、いろいろあるようなので、まとめておきます。
USB2.0の12Mbpsまでのソリューションで、
絶縁型DC/DCコンバータを含まないタイプだとこちら。
絶縁型DC/DCコンバータを含むタイプだとこちら。
USB3.0だと、流通にのっていませんが、
こちら。
USBの場合、
信号の絶縁と電源の絶縁、両方を行う必要があるので、
注意が必要です。
絶縁電圧は、
一般家庭のオーディオ用途であれば、
低い方で十分だと思います。
多チャンネルのオーディオ・インタフェースは、
USBオーディオ・ディバイスを複数ホストした
USBコントローラとして、
認識されるものもあるようで、
USBアイソレータがハブをカスケードできるかの確認が必要です。
