Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
i.MX8MN 断电序列 亲爱的团队, 我们观察到一些掉电时序结果不符合SoC的要求。根据规范,断电时间范围必须在0到10毫秒之间。然而,我们的测量结果并不符合这一规范。 据我所知,断电行为将取决于 PCBA 上的电容值和负载,这也许可以解释为什么文档中指定的时序范围不能被所有产品满足。断电时序失败会对产品产生什么影响?我们能忽略失败吗? 以下是测试结果。 T1. 从PHY 1.2 V关闭到数字2.5 V和3.3 V关闭的延迟,测试结果为-0.43ms~-0.3ms。 T3. 从NVCC_DRAM关闭到数字1.8V关闭的延迟,测试结果为-0.18ms~-0.14ms。 T4. 数字1.8V关闭到模拟1.8V关闭的延迟,测试结果为-0.31ms~-0.19ms。 T5. 从模拟1.8V关闭到VDD_SOC关闭的延迟,测试结果为-34.9us~-31.1us。 T9. 从VDD_SNVS_0P8关闭到NVCC_SNVS_1P8关闭的延迟,测试结果为-3.97us~-2.53us。 请提供建议。 回复:i.MX8MN断电序列 顾客的理解是正确的。如果 PCA9450 用于 i.MX8MN 应用,测量结果应该没问题,因为所有电源轨都将由 PMIC 完全放电。 回复:i.MX8MN断电序列 我会确认的。 回复:i.MX8MN断电序列 Hi Rita, 这是我们设计时测量的数据。 如果不能满足掉电要求,会不会有风险? 回复:i.MX8MN断电序列 您使用哪块主板?NXP 参考板还是您自己设计的板?
View full article
iWaveのi.MX6ボード上のWebRTCピアツーピア通信(オーディオ&ビデオ) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 要約: ブラウザやモバイルアプリケーションは、シンプルなAPIを介してオーディオとビデオのリアルタイム通信(RTC)にWebRTCを使用しています。WebRTCコンポーネントは、この目的に最も適した役割を果たすように最適化されています。WebRTCベースのWebアプリケーションは、プラグイン、ダウンロード、インストールなしで、Web上で豊富なリアルタイムマルチメディア機能(ビデオチャットを考えてください)を提供します。その目的は、複数のWebブラウザ、複数のプラットフォームで動作する強力なRTCプラットフォームの構築を支援することです。 iWaveは、 i.Mx6 Qseven開発プラットフォーム上でWebRTCベースのピアツーピアオーディオおよびビデオ通信を開発しました。iWaveは、FireFox Webブラウザとその通信に組み込まれたwebrtc APIを使用しています。 WebRTCのアーキテクチャ 詳細な説明: iWaveのi.Mx6 Q7プラットフォームは、最大1GHzの速度/コアを動作できるクアッドコアプロセッサを備えています。i.MX6 CPUは、NXPの統合マルチメディアアプリケーションプロセッサにおける最新の成果であり、高性能処理を提供し、消費電力を最小限に抑えるために最適化された、成長中のマルチメディアに焦点を当てた製品の一部です。 iWaveのi.Mx6 Q7プラットフォームは、64ビットモードで1GBのRAMをサポートし、4GBのeMMCメモリは大容量記憶装置とブートデバイスの両方として使用できます。i.Mx6 Q7は、i.Mx6 CPUを統合し、SOM上の外部ギガビットイーサネットPHYに接続されたイーサネットポートもサポートしています。 iWaveのアプリケーションは、クライアントとサーバーの2つのコンポーネントで構成されています。ピアツーピア通信は、2 つのクライアント間で行われます。サーバーは、クライアントを登録し、2 つのクライアントが通信するために必要な設定を維持するために使用されます。セットアップ後、サーバーは通信で何の役割も持っていません。 クライアントアプリケーション: クライアントアプリケーションは、WebRTCを使用して2つのクライアント間でオーディオとビデオを転送する非常に単純なWebアプリケーションです。このアプリケーションにより、一方のクライアントがもう一方のクライアントに「ダイヤル」し、ビデオ通話(音声付き)を発信できるようになります。このアプリケーションは、2つのクライアント間でのみ機能します。Firefoxブラウザを使用して実行できます サーバー: サーバーは、2 つのクライアント間の初期接続を仲介します。クライアント間で接続が確立されると、クライアント間の通信はピアツーピアモードで続行され、ビデオデータはサーバーを介してルーティングされません。 WebRTCピアツーピア通信の作業プロセス オーディオコーデック: WebRTCがサポートするオーディオコーデックはOPUSコーデックです。OPUSコーデック 6 kbit/sから510 kbit/sまでの固定ビットレートおよび可変ビットレートエンコーディング、2.5 msから60 msまでのフレームサイズ、8 kHz(4 kHz帯域幅)から48 kHzまでのさまざまなサンプリングレートをサポートします。WebRTCに搭載されているアコースティックエコーキャンセラーは、アクティブマイクに再生される音声から生じるアコースティックエコーを除去します。ノイズリダクションコンポーネントは、通常VoIPに関連する特定の種類のバックグラウンドノイズを除去します。 ビデオコーデック: WebRTCがサポートするビデオコーデックはVP8です。VP8ビデオコーデックは、低遅延用に設計されているため、RTCに適しています。WebRTCには、ビデオ用のダイナミックビデオジッターバッファがあり、ジッターとパケットロスが全体的なビデオ品質に与える影響を隠します。画像補正は、カメラからキャプチャされた画像からビデオノイズを除去します。 WebRTC通話:WebRTCピアツーピアのオーディオおよびビデオ通信のスクリーンショット 利点: WebRTCはFirefoxブラウザに組み込まれています。 ビデオとオーディオのストリーミングが改善されました。 VP8ビデオコーデックとOPUSオーディオコーデックは、パケット損失なしにデータ転送を大幅に減らします。 WebRTCベースのピアツーピア通信は、プラグインやソフトウェアをインストールしなくてもFirefoxブラウザから実行できます。 オーディオとビデオのストリーミングは、ローカルネットワークで行うことができます。 詳細については、WebRTC Peer to Peer Communication(Audio & Video) on i.MX6 board | iWave Systems or contact [email protected] をご覧ください。 全般
View full article
新しいKinetis Design Studio V3.0.0をリリース <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> あいさつ 新しいKinetis Design Studio V3.0.0は、フリースケールのWebサイトのダウンロード・セクションから入手できます。 http://www.freescale.com/kds Kinetis Design Studioは無料で、無制限です。   最新情報 新しい Eclipse Luna 4.4 IDE Mac OS X (10.10, "Yosemite") ホストオペレーティングシステムに Segger J-Link 対応を追加。 CMSIS-SVD Peripheral Register viewerを追加しました。 新しい「ようこそ」ビュー 新しい GNU ARM組み込み(ランチパッド) ツールチェーンにより、特に小型デバイスのメモリフットプリントを削減します。 プロジェクトを V3.0.0 に移行するための新しい アップグレード/移行アシスタント 。 Segger と P&E のデバッグサポートを更新および拡張: 実行中のターゲット、セミホスティング、および高度なフラッシュ プログラミング機能にアタッチします。 新しい Processor Expert V3.0 は、 複数のリポジトリ をサポートし、Kinetis SDKの使用を簡素化し、 IAR と Keilのプロジェクトを生成する機能を備えています。 プロジェクトの作成を簡単にするために 、新規プロジェクト ウィザード (NPW) を更新しました。 GNU ARM Eclipseプラグインを更新し、複数のツールチェーン構成を行いました。 Kinetis SDK v1.2に合わせて調整および最適化 新しいデバイスのサポート: 添付のリリースノート (Rev 1) を参照してください。   Kinetis SDKデバイスの追加サポート フル/追加のデバイスサポートの場合: Kinetis SDK v1.2のダウンロードは、 Kinetisマイクロコントローラ用ソフトウェア開発キット|フリースケール Kinetis SDKのインストール Kinetis SDK v1.2をKDSに追加する: [ヘルプ]>[新しいソフトウェアのインストール ]メニューを使用し、C:\Freescale\KSDK_1.2.0\tools\eclipse_update\KSDK_1.2.0_Eclipse_Update (WindowsではKSDKパス) を使用します。   詳細については、特に KDS v2.0.0 プロジェクトを GNU ARM Embedded (ランチパッド) ツールに移植する方法については、 https://community.freescale.com/docs/DOC-103698 を参照してください。   新機能のスクリーンショット   Mac OS X のサポート:   新しいワークスペースのウェルカムビュー:   「新規プロジェクト」ウィザードでのKinetis SDKの選択:   IARおよびKeilのProcessor Expert(Microcontroller Driver Suite)外部プロジェクトを生成する機能:     Eclipse Luna 4.4 などエディター ビューの分割:   Processor Expert V3.0 および複数のコンポーネントリポジトリ:   KDS V1.x/V2.0.0 から V3.0.0 にプロジェクトを移行するためのアップグレード アシスタント:   複数のツールチェーン構成:   ペリフェラル レジスタ ビューア:   JTAGデイジーチェーン接続:   高度なフラッシュプログラミングオプション: 実行中のターゲットにアタッチします。   そして最後に、「ダークサイドの愛好家」のために:-):エクリプスルナ「ダーク」スタイル:   お楽しみください 🙂 全般 Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Arnaldo, はい、これはProcessor Expertプロジェクトで可能です。 Erich Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Erich, "Init_GPIO" を使用すると、KDS V3.0.0 でプルアップ抵抗またはプルダウン抵抗を設定できますか? CodeWarriorを使った作例を見つけました! よろしくお願いします。 アルナルド Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> うまくできます。感謝! Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello, El Capitanを使用していますか?もしそうなら、それはこの問題である可能性があります(解決策付き: KDS on OS X El Capitan (Beta) お役に立てば幸いです。 Erich Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Erich, 私のMacバージョンは10.11.1です。 KDS を開いてワークスペースを選択しても、ボタンをクリックできません。動かなくなってしまいました。 Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Kinetis Design Studioは商用目的で使用できます。制限はありません。ただし、Freescaleデバイスでのみ使用できます。 Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、商用製品を開発したい場合、kinetisスタジオで開発できますか?その目的で使用したい場合は、料金を支払う必要がありますか? よろしくお願いします。 Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 感謝。フリースケールが使っていればよかったのに.deb.binの代わりにDebianファイル用。 Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> mv ./Kinetis\ Design\ Studio\ installer\ for\ Linux\ 64-bit\ DEB\ 3.0.0.bin ./Kinetis\ Design\ Studio\ installer\ for\ Linux\ 64-bit\ DEB\ 3.0.0.deb sudo dpkg -i ./Kinetis\ Design\ Studio\ installer\ for\ Linux\ 64-bit\ DEB\ 3.0.0.deb Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはエーリッヒ、Linux版.binファイルをインストールできません。 ./Kinetis\ Design\ Studio\ installer\ for\ Linux\ 64-bit\ DEB\ 3.0.0.bin ./Kinetis Design Studio インストーラ Linux 64 ビット DEB 3.0.0.bin: 1 行目: 予期しないトークン 'newline' 付近の構文エラー ./Kinetis Design Studio for Linux 64-bit DEB のインストーラ 3.0.0.bin: 1 行目: '! ' Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Robert, 現在のところ、Kinetis Design StudioにVybridを追加する予定はありません。 Erich Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> hi Erich その後、プロセスの専門家を使用してKinetis Mをプログラムできます 感謝 Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Erich 1. MacOSXバージョンをありがとう! 2. Vybrid プロセッサのサポートについてはどうですか?スタンドアロンのDriver SuiteにはVybridプラグインが存在しますが、最新のKDS / SDKに統合する予定はありますか? Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Angus, これを報告していただきありがとうございます。これは、このページに添付されているRev1バージョンのリリースノートですでに修正されています。インストールにはRev0が付属していますが、これには確かにそのエラーがあります。 Erich Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Andres, はい、Kinetis Mは(まだ)Kinetis SDKでサポートされていないため、KDSではサポートされていません。 Erich Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Erich kinetis M は kinetisdising 3.0 をサポートしません andres Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Erich, 新しいKDSは今のところ素晴らしいようです!レジスタビューにアクセスするためのリリースノートでは、彼らは次のように言っているつもりだったと思います。 「ウィンドウ>ビューの表示>他の>デバッグ」の代わりにビューの表示を>... -Angus Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとうErich! -Ali Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Ali, Webダウンロードが修正され、Mac OS Xインストーラーが利用可能になりました。 Erich Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Ali, それについては申し訳ありませんが、私もそれに気づいています。ウェブチームと協力して、それを修正します。修正されましたら、ここにコメントを投稿します。 Erich Re:新しいKinetis Design Studio V3.0.0が利用可能になりました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Erich, Mac版はすでに利用可能ですか? KDSダウンロードWebページには、Mac用のリンクはありません。 ありがとうございます アリ
View full article
RTC クロック出力設定 (RTC_CLKOUT) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> RTC_CLKOUTピンの構成方法と、 KW40Z ボードで得られるさまざまな出力について説明します。まず、次のコンフィグレーションがKW40Z_Connectivity_Software_1.0.1のデモを使用すること、およびIAR Embedded Workbenchを使用することに基づいていることを明確にする必要があります。 すべてのソフトウェアがインストールされたので、次の手順に従ってください。 ピンを構成する リファレンスマニュアルでは、各ピンには異なる設定方法があり、この場合、使用するピンはMUX = 7のPTB3であることがわかります。マルチプレクサ7はRTC_CLKOUTです。 図 1. PTB3 マルチプレクサ構成 KSDKには、ポートとさまざまな周辺機器を初期化する多くの機能があります。 configure_rtc_pins() 関数は RTC_CLKOUT ピンを初期化し、pin_mux.h ファイルにあります。hardware_init.c ファイルで宣言されている hardware_init() 関数に 2 つの関数を追加する必要があります。 hardware_init() 関数は show next のようでなければなりません。 void hardware_init(void) {      ...      ... NV_ReadHWParameters(&gHardwareParameters); configure_rtc_pins(0); } RTC モジュールを有効にします。 ピンがすでに構成されているので、RTCモジュールと32KHz発振器を初期化する必要があります。 RTCモジュールは、さまざまなクロックソース(LPO、EXTAL_32K、およびOSC32KCLK)と連携でき、RTC_CLKOUTピンを介して反射できることを理解する必要があります。クロックソースを変更するレジスタは SIM_SOPT1 で、 OSC32KOUT(17-16) と OSC32KSEL(19-18) はレジスタビットの名前です。 OSC32KOUT(17-16)は、選択したピンのERCLK32Kの出力を有効/無効にします。この場合、PTB3です。2 つのオプションで構成できます。 00 ERCLK32Kは出力されません。 01 ERCLK32KはPTB3に出力されます。 OSC32KSEL(19-18)は出力クロックを選択し、次の画像のショーのように3つのオプションがあります。 図 2. レジスタSIM_SOPT1の多重化 次の表は、RTC_CLKOUTピンで取得できるさまざまな出力を示しており、レジスタSIM_SOPT1のOSC32KOUTとOSC32KSELを変更するだけで済みます。 図 3. RTC_CLKOUTピンの出力。 KSDKには、ピンの構成と同様に、RTCモジュールと32KHz発振器を初期化する機能があります。 RTC_DRV_Init(0) 関数は RTC モジュールを初期化し、fsl_rtc_driver.h で宣言されますファイルの場合、 BOARD_InitRtcOsc() 関数は RTC 発振器を有効にし、 board.h にあります。ファイルでは、RTC_HAL_EnableCounter() は fsl_rtc_hal.h にある TCE(Timer Counter Enable) を有効にしますファイルを作成し、最後に SIM_SOPT1_OSC32KOUT() で RTC_CLKOUT (PTB3) のERCLK32Kを有効/無効にし、 SIM_SOPT1_OSC32KSEL() で出力クロックを選択します。 RTC モジュールを有効にするには、次のコードをコピーします。 RTC_Type *rtcBase = g_rtcBase[0];//RTCベースアドレス BOARD_InitRtcOsc(); RTC_DRV_Init(0); RTC_HAL_EnableCounter(rtcBase, true); SIM_SOPT1 = SIM_SOPT1_OSC32KOUT(0)|SIM_SOPT1_OSC32KSEL(0); この構成では、RTC_CLKOUTは1Hzです 注: 使用しているファイルに必要なヘッダーを追加することを忘れないでください。 お楽しみください!:smileygrin: KW41Z31Z21Z 日時:RTCクロックアウト構成(RTC_CLKOUT) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> K64でもRTCクロックを出力する必要がありますが、APIを直接使用することはできません。K64 は SDK が異なるため、関数名が異なります。
View full article
コマンドラインからのCodeWarrior 10.x/KDSプロジェクトのビルド <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> CodeWarrior v10.6とKDSは、Eclipseに基づく統合開発ツールであり、これら2つのIDEは、GUIを使用してプロジェクトをビルドする簡単な方法を提供しますが、一部のエンジニアはまだコマンドラインからプロジェクトをビルドして自動ビルドを行いたいと考えています。 このドキュメントでは、その方法の例を提供します。 コマンドラインからCodeWarriorでプロジェクトをビルドします。 CW v10.6で作成されたプロジェクトの場合、CWは「Make」ツールを提供し、EclipseGUIからこのプロジェクトをビルドするために必要な「MakeFile」を生成することもできます。 手順は次のとおりです。 CW v10.6 で "k22_makefile" プロジェクトを作成して新規作成すると、RAM と FLASH の 2 つのビルド構成があることがわかります Windowsで「cmd prompt」を起動し、CWインストールの「eclipse」フォルダに移動します これで、次のコマンドを実行して、コンフィギュレーション FLASH の makefile を生成できます ecd.exe –generateMakefiles –project "C:\workspace_cmd\k22_makefile" –config FLASH さて、プロジェクトの場所にある「FLASH」サブフォルダを確認すると、「makefile」が生成されていることがわかります。 「make」ツールを便利に使う 4.To、「make」が配置されている{CW}\gnu\binを指す環境変数を定義できます。以下のコマンドを参照してください。 5. プロジェクトのメイクファイルがあるコンフィギュレーションフォルダ「FLASH」に移動し、次のコマンドを実行してプロジェクトをビルドします。 %MCU_BIN%\make.exe PS:makeとecdの詳細については、次のコマンドを実行してください。 Ecd.exe –ヘルプ Make.exe –help コマンドラインからKDSでプロジェクトをビルドします。 CodeWarriorと比較すると、コマンドモードでアプリケーションを構築するのははるかに簡単です。KDS はコマンド "eclipse.exe" を提供しますこれにより、わずか 2 つの手順でプロジェクトをビルドできます。 この例では、"cmd_ke02" という名前のアプリケーションを作成し、ワークスペース パスは "C:\wks_kdscmd" です。 cmdでアプリケーションをビルドするには、まずWindowsシステムでコマンドモードを起動してから、{KDS}\eclipseに移動してください。 次に、次のコマンドでアプリケーションを現在のワークスペースにインポートする必要があります。 eclipsec.exe -nosplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild-data "C:\wks_kdscmd" -import "C:\wks_kdscmd\cmd_ke02" 次に、次のコマンドでプロジェクトをビルドします。 eclipsec.exe -nosplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild-data "C:\wks_kdscmd" -build "cmd_ke02" KDS のコマンドラインからプロジェクトをビルドする方法の詳細については、以下を参照してください。 http://mcuoneclipse.com/2014/09/12/building-projects-with-eclipse-from-the-command-line/ Freedom開発プラットフォーム Re: コマンドラインからの CodeWarrior 10.x/KDS プロジェクトのビルド <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Yong Lin PATHが「make.exe」にこれら2つのパスを追加することを確認する必要がありますと "arm-none-eabi-gcc.exe"。 そうしないと、KDS はコンパイル中にエラー メッセージを受け取ります。 C:\フリースケール\KDS_3.0.0\bin C:\フリースケール\KDS_3.0.0\toolchain\bin
View full article
LPC18xx SSPの構成構造がユーザーマニュアルと一致しません。 Hi, ユーザーマニュアルでは、CR0は@file LPC18xx.hに記載されているものと同じ4バイトです。 ただし、@file lpc18xx_ssp.h の SSP 構成構造CR0 ビット設定には 12 バイトかかります。 参考までに添付の画像を見つけてください。 感謝 クシャル Re:LPC18xx SSP構成構造がユーザーマニュアルと一致しません。 こんにちは@Harry_Zhang  情報をありがとう。 よろしくお願いします。 クシャル Re:LPC18xx SSP構成構造がユーザーマニュアルと一致しません。 こんにちは@Kushal_Panchal  申し訳ありませんが、これは私たちが公式に管理しているコードではありません。 BR ハリー Re:LPC18xx SSP構成構造がユーザーマニュアルと一致しません。 こんにちは@Harry_Zhang  以下のリンクをご覧ください。 https://github.com/openxc/nxp-cdl/blob/master/LPC18xxLib/inc/lpc18xx_ssp.h ありがとうございます クシャル Re:LPC18xx SSP構成構造がユーザーマニュアルと一致しません。 こんにちは@Kushal_Panchal  LPCOPEN 1850を点検してみました。 私はただLPC18XX.hを見つけます、しかし、LPC18xxSSP.Hは見つかりませんでした。 このファイルがどのLPCopenパッケージに含まれているのか聞いてもいいですか? BR ハリー Re:LPC18xx SSP構成構造がユーザーマニュアルと一致しません。 Hi @daniel598lopez, 添付の画像を再度探してください。 他に助けが必要な場合は、お知らせください。 ありがとうございます クシャル Re:LPC18xx SSP構成構造がユーザーマニュアルと一致しません。 こんにちは@Kushal_Panchal、 この点にご指摘いただき、ありがとうございます。CR0ビットの設定には、ユーザーマニュアルとSSPの設定構造の間に何らかの不一致があるようです。 添付の画像を共有していただくと、この件についてさらに詳しく調べ、さらに支援を提供できます。 ありがとう、そしてあなたと一緒にこれを解決することを楽しみにしています! よろしくお願いいたします ダニエル・ロペス
View full article
Cortex M4をi.MX8QXPマルチセンサリー・イネーブルメント・キットで有効にする方法 i.MX 8QuadXPlus Multisensory Enablement Kit (MEK) は、Cortex A-35 + Cortex-M4コアをベースとしたNXPの開発プラットフォームです。グラフィックス、ビデオ、画像処理、オーディオ、音声機能をサポートする高度な統合機能を備えたi.MX 8Xプロセッサファミリは、安全性認証可能で効率的なパフォーマンス要件に最適です。 このチュートリアルでは、MCUXpresso SDKパッケージを使用してCortex-M4を有効化し、ネットワークからバイナリをロードする方法を示します。 注:imx-mkimageユーティリティを使用して、SCFWからCortex-M4イメージをロードすることも可能です。しかし、今度はMCUXpressoに焦点を当てましょう。 マシンのセットアップ ホストマシンにCMakeをインストールします。 $ sudo apt-get install cmake armgccツールチェーンをダウンロードし、場所をARMGCC_DIRとしてエクスポートしてください。 $ export ARMGCC_DIR= /gcc-arm-none-eabi-9-2020q2/ 注:ARMGCC_DIR変数は、コンパイルに使用するターミナルでエクスポートする必要があります。 ホストマシンにTFTPサーバーをセットアップするには: ホストPCをTFTP用に設定するパーマリンク   最初のステップは、TFTPの前提条件パッケージをすべてインストールすることです。 $ sudo apt-get install xinetd tftpd tftp 任意の場所に、root所有者とすべてのユーザーに対する「rwx」権限を持つTFTPフォルダを作成してください。 $ sudo mkdir /tftpboot $ sudo chmod –R 777 /tftpboot $ sudo chown –R root /tftpboot 次の内容でTFTPの設定ファイルを作成してください。( server_args パラメータは、上記で作成したフォルダと一致する必要があります) $ cat /etc/xinetd.d/tftp service tftp { protocol = udp port = 69 socket_type = dgram wait = yes user = root server = /usr/sbin/in.tftpd server_args = -s /tftpboot disable = no } xinetd サービスを再起動してください。 $ sudo /etc/init.d/xinetd restart TFTPフォルダに任意のファイルを配置し、U-Bootを介してロードできます。また、ビルディングディレクトリからシンボリックリンクを作成することで、 zImage ファイルや dtb ファイルを毎回コピー&ペーストする手間を省くことができます。 ホストPCをNFS用に設定するパーマリンク   NFSに必要なすべてのパッケージをインストールしてください。 $ sudo apt-get install nfs-kernel-server rootfsを配置するフォルダーを作成してください。 $ mkdir /tftpboot/rfs /etc/exports ファイルの末尾に次の行を追加してください。 /tftpboot/rfs *(rw,no_root_squash,no_subtree_check) NFSサービスを再起動してください。 $ sudo service nfs-kernel-server restart rootfsを配置するか、NFSフォルダへのシンボリックリンクを作成してください。  SDKのダウンロード 次の手順に従ってMCUXpressoをダウンロードしてください。 「開発ボードの選択」をクリックします。 「デバイス、ボード、またはキットを選択」からMEK-MIMX8QXを選択し、右側にある「MCUXpresso SDKのビルド」をクリックします。 「Host OS」としてLinuxを選択し、「Toolchain/IDE」としてGCC ARM Embeddedを選択します。 「FreeRTOS」と必要なミドルウェアをすべて追加し、「ビルドをリクエスト」を押してください。 SDKがパッケージをビルドしてダウンロードするのを待ちます。 イメージを構築する SDKパッケージで利用できるすべてのデモとコード例は、< > /boards/mekmimx8qx/ディレクトリにあります。このチュートリアルでは、hello_worldデモをビルドしてフラッシュする方法を示しますが、同様の手順はSDK上の任意の例(デモ、ドライバー、マルチコアなど)に適用できます。 デモをビルドするには、デモディレクトリの下にあるarmgccフォルダに入り、ARMGCC_DIR変数が正しく設定されていることを確認してください。 $ cd ~/SDK_2.3.0_MEK-MIMX8QX/boards/mekmimx8qx/demo_apps/hello_world/armgcc $ export ARMGCC_DIR= /gcc-arm-none-eabi-9-2020q2/ build_release.shスクリプトを実行してコードをビルドします。 $ ./build_release.sh 注:必要であれば、chmod +x build_release.shを実行して、スクリプトの実行権限を付与してください。 これにより、M4バイナリ(hello_world.bin)が生成されます。releaseフォルダの下にあります。このイメージをホストPCの/tftpboot/ディレクトリにコピーしてください。 注:この手順では、TCMで動作するM4イメージをビルドする方法を説明します。DDRからイメージを実行するには、build_ddr_release.shスクリプトを使用して、ddr_releaseフォルダの下にバイナリをビルドしてください。 イメージをフラッシュする 2つのシリアルコンソールを開きます。1つはCortex-A35でLinuxを起動するための/dev/ttyUSB0用、もう1つはCortex-M4でSDKイメージを起動するための/dev/ttyUSB1用です。 A35コンソールで、U-Bootを搭載したSDカードを使用し、起動プロセスを停止して、以下のコマンドを入力し、M4バイナリをTCMにロードしてください。 => dhcp => setenv serverip => tftp 0x88000000 hello_world.bin => dcache フラッシュ => bootaux 0x88000000 次に、M4コアがイメージを/dev/ttyUSB1コンソールにロードします。 Linux Yocto Project
View full article
生产工具——适用于 K6x 的即插即用多串口广播引导程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好, 我为客户设计了一个多uarts引导程序项目, 客户可以提高工厂的生产效率。附件 files 是主机和从机的引导程序和一个文档 以供参考。现在程序可以在 K64 freedom board 上顺利运行 三个 uarts 广播功能。任何有此类请求的人都可以参考我的 新程序。 此致 David Freedom开发平台 Kinetis K系列MCU Re: Production tool--- Plug and Play multi-uarts broadcast bootloader for K6x 你好, 考虑到Flash的时钟一般为20Mhz左右, Kinetis 系列的写时间只与每次烧写的字节数有关。对于一个具体的芯片,可修改这个时间,通信与烧写时间介于PIT的间隔之内就可以了。至于回传信息,只有出现错包时,需要重新传输时才发一个重传信号。若需要每包回传,则可以把错包回传的代码片段加入一个正常烧写回传信号,但这就和原来使用PIT固定间隔传输的原理相悖了,即不需要严格固定时间间隔发送了。这可能会造成CPU工作繁忙,引起别的问题。 Best regards david 回复:生产工具——适用于 K6x 的即插即用多 UART 广播引导程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好, Dhruv , 我还没有英文文档,但我稍后会翻译它。感谢您对该工具的关注。此代码可针对所有 Kinetis 甚至其他供应商的 MCU 进行更改, 此致 David 回复:生产工具——适用于 K6x 的即插即用多 UART 广播引导程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi David, 感谢您分享信息。对生产更有帮助。 我们可以将它用于所有 Kinetis K 系列 MCU 设备吗? 您能发送英文版的启动文档吗? 此致, 德鲁夫
View full article
LPC55S16 LINの基本的な使用例 はじめに この例の目的は、1つのデバイスがマスタとして、もう1つのデバイスがスレーブとして動作する2つのデバイス間の基本的なLIN通信を示すことです。この例で使用する2つのデバイスはLPC55S16 EVKです。 LINマスタは特定のパブリッシャ・フレームとサブスクライバ・フレームを送信します。LINスレーブはマスタデータを検出し、それに応じてデータをフィードバックします。 この記事では主にソフトウェア側に焦点を当てます。ハードウェアについてはhttps://community.nxp.com/t5/LPC-Microcontrollers-Knowledge/LPC54608-LIN-master-basic-usage-sharing/ta-p/1118103をご参照ください。 LINマスタの例 LINマスタはLINパブリッシャ・データとサブスクライバIDデータを送信します。ソフトウェアのコードはSDK_2.8.2_LPCXpresso55S16 usart_interrupt_rb_transferプロジェクトから変更されています。コードの詳細は以下のとおりです。 /* USART callback */ void FLEXCOMM3_IRQHandler() { if(DEMO_USART->STAT & USART_STAT_RXBRK_MASK) // detect LIN break { Lin_BKflag = 1; cnt = 0; state = RECV_DATA; DisableLinBreak; } if((kUSART_RxFifoNotEmptyFlag | kUSART_RxError) & USART_GetStatusFlags(DEMO_USART)) { USART_ClearStatusFlags(DEMO_USART,kUSART_TxError | kUSART_RxError); rxbuff[cnt] = USART_ReadByte(DEMO_USART);; switch(state) { case RECV_SYN: if(0x55 == rxbuff[cnt]) { state = RECV_PID; } else { state = IDLE; DisableLinBreak; } break; case RECV_PID: if(0xAD == rxbuff[cnt]) { state = SEND_DATA; } else if(0XEC == rxbuff[cnt]) { state = RECV_DATA; } else { state = IDLE; DisableLinBreak; } break; case RECV_DATA: Sub_rxbuff[recdatacnt++]= rxbuff[cnt]; if(recdatacnt >= 3) // 2 Bytes data + 1 Bytes checksum { recdatacnt=0; state = RECV_SYN; EnableLinBreak; } break; case SEND_DATA: recdatacnt++; if(recdatacnt >= 4) // 2 Bytes data + 1 Bytes checksum { recdatacnt=0; state = RECV_SYN; EnableLinBreak; } break; default:break; } cnt++; } /* Add for ARM errata 838869, affects Cortex-M4, Cortex-M4F Store immediate overlapping exception return operation might vector to incorrect interrupt */ #if defined __CORTEX_M && (__CORTEX_M == 4U) __DSB(); #endif } void Lin_Master_Publisher(void) { unsigned int i=0; unsigned char ch =0xa0;//dummy byte //===============================LIN master send===================== DEMO_USART->CTL |= USART_CTL_TXBRKEN_MASK;//enable TX break; while (kUSART_TxFifoNotFullFlag & USART_GetStatusFlags(DEMO_USART)) { USART_WriteBlocking(DEMO_USART,&ch,1);//dummy data break; //just send one byte, otherwise, will send 16 bytes } DEMO_USART->CTL &= ~(USART_CTL_TXBRKEN_MASK); //disable TX break // Send the sync byte 0x55. while (kUSART_TxFifoNotFullFlag & USART_GetStatusFlags(DEMO_USART)) { USART_WriteByte(DEMO_USART, 0X55); break; //just send one byte, otherwise, will send 16 bytes } //protected ID while (kUSART_TxFifoNotFullFlag & USART_GetStatusFlags(DEMO_USART)) { USART_WriteByte(DEMO_USART, 0Xad); break; //just send one byte, otherwise, will send 16 bytes } //Data1 while (kUSART_TxFifoNotFullFlag & USART_GetStatusFlags(DEMO_USART)) { USART_WriteByte(DEMO_USART, 0X01); break; //just send one byte, otherwise, will send 16 bytes } //Data2 while (kUSART_TxFifoNotFullFlag & USART_GetStatusFlags(DEMO_USART)) { USART_WriteByte(DEMO_USART, 0X02); break; //just send one byte, otherwise, will send 16 bytes } //Data3 while (kUSART_TxFifoNotFullFlag & USART_GetStatusFlags(DEMO_USART)) { USART_WriteByte(DEMO_USART, 0X03); break; //just send one byte, otherwise, will send 16 bytes } // checksum byte while (kUSART_TxFifoNotFullFlag & USART_GetStatusFlags(DEMO_USART)) { USART_WriteByte(DEMO_USART, 0X4c);//0X4c break; //just send one byte, otherwise, will send 16 bytes } } void Lin_Master_Subscribe(void) { unsigned int i=0; unsigned char ch=0xf0;//dummy byte DEMO_USART->CTL |= USART_CTL_TXBRKEN_MASK;//enable TX break; while (kUSART_TxFifoNotFullFlag & USART_GetStatusFlags(DEMO_USART)) { USART_WriteBlocking(DEMO_USART,&ch,1); break; //just send one byte, otherwise, will send 16 bytes } DEMO_USART->CTL &= ~(USART_CTL_TXBRKEN_MASK); //disable TX break // Send the syncy byte 0x55. while (kUSART_TxFifoNotFullFlag & USART_GetStatusFlags(DEMO_USART)) { USART_WriteByte(DEMO_USART, 0X55); break; //just send one byte, otherwise, will send 16 bytes } //protected ID while (kUSART_TxFifoNotFullFlag & USART_GetStatusFlags(DEMO_USART)) { USART_WriteByte(DEMO_USART, 0X3C); break; //just send one byte, otherwise, will send 16 bytes } state = RECV_DATA; } ここでの主なタスクはLIN breakフィールドの生成と検出でした。 詳しく見てみましょう。パブリッシャおよびサブスクライバ・フレームにLIN breakフィールドを生成するには、まずTx breakを設定し、次にダミーのバイトを送信してからTx breakを無効にします。ダミー・バイトの送信に使用される関数はUSART_WriteBlockingで、USART_WriteByteはダミー・バイト以外のデータ送信に使用されるものです。これは、ダミー・バイトの中でUSART_WriteByteを使用すると他の例のように連続したlowにならなかったためです。この理由はまだ判明していません。分かり次第こちらに更新いたします。 LINスレーブの例 LINスレーブはマスタからLINパブリッシャ・データとサブスクライバIDデータを受信し、必要に応じて応答します。ソフトウェアのコードはSDK_2.8.2_LPCXpresso55S16 usart_interrupt_rb_transferプロジェクトから変更されています。詳細なコードは以下の通りです。 void FLEXCOMM3_IRQHandler() { if(DEMO_USART->STAT & USART_STAT_RXBRK_MASK) // detect LIN break { Lin_BKflag = 1; cnt = 0; state = RECV_SYN; DisableLinBreak; } if((kUSART_RxFifoNotEmptyFlag | kUSART_RxError) & USART_GetStatusFlags(DEMO_USART)) { USART_ClearStatusFlags(DEMO_USART,kUSART_TxError | kUSART_RxError); rxbuff[cnt] = USART_ReadByte(DEMO_USART);; switch(state) { case RECV_SYN: if(0x55 == rxbuff[cnt]) { state = RECV_PID; } else { state = IDLE; DisableLinBreak; } break; case RECV_PID: if(0xAD == rxbuff[cnt]) { state = RECV_DATA; } else if(0X3C == rxbuff[cnt]) { state = SEND_DATA; senddata(); } else { state = IDLE; DisableLinBreak; } break; case RECV_DATA: recdatacnt++; if(recdatacnt >= 4) // 3 Bytes data + 1 Bytes checksum { recdatacnt=0; state = RECV_SYN; EnableLinBreak; } break; default:break; } cnt++; } /* Add for ARM errata 838869, affects Cortex-M4, Cortex-M4F Store immediate overlapping exception return operation might vector to incorrect interrupt */ #if defined __CORTEX_M && (__CORTEX_M == 4U) __DSB(); #endif } void senddata(void) { { while (kUSART_TxFifoNotFullFlag & USART_GetStatusFlags(DEMO_USART)) { USART_WriteByte(DEMO_USART, 0X01); break; //just send one byte, otherwise, will send 16 bytes } while (kUSART_TxFifoNotFullFlag & USART_GetStatusFlags(DEMO_USART)) { USART_WriteByte(DEMO_USART, 0X02); break; //just send one byte, otherwise, will send 16 bytes } while (kUSART_TxFifoNotFullFlag & USART_GetStatusFlags(DEMO_USART)) { USART_WriteByte(DEMO_USART, 0X10);// 0X10 correct 0Xaa wrong break; //just send one byte, otherwise, will send 16 bytes } recdatacnt=0; state = RECV_SYN; EnableLinBreak; } } ここにマスターとスレーブのコードを添付いたします。 お役に立てば幸いです。 LPC55xx
View full article
RW612 的共存 #RW612 根据有关 RW61x 共存的文档,这里是链接: RW61x 共存概述,很明显,蓝牙 LE 和 802.15.4 不能共存。 共存细节主要集中在两种模式:一种涉及 Wi-Fi 和蓝牙 LE,另一种涉及 Wi-Fi 和 802.15.4。 因此,我的询问涉及在基于 RW612 的项目中同时使用 Wi-Fi、蓝牙和 802.15.4 的可行性。 如果无法同时运行,是否存在应用程序以 Wi-Fi 和 802.15.4 的工作模式启动的潜在场景?在需要进行蓝牙配置时(例如,由用户按下配置按钮触发)转换到 Wi-Fi 和蓝牙 LE 模式,然后在配置完成后恢复到初始 Wi-Fi 和 802.15.4 模式? 评估板 回复:RW612 共存 好的,谢谢! 回复:RW612 共存 Dear @yongqiangtang123 , FRDMRW612 对您来说可以。因此请下载它的 SDK! 关于RW612的评估板,是的,它没有显示在硬件列表中。 谢谢! 此致, weidong 回复:RW612 共存 亲爱的卫东, 官网上好像只查到了FRDMEW612的资料,没有RW612-EVK的相关介绍,请问您那边有这方面的资料吗? 谢谢你! 此致, 永强 回复:RW612 共存 Dear @yongqiangtang123 , FRDMRW612 和 RW612-EVK 板都适合您。您可以选择其中之一。 --FRDMRW612用于客户解决方案扩展,是主流产品。 --RW612-EVK 板向客户展示各种 RW612 功能。 不管怎样,只要SDK里有你关心的东西,就足够了。 谢谢! 问候, weidong 回复:RW612 共存 亲爱的卫东, 非常感谢您的回复!您提供了我所需要的大量详细信息。 我只想确认一件事。我应该选择哪个发现板?也许是 FRDMRW612?我注意到该板有一个 PCB 天线和一个 u.FL 连接器。我想知道一个是否用于 Wi-Fi,另一个是否用于 BLE/802.15.4。如果是这样,我们可以单独测试这三种无线电,并测试它们的共存。 谢谢你! 此致, 永强 回复:RW612 共存 Dear @yongqiangtang123 , 请使用2.16_100版本的SDK,不要使用24.12,看截图!   然后找到 middleware/wireless/coex/examples/coex_app ### 3. 构建 coex 示例: 修改这些宏来生成不同的共存图像, | 共存图像 | COEX_ENABLE_WIFI | COEX_ENABLE_BLE | COEX_ENABLE_OT | 模拟案例 | | ------------------ | ---------------- | --------------- | -------------- | ------------------------ | | WiFi + BLE | 开启 | 开启 | 关闭 | WiFi 上的问题 | | WiFi + OT | 开启 | 关闭 | 开启 | / | | BLE + OT | 关 | 开 | 开 | 线程问题 | | WiFi + BLE + OT | 开启 | 开启 | 开启 | WiFi + OT BR 上的问题 | > 注意:如果构建 BLE+OT,ot 库应该将“DOT_NXP_ENABLE_WPA_SUPP_MBEDTLS”设置为“OFF”。 根据您的需要修改这些选项, | 选项 | 值 | | ------------------ | ------------------------------------------------------------------------------------------------------------------| | COEX_NXP_BASE | `edgefast` (默认) - 基于 edgefast-shell | | COEX_EXAMPLE_BOARD | `rdrw612bga` (默认) - RW612-BGA, `frdmrw612` - FRDMRW612 | | CMAKE_BUILD_TYPE | `flash_debug`(默认),`flash_release`(**如果需要测试吞吐量,请使用此选项。**)| ...... 这些信息应该对您的申请有帮助,请仔细检查! 关于zigbee示例:middleware/wireless/zigbee 谢谢! 此致, weidong 回复:RW612 共存 卫东您好, 感谢您的帮助!此外,从https://mcuxpresso.nxp.com/en/dashboard下载 SDK_24.12.00_FRDM-RW612 后,我注意到我只能找到与 Wi-Fi 和 BLE 共存相关的例子。您能否提供与 Zigbee 3.0 以及 Wi-Fi、BLE 和 802.15.4 共存相关的示例? 谢谢你! 此致, 永强 回复:RW612 共存 Dear @yongqiangtang123 , 我与内部团队核实了您的问题。也许您在应用说明中看到了描述。 >>在本文档中,仅适用于 RW612,蓝牙 LE/802.15.4 代表蓝牙 LE 或 802.15.4 无线电不能共存。 意思是BLE与802.15.4内部共享同一个RF Radio,BLE与802.15.4在时间上分工使用同一个RF Radio。 因此对于 RW612,可以设计 WiFi、BLE 和 802.15.4 同时工作。 [注意] SDK文档中,有2个命令可以配置共存。 --wlan-single-ant-duty-cycle --wlan-dual-ant-duty-cycle 谢谢! 此致, weidong
View full article
Udoo 板的基本设备树 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 简介 要求 设备树 启动 Linux 1. 引言 本文档解释了如何使用 yocto 图像并为不同的主板定制源代码。本文档中使用的主板是配备 iMX6Q 的 Udoo 主板。本文档的U-Boot 迁移示例涵盖了 U-boot 的更改,必须先遵循此更改。以下步骤将涵盖下一次董事会变动: 以太网PHY SD 卡     Debug UART 2. 要求 一个功能性的 Yocto 环境(为您的目标生成的图像,核心图像最小)。必须为 imx6q 选择生成的图像,这是本文档中解释的图像。 工具链。本文档中使用了元工具链。 本文档中使用 L3.14.38。 使用元工具链构建内核 带有 core-image-minimal 图像的 SD 卡。 注意: 按照下一个培训详细解释满足要求的步骤。 Yocto 培训 - 主页 3.设备树 在之前的 Linux 版本 3.0.35 中向后,内核包含用于板和平台特定配置的 C 语言硬编码结构。由于设备树,相同的内核映像可以用于不同的主板,并且平台和主板的描述在不同的文件中定义。因此,SABRE-SD 或 SABRE-AI 板使用的相同内核可用于 Udoo 板,并且只需生成一个新的设备树文件。 3.1 添加新的设备树 选择相应板的配置(imx_v7_defconfig)后,导出所需的环境变量,如ARCH,CROSS_COMPILE;新的.dts必须添加文件。 在Linux源文件夹arch/arm/boot/dts中创建一个名为imx6q-udoo-doc.dts的文件。这是包含硬件描述的.dts文件。 $ touch imx6q-udoo-doc.dts 在arch/arm/boot/dts 目录下的 Makefile 中添加新的 dts 文件。该文件必须位于预编译器指令$(CONFIG_ARCH_MXC)内。 3.2 设备树内容 使用您喜欢的文本编辑器,在文件顶部添加 dts 版本 /dts-v1/; 已经有一个描述 imx6q 设备的 dtsi 文件,名为 imx6q.dtsi。将此文件包含在新的 dts 中。 #包括“imx6q.dtsi” 添加根节点、模型和兼容属性。udoo,imx6q-udoo 属性在 DT_MACHINE 结构中不存在,但 fsl,imx6q 存在。 / { 型号 = “ Udoo i.MX6 四核主板”;         compatible = "udoo,imx6q-udoo", "fsl,imx6q"; }; 添加内存区域。 memory{ reg = <0x10000000 0x40000000>; }; 为您想要添加的节点添加 pinctrl 配置。UART2_TXD 和 UART2_RXD 是用于串行调试控制台的引脚。引脚描述必须放在iomuxc节点中。 &iomuxc{ imx6q-udoo{           pinctrl_uart2: uart2grp{ fsl,引脚=<                          MX6QDL_PAD_EIM_D26__UART2_TX_DATA          0x1b0b1                          MX6QDL_PAD_EIM_D27__UART2_RX_DATA          0x1b0b1                           >;                };          };      }; RGMII 连接和 SD 特性与 iMX6Q SABRE-SD 相同。 pinctrl_usdhc3: usdhc3grp { fsl,引脚=< MX6QDL_PAD_SD3_CMD__SD3_CMD 0x17059                                MX6QDL_PAD_SD3_CLK__SD3_CLK 0x10059 MX6QDL_PAD_SD3_DAT0__SD3_DATA0 0x17059 MX6QDL_PAD_SD3_DAT1__SD3_DATA1 0x17059 MX6QDL_PAD_SD3_DAT2__SD3_DATA2 0x17059 MX6QDL_PAD_SD3_DAT3__SD3_DATA3 0x17059                         >;                 }; pinctrl_enet : enetgrp { fsl,引脚=< MX6QDL_PAD_RGMII_RXC__RGMII_RXC 0x1b0b0                                MX6QDL_PAD_RGMII_RD0__RGMII_RD0 0x1b0b0                                MX6QDL_PAD_RGMII_RD1__RGMII_RD1 0x1b0b0                                MX6QDL_PAD_RGMII_RD2__RGMII_RD2 0x1b0b0                                MX6QDL_PAD_RGMII_RD3__RGMII_RD3 0x1b0b0 MX6QDL_PAD_RGMII_RX_CTL__RGMII_RX_CTL 0x1b0b0                                MX6QDL_PAD_RGMII_TXC__RGMII_TXC 0x1b0b0                                MX6QDL_PAD_RGMII_TD0__RGMII_TD0 0x1b0b0                                MX6QDL_PAD_RGMII_TD1__RGMII_TD1 0x1b0b0                                MX6QDL_PAD_RGMII_TD2__RGMII_TD2 0x1b0b0                                MX6QDL_PAD_RGMII_TD3__RGMII_TD3 0x1b0b0 MX6QDL_PAD_RGMII_TX_CTL__RGMII_TX_CTL 0x1b0b0                                MX6QDL_PAD_ENET_REF_CLK__ENET_TX_CLK 0x1b0b0                                MX6QDL_PAD_ENET_MDIO__ENET_MDIO 0x1b0b0                                MX6QDL_PAD_ENET_MDC__ENET_MDC 0x1b0b0                                MX6QDL_PAD_GPIO_16__ENET_REF_CLK 0x4001b0a8                         >;                      }; 必须添加 fec、uart2 和 usdhc3 节点。这些节点已经存在于 imx6q.dtsi 中,但必须添加状态属性、pinctrl 等。 &fec { pinctrl -names =“默认”; pinctrl-0 = <& pinctrl_enet >; phy模式=“ rgmii ”; 状态 = “好的”; };                                                      &uart2 { pinctrl -names =“默认”; pinctrl-0 = <&pinctrl_uart2>; 状态 = “好的”; };                                                                                                                                              &usdhc3 {                                pinctrl -names =“默认”;         pinctrl-0 = <&pinctrl_usdhc3>;         non-removable;                  status = "okay"; }; 下面是根据以上几点得出的简单的 dts 文件。 /dts-v1/; #包括“imx6q.dtsi” / { 型号 = “Udoo i.MX6 四核主板”;         compatible = "udoo,imx6q-udo", "fsl,imx6q"; 记忆 { reg = <0x10000000 0x80000000>;         }; }; &fec { pinctrl 名称 = “默认”; pinctrl-0 = <&pinctrl_enet>; phy模式=“rgmii”;         status = "okay"; }; &uart2 { pinctrl 名称 = “默认”; pinctrl-0 = <&pinctrl_uart2>;         status = "okay"; }; &usdhc3 { pinctrl 名称 = “默认”;         pinctrl-0 = <&pinctrl_usdhc3>;         non-removable;         status = "okay"; }; &iomuxc {         imx6q-udoo { pinctrl_enet: enetgrp{ fsl,引脚=< MX6QDL_PAD_RGMII_RXC__RGMII_RXC 0x1b0b0                                 MX6QDL_PAD_RGMII_RD0__RGMII_RD0         0x1b0b0                                 MX6QDL_PAD_RGMII_RD1__RGMII_RD1         0x1b0b0                                 MX6QDL_PAD_RGMII_RD2__RGMII_RD2         0x1b0b0                                 MX6QDL_PAD_RGMII_RD3__RGMII_RD3         0x1b0b0 MX6QDL_PAD_RGMII_RX_CTL__RGMII_RX_CTL 0x1b0b0                                 MX6QDL_PAD_RGMII_TXC__RGMII_TXC         0x1b0b0                                 MX6QDL_PAD_RGMII_TD0__RGMII_TD0         0x1b0b0                                 MX6QDL_PAD_RGMII_TD1__RGMII_TD1         0x1b0b0                                 MX6QDL_PAD_RGMII_TD2__RGMII_TD2         0x1b0b0                                 MX6QDL_PAD_RGMII_TD3__RGMII_TD3         0x1b0b0 MX6QDL_PAD_RGMII_TX_CTL__RGMII_TX_CTL 0x1b0b0                                 MX6QDL_PAD_ENET_REF_CLK__ENET_TX_CLK    0x1b0b0                                 MX6QDL_PAD_ENET_MDIO__ENET_MDIO         0x1b0b0                                 MX6QDL_PAD_ENET_MDC__ENET_MDC           0x1b0b0                                 MX6QDL_PAD_GPIO_16__ENET_REF_CLK        0x4001b0a8                         >;                 }; pinctrl_uart2: uart2grp{ fsl,引脚=<                                 MX6QDL_PAD_EIM_D26__UART2_TX_DATA       0x1b0b1                                 MX6QDL_PAD_EIM_D27__UART2_RX_DATA       0x1b0b1                         >;                 };                 pinctrl_usdhc3: usdhc3grp { fsl,引脚=< MX6QDL_PAD_SD3_CMD__SD3_CMD 0x17059                                 MX6QDL_PAD_SD3_CLK__SD3_CLK             0x10059 MX6QDL_PAD_SD3_DAT0__SD3_DATA0 0x17059 MX6QDL_PAD_SD3_DAT1__SD3_DATA1 0x17059 MX6QDL_PAD_SD3_DAT2__SD3_DATA2 0x17059 MX6QDL_PAD_SD3_DAT3__SD3_DATA3 0x17059                         >;                 };         }; }; 3.3 编译设备树 编译.dts将生成一个 .dtb文件是内核所需的二进制文件。 使 ARCH=arm dtbs 名为 imx6q-udoo-doc.dtb 的文件是我们主板使用的文件。它位于arch/arm/boot/dts文件夹中。如果您的 SD 卡上有可用的镜像,请将此文件放入 FAT 分区。您可能需要先更改文件名,在本例中为 imx6q-udoo.dtb。 4. 启动镜像 此后,您应该拥有一个简单且功能齐全的 Linux 系统。只需插入 SD 卡并启动电路板即可。 您应该在串行控制台中获得如下所示的输出: 我希望这份基本文档对您有所帮助。 回复:Udoo 板的基本设备树 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 感谢您提供有关设备树文件的简单/清晰的信息。 完成所有步骤后,我运行了下面的 make 命令。但我没有找到 dtb 文件。 使 ARCH=arm dtbs 当我运行“make ARCH=arm dtbs”时,我在终端窗口中看到以下消息。 rm -f /../*.dtb
View full article
在 A 核 imx8ulp 上启用 TPM Hi @Chavira 我正在根据您的文章使用 iMX8ULP-evk 在 A 核中启用 TPM: https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/How-to-use-PWM-on-iMX93-EVK-board/ta-p/1... 我选择 PTF19(J20 引脚 3)来生成 PWM 信号。 闪烁后,我打开终端并执行以下命令: cd /sys/class/pwm/pwmchip0; echo 0 > export; cd pwm0; echo 400000 > period; echo 200000 > duty_cycle; echo 1 > enable; 然后,我用示波器测量它的波形,它一直输出高电平信号。 你能给我一些建议吗? 我的 dts、配置、日志如下。 最良好的问候! i.MX8ULP 回复: 在A核imx8ulp上启用TPM 谢谢!我已经解决了! 此致! 回复: 在A核imx8ulp上启用TPM Hi @wendy-liu! 尝试将 imx8ulp.dtsi 中的驱动程序从“fsl,imx7ulp-tpm”更改为“fsl,imx7ulp-pwm” 。 tpm5: tpm@29340000 { compatible = "fsl,imx8ulp-tpm", "fsl,imx7ulp-pwm"; 另外,您应该禁用 LPSPI5,因为 LPSPI5 正在使用引脚 PTF19。 此致!] Chavira 回复: 在A核imx8ulp上启用TPM @Chavira  期待您的回复! 非常感谢! 回复: 在A核imx8ulp上启用TPM 你好@wendy-liu ! 感谢您联系 NXP 支持! 我先从这个问题的研究说起。 看起来 TPM 只能由 M 核心管理,并且您只能使用 rpmsg 控制 TPM 模块。 我会尽快向你通报最新情况。 此致! Chavira 回复: 在A核imx8ulp上启用TPM @Chavira  另外,tpm_rpchip_0 是节点(/sys/class/pwm/pwmchip0/),但是 tpm5 在哪里? 那么, tpm_rpchip_0 控制 哪个 TPM ? 有一些问题我想问你。希望您能回复!非常感谢!
View full article
什么是 eDMA 通道链接功能以及如何配置 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello Kinetis fans, 这次我为您带来一份文档,解释什么是增强型直接内存访问 (eDMA) 中的通道链接功能以及如何配置该功能。 如果您对分散/聚集功能感兴趣,请查看文档什么是以及如何配置 eDMA 分散/聚集功能。 我希望您发现本文档有用。 顺祝商祺! 奥兰多·拉米雷斯-桑切斯伯爵 技术支持工程师 NXP Semiconductors 回复:什么是 eDMA 通道链接功能以及如何配置 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 描述很棒。可以提供示例代码吗?
View full article
APF-DES-T1549 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ローターバッハ 会社プロファイルとローターバッハの製品概要。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ローターバッハ 会社プロファイルとローターバッハの製品概要。
View full article
CanbusのアクティベーションMCXN947 FRDM-MCXN947 canbus ループ バックの例を、canbus データを送受信するための出発点として使用しています。 しかし、ループバックを無効にしてピンをミックスすると、MCUはまだcanbusピンに接続されていないようです。 データ出力がオシロスコープで検出されません。 ループバックの例で他の缶ノードと通信できるようにするために、gが欠けているものが他にありますか? 通信&制御(I3C |I2Cの |SPIの |フレックスキャン |イーサネット |FlexIOの) MCXN Re:MCXN947 canbusアクティベーション 私も同じことを行いましたが、デモの前半に理解できないコードが少しありました。 缶Trancieverのデータシートを見た後、初期化機能が留まる必要があることがわかりました。 Re:MCXN947 canbusアクティベーション Hi @stevenlutz  割り込みデモを変更しました。 拡張缶とディスエーブル缶FDを切り替えました。 CANバスでデータ伝送が行われていることがわかります。 BR ハリー Re:MCXN947 canbusアクティベーション 私は3つのCANデモをすべて見ました。 ループバック デモをネットワーク上でアクティブにしても、ループバック モードを無効にすると機能しません。 その理由を教えてください。 また、割り込みデモでは、拡張 can に切り替えて can FD を無効にするときに、データをワイヤに格納しません。   Re:MCXN947 canbusアクティベーション Hi @stevenlutz  FRDM-MCXN947ボードを使用して他のCANノードと通信したい場合は、 flexcan 割り込みのデモを参照してください。 これがお役に立てば幸いです。 BR ハリー
View full article
MPC5777C - 关于SRAM访问配置的问题 你好! 在阅读 MPC5777C 参考手册的“第 24 章 RAM 控制器 (PRAMC)”时,我有以下问题: 1 - 什么是 64 位 WRP4 读取突发? 2 - 什么是 2-1-1-1 响应? 3 - 既然有可能执行突发写入,那么后期写入缓冲区的用途是什么?后期写入缓冲区是否会将单拍写入事务合并为多拍突发事务? 4 - PRAMC 提供了在将 RAM 读取数据返回到系统总线之前添加可选读取等待状态的可能性。“寄存器RAM读取数据是什么意思”?这些数据会在哪里注册?在哪种情况下,为读取访问添加等待状态会有益? 5 – PRAMC 或 SRAM 是否有行缓冲区来存储存储器阵列中最后访问的行?DRAM 有这种资源,但我不确定 SRAM 是否也有这种资源。 6-DRAM 遵循 JEDEC 标准来定义其命令,例如激活命令 (ACT) 和列地址选通 (CAS) 命令。MPC5777C SRAM 是否遵循此标准,并且因此可以使用相同的命令? 顺祝商祺! Matheus 回复:MPC5777C - 关于SRAM访问配置的问题 2)这些周期是指核心的时钟周期还是PRAMC的周期? 3)那么延迟写入缓冲区是一种比SRAM更快的内存吗?如果是,那么后期写入缓冲区是通过什么技术制作的? 4)参考手册说,PRAMC 的功能之一是具有“可配置的读取访问时序(零个或一个可编程的等待状态),允许在大范围的频率目标中使用”。如果没有要求使用这个可选等待状态,为什么 RM 说可选等待状态允许在大范围的频率目标中使用? 回复:MPC5777C - 关于SRAM访问配置的问题 1)4 拍包裹爆破。包装意味着首先读取需要的数据。例如,如果需要Word2,则顺序如下:Word2 - Word3 - Word0 - Word1 2) 读取第一个数据需要 2 个周期(上例中的 Word2),然后读取每个字需要 1 个周期(Word3 - Word0 - Word1) 3) 延迟写入缓冲区允许不等到写入周期结束。从 CPU 端,数据只是写入 SRAM 并终止。稍后再进行物理存储至 SRAM。 4)这意味着增加了 1 个时钟周期(那里有一个缓冲区),但我没有看到任何好处。据我所知,没有必要使用它。 5、6)不是静态RAM,不是动态RAM。它的工作方式不同。
View full article
AMF-DES-T1679 - DwF Rochester, Toronto (DES-T1146), Ottawa (DES-T1710, DES-T1711) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Kinetisソフトウェア開発キット (SDK) は、Kinetisマイクロコントローラ・ベースのアプリケーション向けの包括的なソフトウェア・フレームワークを提供します。このセッションでは、マイコンの起動、ボードのセットアップ、割り込み処理、HAL、ドライバなど、Kinetis SDKの基本を実践的に体験することができます。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Kinetisソフトウェア開発キット (SDK) は、Kinetisマイクロコントローラ・ベースのアプリケーション向けの包括的なソフトウェア・フレームワークを提供します。このセッションでは、マイコンの起動、ボードのセットアップ、割り込み処理、HAL、ドライバなど、Kinetis SDKの基本を実践的に体験することができます。
View full article
iMX8MM 模块上的 HAB 问题:U-Boot 2022 与 2023 Hello, 当使用 不同版本 的 U-Boot(2022 与 2023)时,我在 iMX8M Mini 模块上启用 高保证启动 (HAB) 功能时遇到问题。 => U-Boot 2023.04 运行良好(未发现 HAB 事件,正如预期的那样)。 => U-Boot 2022.04 无法正常工作(生成 HAB 事件,见下文)。 我附加了两个 bash 脚本( u-boot-2022-hab-variscite-builder和u-boot-2023-hab-variscite-builder ),展示了我为构建两个 U-Boot 二进制文件所执行的步骤的详细信息。 我还附加了两个版本的txt 日志文件(使用 bash 脚本启动)以及生成的CSF *.txt 文件,以便使用代码签名工具生成 SPL 和 FIT 二进制文件。 所有这些文件都已包含在附加到此帖子的单个 zip 存档( HAB-Issues-iMX8MM.zip )中。 这是我在尝试启动我的演示板( imx8mm-var-som-symphony )时从 2022 u-boot 版本构建中获得的HAB 事件的日志。 U-Boot 2022.04-64036-g9a1f574209-dirty(2024 年 8 月 29 日 - 17:34:22 +0200) CPU:i.MX8MMQ rev1.0 1600 MHz(运行频率为1200 MHz) CPU:工业温度级(-40C 至 105C),34C 时 复位原因:POR 型号:Variscite VAR-SOM-MX8M-MINI 动态随机存取存储器:2 GiB 核心:73 个设备、23 个 uclass、设备树:独立 MMC卡:FSL_SDHC: 1,FSL_SDHC: 2 从 MMC 加载环境...*** 警告 - CRC 错误,使用默认环境 在:连续剧 输出:串行 错误:串行 PTN5150:供应商ID[0x3],版本ID[0x1],地址[I2C1 0x3d] 部件编号:VSM-MX8MM-503 组装:AS312212751 生产日期:2024年01月04日 序列号:f8:dc:7a:d0:71:f8 切换到分区#0,确定 mmc1是当前设备 闪存目标是 MMC:1 网络:在地址 4 处检测到 ADIN1300 PHY eth0:以太网@30be0000 快速启动:正常 正常启动 按任意键停止自动启动:0 u-boot=>hab_状态 安全启动已禁用 HAB配置:0xf0,HAB状态:0x66 --------- HAB Event 1 ----------------- event data: 0xdb 0x00 0x14 0x43 0x33 0x22 0x33 0x00 0x00 0x00 0x00 0x0f 0x00 0x7e 0x0b 0xc0 0x00 0x03 0xf8 0x00 STS = HAB_FAILURE (0x33) RSN = HAB_INV_ADDRESS (0x22) CTX = HAB_CTX_TARGET (0x33) ENG = HAB_ENG_ANY (0x00) --------- HAB Event 2 ----------------- event data: 0xdb 0x00 0x14 0x43 0x33 0x22 0x33 0x00 0x00 0x00 0x00 0x0f 0x00 0x7e 0x0b 0xc0 0x00 0x03 0xf6 0x60 STS = HAB_FAILURE(0x33) RSN = HAB_INV_地址(0x22) CTX = HAB_CTX_目标(0x33) ENG = HAB_ENG_ANY (0x00) 您能帮我理解一下这里出了什么问题吗? 回复:iMX8MM 模块上的 HAB 问题:U-Boot 2022 与 2023 按照我原来的帖子,我能够通过在defconfig中启用CONFIG_LTO=y来解决遇到的HAB 错误。这似乎减少了SPL二进制文件的大小(从0x3d200到0x3a600 ),我认为这是解决问题的关键。 在此之前,运行hab_status显示两次HAB 故障,原因为HAB_INV_ADDRESS (0x22) ,表示内存访问无效。我的假设是SPL太大,导致内存溢出或错位。通过启用LTO , SPL大小得到优化,这些HAB 事件消失了。 我不是 100% 确定,但似乎减小SPL大小可以使其正确适应其内存边界,从而防止无效地址错误。如果您遇到类似的问题,我建议尝试CONFIG_LTO=y并看看它是否有帮助! 回复:iMX8MM 模块上的 HAB 问题:U-Boot 2022 与 2023 我检查了这些变化。 我应用了此处描述的补丁,将它们集成到uboot-imx和imx-mkimage存储库中。 我认为带有(可选) FDT-FIT签名的FDT-FIT哈希解决方案可以按预期工作,因为我在 u-boot 命令提示符控制台的第一阶段就看到了此日志: U-Boot SPL 2022.04-64036-g9a1f574209-dirty(2024 年 9 月 3 日 - 09:57:35 +0200) SEC0:RNG实例化 正常启动 尝试从 MMC1 启动 HAB 保险丝未启用 从 DDR 位置 0x401fadc0 验证图像... HAB 保险丝未启用 从 DDR 位置 0x401fadc0 验证图像... U-Boot 2022.04-64036-g9a1f574209-dirty(2024 年 9 月 3 日 - 09:57:35 +0200) CPU:i.MX8MMQ rev1.0 1600 MHz(运行频率为1200 MHz) CPU:工业温度级(-40C 至 105C),34C 时 复位原因:POR 型号:Variscite VAR-SOM-MX8M-MINI 动态随机存取存储器:2 GiB 核心:73 个设备、23 个 uclass、设备树:独立 MMC卡:FSL_SDHC: 1,FSL_SDHC: 2 从 MMC 加载环境...*** 警告 - CRC 错误,使用默认环境 在:连续剧 输出:串行 错误:串行 PTN5150:供应商ID[0x3],版本ID[0x1],地址[I2C1 0x3d] 部件编号:VSM-MX8MM-503 组装:AS312212751 生产日期:2024年01月04日 序列号:f8:dc:7a:d0:71:f8 切换到分区#0,确定 mmc1是当前设备 闪存目标是 MMC:1 网络:在地址 4 处检测到 ADIN1300 PHY eth0:以太网@30be0000 快速启动:正常 正常启动 按任意键停止自动启动:2 无论如何,现在运行hab_status ,它返回 5 个HAB 事件: u-boot=>hab_状态 安全启动已禁用 HAB配置:0xf0,HAB状态:0x66 --------- HAB Event 1 ----------------- event data: 0xdb 0x00 0x1c 0x43 0x33 0x18 0xc0 0x00 0xca 0x00 0x14 0x00 0x02 0xc5 0x1d 0x00 0x00 0x00 0x16 0x3c 0x40 0x1f 0xad 0xc0 0x00 0x00 0x30 0x20 STS = HAB_FAILURE (0x33) RSN = HAB_INV_SIGNATURE (0x18) CTX = HAB_CTX_COMMAND (0xC0) ENG = HAB_ENG_ANY (0x00) --------- HAB Event 2 ----------------- event data: 0xdb 0x00 0x14 0x43 0x33 0x0c 0xa0 0x00 0x00 0x00 0x00 0x00 0x40 0x1f 0xdd 0xc0 0x00 0x00 0x00 0x20 STS = HAB_FAILURE (0x33) RSN = HAB_INV_ASSERTION (0x0C) CTX = HAB_CTX_ASSERT (0xA0) ENG = HAB_ENG_ANY (0x00) --------- HAB Event 3 ----------------- event data: 0xdb 0x00 0x14 0x43 0x33 0x22 0x33 0x00 0x00 0x00 0x00 0x0f 0x00 0x7e 0x0b 0xc0 0x00 0x03 0xfa 0x00 STS = HAB_FAILURE (0x33) RSN = HAB_INV_ADDRESS (0x22) CTX = HAB_CTX_TARGET (0x33) ENG = HAB_ENG_ANY (0x00) --------- HAB Event 4 ----------------- event data: 0xdb 0x00 0x14 0x43 0x33 0x22 0x33 0x00 0x00 0x00 0x00 0x0f 0x00 0x7e 0x0b 0xc0 0x00 0x03 0xf8 0x60 STS = HAB_FAILURE (0x33) RSN = HAB_INV_ADDRESS (0x22) CTX = HAB_CTX_TARGET (0x33) ENG = HAB_ENG_ANY (0x00) --------- HAB Event 5 ----------------- event data: 0xdb 0x00 0x14 0x43 0x33 0x0c 0xa0 0x00 0x00 0x00 0x00 0x00 0x40 0x1f 0xad 0xc0 0x00 0x00 0x00 0x04 STS = HAB_FAILURE (0x33) RSN = HAB_INV_ASSERTION (0x0C) CTX = HAB_CTX_ASSERT (0xA0) ENG = HAB_ENG_ANY (0x00) 因此, 2022 版和 2023 版之间 必须进行 一些其他相关更改才能使 HAB 功能正常运行。 您能否提供一个更详细的解决方案,因为我需要应用临时更改才能使HAB功能与 2022.04 U-Boot 版本兼容? 谢谢! 回复:iMX8MM 模块上的 HAB 问题:U-Boot 2022 与 2023 如果您检查 git 日志,您会发现更改(2022 与 2023)。 doc/imx/habv4/指南/mx8m_secure_boot。 回复:iMX8MM 模块上的 HAB 问题:U-Boot 2022 与 2023 为了更好地理解并与我们的供应商一起解决这种情况,您能否提供有关如何在 U-Boot 2023 中解决此问题的更多详细信息?具体来说,如果您能向我指出用于修复 HAB 问题的相关提交或补丁,我将不胜感激。拥有这些信息将极大地帮助确保正确应用必要的更新。 提前感谢您的帮助。 回复:iMX8MM 模块上的 HAB 问题:U-Boot 2022 与 2023 Hello, 是的,uboot 2022 在 HAB 方面存在一些问题,但他们在 2023 年修复了这个问题,您必须与您的供应商核实这种情况。 此致
View full article
MTRCKTSBNZVM128 与 MTRCKTSPNZVM128 套件电机 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您是否想过 S12 MagniV 这两个开发套件中包含的电动机之间有什么区别?     MTRCKTSBNZVM128:采用 S12 MagniV S12ZVM 的三相无传感器 BLDC 开发套件 MTRCKTSPNZVM128: 带 S12 MagniV MC9S12ZVML128 MCU 的三相无传感器 PMSM 开发套件   嗯,坦白说没有写。它们包括相同的电机型号45ZWN24-90 。 因此,从物理角度来看,这些电机是相同的,只是气隙中的磁通分布不同。对于 PMSM 来说它是正弦波,而对于 BLDC 电机来说它是梯形波。 两者的功率级相同,但控制策略不同。 配备 DevKits 的 Linix 电机实际上介于 PMSM 和 BLDC 之间,其磁通不是正弦波也不是梯形波。   更多信息和电机参数可在制造商产品页面找到: http://www.linixmotor.com/3-3-Tool-Motor.html 概述 回复:MTRCKTSBNZVM128 与 MTRCKTSPNZVM128 套件电机 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Xiang, 是的,MTRCKTSBNZVM128 和 MTRCKTSPNZVM128 套件之间没有任何实际物理差异。 电机是一样的。这种类型的电机作为 BLDC 出售,但其行为略微更适合 PMSM。 评估板和MCU也相同。 唯一的区别在于软件和适当的跳线设置。 是的,您甚至可以在 MTRCKTSBNZVM128 套件上运行 MC9S12ZVML128_PMSM_Sensorless_SingleShunt(AN5327)软件。 AN5327SW: www.nxp.com/assets/documents/data/en/application-notes-software/AN5327SW.zip AN5327 快速入门指南: http://www.nxp.com/assets/documents/data/en/user-guides/AN5327-QSG.pdf 请注意,本文档中仍然存在拼写错误(已报告)——跳线 J57 和 J60 应位于位置 2-3。 请按照 QSG 检查板上的默认跳线位置,但 J57 和 J60 跳线除外。 注意:FreeMaster 的默认串行通道是板上的 USB-to-SCI 电路(J25)。如果使用OSBDM虚拟通道,请修改J27、J28跳线位置。 希望这对您有帮助。 祝你有美好的一天, 拉德克 -------------------------------------------------------------------------------------------------------------------------- 注意:如果这篇文章回答了您的问题,请单击“正确答案”按钮。谢谢你! -------------------------------------------------------------------------------------------------------------------------- 回复:MTRCKTSBNZVM128 与 MTRCKTSPNZVM128 套件电机 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 那么 MTRCKTSBNZVM128 和 MTRCKTSPNZVM128 除了电机之外在硬件上没有区别吗? 现在我有了 MTRCKTSBNZVM128,我可以在这个 EVB 上运行 MC9S12ZVML128_PMSM_Sensorless_SingleShunt(AN5327)项目吗?
View full article
ISF_K64F_KDS_PROJ.zip <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这是一个 ISF2.1 项目,与题为“使用 ISF 2.1 创建数据记录器嵌入式应用程序”的博客文章相配套。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这是一个 ISF2.1 项目,与题为“使用 ISF 2.1 创建数据记录器嵌入式应用程序”的博客文章相配套。 概述
View full article