Multi Source Translation Content

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

Multi Source Translation Content

Discussions

Sort by:
KW45/K32W1 32MHz & 32kHz 発振マージン 発振余裕度の概要 概要 発振余裕度とは発振停止までのマージンであり、発振回路における最重要項目です。 この余裕度は水晶振動子の抵抗値を基準とした比率で表され、回路が有する増幅発振能力を示します。 理論上、発振余裕度が 1 以上であれば回路は動作します。ただし、発振余裕度が 1 に近い場合には、起動時間が長くなる等の理由によりモジュールの動作不良リスクが高まります。こうした問題は、発振余裕度を大きく取ることで解決できます。 発振起動時には発振余裕度を 3 倍以上に確保することを推奨します。 自動車用途では起動時に 10 倍、IoT 市場では 5 倍 が一般的な要求値です。 定常状態では 3 倍を許容するサプライヤもあります。 以下に、本現象をわかりやすく説明するための発振例を示します。 起動時、発振を確実に開始するためにハードウェアが内部設定を行い、このとき負荷容量は 0 pF となります。その後は定常状態に入り、内部キャパシタバンクの負荷容量が有効になります。 負荷容量が適切な発振ゲインに合わせて設定されていない場合、起動後に発振が維持されません。 発振ゲインの値は、水晶パターン上の抵抗経路にも依存します。 良い評価方法としては、水晶パスに抵抗を直列挿入し、発振が起動するかを確認することです。 SDK では、ゲインおよび負荷容量をアプリケーションコードで直接設定できます。   計算 発振余裕度の計算 発振余裕度は、以下の式に示すモーショナル抵抗 Rm を用いて算出します。               例: EVK ボードの 32 kHz 水晶(NX2012SE) ESR   80000,0 ohm Rm1   79978,2 ohm Lm1 3900 H Cm1   6,00E-15 F C0      1,70E-12 F CL      1,25E-08 F fr        32901,2 Hz fosc    32771 Hz 直列抵抗 Rs_max: 7.5 × 10^5 Ω 発振余裕度: 10.3 計測手順 測定の要件 PCB クリスタルユニット(等価回路定数データ付き) 抵抗器(SMD) 測定機器: オシロスコープ、周波数カウンタなど、発振を観測できる装置 共振器に抵抗器を直列に接続し、発振回路が動作するかを確認します。 発振が確認できた場合は抵抗値を大きくします。発振がない場合は抵抗値を小さくします。 発振が停止する直前の抵抗値 (Rs_max) を特定します。 Rs_maxで発振周波数を測定してください。 Rs_max に基づいて発振余裕度を計算します。 備考 発振余裕度は水晶振動子の特性だけでなく、MCU、コンデンサ、抵抗など発振回路を構成する部品にも影響されます。そのため、モジュール上で MCU の機能確認を行った後に発振余裕度を測定することを推奨します。 直列抵抗は評価目的のみで使用してください。実運用では使用しないでください。 モジュールの機能も確認することをお勧めします。発振回路の周波数ずれなどにより、モジュールが正しく動作しない可能性があります。 治具やソケットを使用して測定することも可能ですが、これらによる寄生成分が発振余裕度に影響を及ぼす点にご注意ください。 KW45/K32W1 製品の発振余裕度概要 32MHzクリスタル NXP は、Bluetooth LE で要求される ±50 ppm を満たすために、NDK 製水晶振動子 NX1612SA(EXS00A-CS14160) または NX2016SA(EXS00A-CS14161) の使用を推奨しています。 現在の SDK を使用した場合、NXP は起動時に発振余裕度 10(自動車用途で一般的)、定常状態で 3 を保証します。 ISEL と CDAC の設定値を高めることで発振余裕度をさらに向上させることができますが、消費電力の増加およびクロック精度の低下というトレードオフが発生します。(負荷容量バンク CDAC と発振器増幅電流 ISEL) NDK の推奨/目標発振余裕度は案件ごとに通知されます。 一般的に、要求される振動マージンは推奨値とその3倍の間である必要があります。 NDK の水晶振動子サプライヤ(FR)によれば、発振余裕度の仕様は起動フェーズでのみ必須であり、定常状態では必須ではありません。発振を開始する段階ではエネルギーが最も必要となるため、発振器ゲインは最大に設定されており、消費電力は最適化されていません。発振が安定した後はゲインを下げて電力を節約しても、発振動作には影響しません。 水晶振動子は機械的現象によって振動する点に留意してください。列車を動かし始める際、多大なエネルギーが必要となるものの、一旦定速走行に入れば維持に必要なエネルギーは少なくなる── それと同じ原理です。水晶振動子を発振させ始めることは、停止している列車を走り出させるのに似ています。列車が止まっている状態から動き始めさせるには多くのエネルギーが必要ですが、一度公称速度に達すると、その動きを維持するのに必要なエネルギーは少なくなり、完全に停止させるには逆に大きなエネルギーが必要となります。 例: 発振余裕度 10(直列抵抗 Rsmax = 560Ω) 内部ブロックで発振が開始・伝搬する CDAC/ISEL の動作領域(oscill)は、下表に定義されています。 32 kHz 水晶 Bluetooth LE で要求される ±500 ppm を満たすために、NXP は NDK 製水晶振動子 NX2012SE(EXS00A-MU01517) または NX2012SA(EXS00A-MU00801) の使用を推奨しています。 現在の SDK を使用すると、この水晶振動子で得られる発振余裕度は 10 ですが、クリスタル負荷容量選択 (Cap_Sel) と発振器粗ゲイン設定 (ESR_Range) に制約があり、それぞれ消費電力とクロック精度に影響します。 発振余裕度を 10 とする場合、Cap_Sel で選択できるコンデンサ値は下図の緑色領域に示す範囲に限定されます。 例: 発振余裕度 6.4 の構成(負荷容量 14 pF、ESR_Range = 3)では、32 kHz 周波数精度は約 91 ppm です。負荷容量を 10 pF に減らすことで発振余裕度を 10.3 まで高めることができますが、その場合周波数精度は 183 ppm に悪化します。 下図は、発振余裕度 10 における ESR_Range と負荷容量 (load cap) の関係を示しています。ESR_Range を大きくすると、負荷容量の許容変動範囲(緑色部分)が広がります。 例: 発振余裕度 10.3 の場合、ESR_Range を 2 → 3 に変更すると、クロック精度は 213 ppm → 183 ppm に改善しますが、消費電流は 169.5 nA へ増加します。 もう 1 つ重要な点として、同一の ESR_Range で負荷容量をさらに大きくすると、上記の例よりも消費電流が著しく増加します。 備考: 高い発振余裕度条件下では、水晶振動子の両端電圧は小さくなります。 発振余裕度を向上させるその他の方法 - 内部コンデンサバンクの代わりに外付けコンデンサを使用する発振余裕度を最大 10 まで高めることが可能 - BLE 用として目標 ±500 ppm で内部 32 kFRO を利用する
View full article
i.MX8MN VDD_USB_3P3电压范围 亲爱的团队, 除 VDD_USB_3P3 外,所有 3V3 电源轨的规格均设定为 3.0V 至 3.6V。根据规范,VDD_USB_3P3的电压范围应在3.069V至3.6V之间。 我们观察到满载下电压最低降至3.049V,不符合VDD_USB_3P3规范。 考虑到 VDD_USB_3P3 旨在为 USB 功能供电,如果我们不使用 USB 功能,我们可以忽略这个故障吗? Volt (V) 探测点 被测设备 直流电压有效值 (V) 直流电压Vmax(V) 直流电压V最小(V) 直流电压标准(V) 3.3 TP633 闲置 3.3 3.318 3.292 3.069~3.6 3.3 TP633 满载 3.296 3.35 3.049 3.069~3.6 3.3 TP633 闲置 3.3 3.31 3.287 3.069~3.6 3.3 TP633 满载 3.29 3.358 3.041 3.069~3.6 请指教。 回复:i.MX8MN VDD_USB_3P3 电压范围 Hello, 如果您不使用 USB 功能,这应该不是问题,但请检查您在启动时是否遵循正确的开机顺序和电压水平。 顺祝商祺!
View full article
S32K344 - 単一シャント電流測定を用いたFOC S32K344 - デュアル・シングル電流測定を備えたFOC これらの例は、位置センサーの有無にかかわらず、1シャント電流検出を備えた3相永久磁石同期モータ(PMSM)ベクトル制御(フィールド指向制御 - FOC)ドライブを示したものですこの設計は、NXP S32K3自動車ファミリを使用したモータ制御設計の例です。 例はS32K344ブラシレス直流および永久磁石同期モータ制御開発キットで設計されました。 Cプロジェクト・ベースの例は、MCSPTE1AK344開発キット・アプリケーション・ソフトウェアの一部です。MCUの設定と制御には、革新的なドライバ・セットであるリアルタイム・ドライバ(RTD)が使用されます。これは、Automotive-SPICE、ISO 26262、ISO 9001、IATF 16949に準拠しています。実環境でそのまま利用できる車載用演算/モータ制御ライブラリ・セットは、アルゴリズムに不可欠な構成要素を提供します。FreeMASTERは、便利なランタイム・デバッグ・ツールとして使用されます。 アプリケーション・ソフトウェアには以下が含まれます。 MCSPTE1AK344_PMSM_FOC_1Sh_ll - RTDのLow-levelドライバとS32 Design Studio Configuration Tools(S32CT)を使用して非AUTOSARアプローチを実証します。この例の構成は、デュアルシャントの例に似ているため、この例の詳細な説明は、この記事に添付されているアプリケーションノートAN13767およびMCSPTE1AK344 - single shunt addendum.pdf(シングルシャントの変更点をハイライト)に記載されています。 MCSPTE1AK344_PMSM_FOC_1Sh_as_tr - RTD、EB(Elektrobit)、tresos Studio、S32 Design Studioを使用して、AUTOSAR(AUTomotive Open System ARchitecture)アプローチを実証します。この例の構成はデュアルシャントの例に似ているため、この例の詳細な説明は、この記事に添付されているアプリケーションノートAN13884およびMCSPTE1AK344 - single shunt addendum.pdf(シングルシャントの変更点をハイライト)に記載されています。 MATLAB Simulinkベースのプロジェクト(モータ制御シングルシャントPMSMの例 - s32k344_mc_pmsm_1sh_ebt)は、モデルベース設計ツールボックス(MBDT)を使用してビルドされていて、NXP Model-Based Design Toolbox for S32K3xx - バージョン1.4.0または新しいリリースからダウンロードできます。
View full article
S32G_Increase_MDIO_rate This article explains how to increase the Ethernet MDIO bus speed on S32G. The application scenario is mainly to increase the access speed of MDIO to meet the high-speed diagnosis requirements of S32G for external switches, because external switches usually support high-speed MDIO. Please note that the methods described in this article do not guarantee signal quality and compliance with specifications. Table of contents 1 Required information... 2 2 Background information... 2 3    硬件说明... 3 4 PFE MCAL driver code modification... 4 4.1 MDIO Clock Tree Description... 4 4.2 Create PFE MCAL Master Project... 7 4.3 MDIO Source Code Description... 7 4.4 Source code modification... 7 4.5 Testing... 8 5 PFE Linux driver modification instructions (untested) 9
View full article
我可以将 VS Code 与 S32DS 项目一起使用吗? Hello, 我发现了一篇关于在 VS Code 环境中编译 MCUXpresso 项目的帖子。 我不是在 AUTOSAR 环境中工作,所以我没有使用 EB tresos,只使用 S32DS 3.5。 在这些条件下(裸机+S32DS 3.5),是否可以在 VS Code 中编译 S32DS 3.5 项目?如果可以,您能提供如何设置的指导吗? 回复:我可以将 VS Code 与 S32DS 项目一起使用吗? 谢谢您的回复。 我已经设置了GCC编译器环境,但是遇到了路径配置等相关问题。 正如您所说,这看起来会花费很多时间。感谢您的帮助。 此致。 回复:我可以将 VS Code 与 S32DS 项目一起使用吗? Hi,  可以将 Eclipse 项目(S32DS 基于 Eclipse)导入 VS Code - https://docs.wpilib.org/en/2021/docs/software/vscode-overview/importing-eclipse-project.html 但是您需要将 GNU gcc 工具添加到 VS Code 中。我们对此没有任何教程 - 您需要自己弄清楚,问题是,您的努力是否值得。
View full article
S32K144:FLEXCAN_IRQHandler号 親愛 なる 最近、私たちのプロジェクトで、FlexCAN割り込みに関連する問題に遭遇しました。この現象の説明は次のとおりです。 CANインスタンス2では、メッセージを受信するために14個のメッセージバッファ(MB)を設定しました。一定期間のテストの後、RTOSタスクスケジューリング全体が応答しなくなったことが判明しました。 ブレークポイントを通じて、システムがFLEXCAN_IRQHandlerを継続的に処理していることがわかりました。さらにデバッグを進めると、対応するメッセージ バッファー割り込みがアクティブであることがわかりましたが、メッセージ バッファーの状態はFLEXCAN_MB_IDLEでした。その結果、FLEXCAN_IRQHandler はその特定のメッセージ バッファーの割り込みフラグをクリアできなくなり、FLEXCAN_IRQHandler が継続的に呼び出され、システムが他の割り込みを処理できなくなる可能性があります。 問題の再現中にメッセージ バッファーがどのように使用されていたかの概要を次に示します。     デバッグの提案をお願いします。 感謝! 日時:s32k144:FLEXCAN_IRQHandlerの問題 Hi @PetrS , 応援よろしくお願いいたします!コードを更新しただけで、問題は再発しませんでした。 日時:s32k144:FLEXCAN_IRQHandlerの問題 Hi, 後のSDKバージョン(SDK4.0.xから)では、私が知る限り、ISRループでのトラップの可能性でこの動作が修正されました。以下は 4.0.3 のコードですバージョン。。。 そのため、最新のSDKに更新してください。 BR, Petr Re: s32k144:FLEXCAN_IRQHandler issue SDK バージョン情報を更新します: s32k144_sdk 3.0.0
View full article
另一个简单的 SWIM 示例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 附件是另一个简单的 SWIM 演示,它设置一个 240x320 的窗口并尽快在窗口中绘制一个动画钻石。虽然该代码旨在与 LPC32x0 CDL 一起使用,但它可以轻松移植到其他设备。设置窗口和执行动画的代码如下: /* 创建一个 SWIM 窗口 */ swim_window_open(&win1,LCD_DISPLAY.每行像素, LCD_DISPLAY.每面板行数,fblog1,0,0, (LCD显示每行像素数 - 1), (LCD_DISPLAY.lines_per_panel - 1),3,白色,黑色,洋红色);     xf = 20;     yf = 30;     xinc = 1;     yinc = 1;     clr = RED | GREEN; /* 尽可能快地绘制,不节流 */ while(1) { 游泳设置填充颜色(&win1,clr); swim_put_diamond(&win1,LCD_DISPLAY.每行像素/2, LCD_DISPLAY.每面板线数/2,xf,yf); lcd_ioctl(lcddev,LCD_SET_UP_FB,PHY_LCD_FRAME_BUF1);        xf += xinc;        if ((xf < 10) || (xf > 150))            xinc = -xinc;        yf += yinc;        if ((yf < 10) || (yf > 230))            yinc = -yinc; clr++; 如果(clr>0xFFFF) clr = 红色 | 绿色; } 该文件还包括该程序的预构建图像,可与使用 S1L 的 Phytec LPC3250 板一起使用。要使用该图像,只需将主板启动到 S1L 提示符,键入“load term srec”,通过串行端口(无传输协议)将 SREC 文件发送到主板,然后键入“exec”启动它。
View full article
S32k1xxドライバー宣言の問題   こんにちはNXPチーム、 現在、S32DS 3.5を使用しており、サンプルS32SDK_S32K1XX_RTM_4.0.1からS32K118用のプロジェクトを作成しました。このプロジェクトは、freertos_S32K118 デモ アプリに基づいています。 構成ツールを使用して LPUART ドライバーを追加しましたが、添付の画像に示すように、宣言の問題が発生しました。 この問題を解決する方法についてアドバイスをいただけますか? ご回答をよろしくお願い申し上げます。 Re:S32k1xxドライバー宣言の問題 A1. はい。Uart_Example_S32K118/説明に従ってください.txt 現在のプロジェクトを右クリックし、[S32 Configuration Tool]をクリックして[Open Peripherals]を選択します。 エラーや警告メッセージに注意してください。設定された値が無効な場合は、ユーザーに表示されます。 必要な変更(ある場合)を行い、「コードの更新」をクリックします。 A2. はい。オフラインインストールしてくださいSW32K1_S32M24x_FreeRTOS_10_5_1_UOS_2_0_0_DS_updatesite_D2308.zip S32K1 リファレンスソフトウェア - > Automotive SW - S32K1 - FreeRTOS - > 10.5.1_2.0.0 S32K1 FreeRTOS 10.5.1 version 2.0.0 Re:S32k1xxドライバー宣言の問題 ハローロビン 私はガイド HOWTOに従いました:S32DS v3.5にS32K1 RTD 2.0.0をオフラインインストールして、RTD 2.0.0 for S32K118をインストールします。 インストールが完了した後、 Uart_Example_S32K118を使用して新しいプロジェクトを作成しようとしました。しかし、プロジェクトのビルドが失敗し、添付の図に示すエラーが発生しました。 以下は、私がインストールしたソフトウェアのリストです。何か足りないものがないか確認していただけますか? RTD 2.0.0にはRTOSのサンプルコードが含まれていないことに気づきました。RTD 2.0.0 は RTOS の移植に使用できますか? ご協力ありがとうございます。 Re:S32k1xxドライバー宣言の問題 アカウントにS32DS v3.4.3がなく、すでに更新されているため、なぜダウンロードする必要があるのかわかりません。 新しいS32DS v3.4をインストールしてみてください(例:C:\NXP\S32DS.3.4_S32K1_SDK403 次に、S32 Design Studio プラットフォーム パッケージと S32 Design Studio プラットフォーム ツール パッケージ 3.4.3 を更新し、次に S32K1xx 開発パッケージを更新し、最後に S32SDK S32K1XX RTM 4.0.3 をインストールします ちなみに、新しいプロジェクトには、最新のS32K1 RTD 2.0.xを使用することをお勧めします+ S32DS v3.5 です。 Re:S32k1xxドライバー宣言の問題 ハローロビン すでにS32DSをバージョン 3.4.3に更新しましたが、しかし、私はまだS32K1XX RTM 4.0.3をインストールすることができません。 S32DS v3.4.3をどこでダウンロードできるか教えてください。 ご協力いただきありがとうございます。 Re:S32k1xxドライバー宣言の問題 あなたのアカウントには 3.4.3_D2112 S32K3デバイスをサポートするS32 Platform v.3.4 Update 3用のS32 Design Studioが含まれていないようです。 S32 Design Studio 3.4.3 をアップデートしてみるまずは。次に、S32K1 SDK 4.0.3をインストールします。 または、新しい S32DS v3.4 をインストールします (例: C:\NXP\S32DS.3.4_S32K1_SDK403 次に、 S32 Design Studio プラットフォーム パッケージ と S32 Design Studio プラットフォーム ツール パッケージ 3.4.3 を更新します。次に、S32K1xx開発パッケージを更新し、最後にS32SDK S32K1XX RTM 4.0.3をインストールします Re:S32k1xxドライバー宣言の問題 ハローロビン ご返信よろしくお願いします。 ちなみに、私は現在S32DS v3.4を使用しています。 あなたの指示に従って、私は3.4.1_D2110しか見ることができませんダウンロードリンク、 しかし、SW32K3_S32DS_3.4.3_D2112のダウンロードリンクが見つかりません。 ダウンロードリンクは削除されますか? Re:S32k1xxドライバー宣言の問題 通常、S32K1 SDK 4.0.2を正常にインストールしたのと同じように、オンラインでインストールできるはずです。 ただし、オンラインインストールが失敗した場合は、 SW32K3_S32DS_3.4.3_D2112.zipオフラインインストールしてください。 S32K3 Standard Software -> Automotive SW - S32K3 - S32 Design Studio -> Previous -> 3.4.3_D2112をクリックしてダウンロードしてください。S32 Design Studio for S32 Platform v.3.4 (英語)S32K3 デバイスをサポートする Update 3 S32 Design Studio プラットフォームを更新してください パッケージと S32 Design Studio プラットフォーム ツール パッケージ。 Re:S32k1xxドライバー宣言の問題 ハローロビン SDK RTM 4.0.3はどこでダウンロードできますか? S32DS Extensions and Updatesでアップデートできません。 以下にリストされているツールをすでにインストールしています。 S32K118デバイス用にインストールする必要がある追加のパッケージはありますか? Re:S32k1xxドライバー宣言の問題 Hi S32DS v3.5 にS32K1RTD 2.0.x with S32DS拡張機能と更新 をインストールすることをお勧めします。オンラインインストールが失敗した場合は、 HOWTOを参照してください S32DS v3.5のS32K1 RTD 2.0.0のオフラインインストール   または、S32DS v3.4 に S32K1SDK RTM 4.0.3 with S32DS Extensions and Updates をインストールします。 S32DS v3.5 にS32K1SDK 4.0.x をインストールすることはお勧めしません。現在入手可能な情報によると、S32SDK S32K1XX 4.0.x を S32DS 3.5 以降のバージョンに統合する予定はありません。   S32DS v3.4 で SDK 4.0.3 のfreertos_s32k118 をインポートしましたが、このエラーは発生しませんでした。 よろしくお願いいたします ロビン ------------------------------------------------------------------------------- 手記: - この投稿があなたの質問に答えた場合は、「ソリューションとして受け入れる」ボタンをクリックしてください。ありがとうございます! - 最後の投稿から7週間スレッドをフォローしていますが、その後の返信は無視されます 新しいスレッドを開き、後で関連する質問がある場合は、閉じたスレッドを参照してください。 -------------------------------------------------------------------------------
View full article
S32Design Studio 3.5 技巧和窍门 为了提升用户在 S32 Design Studio 中的使用体验,本文将为您提供一些实用的提示和技巧。 用例 #1:S32 Design Studio 执行某些 UI 更新操作时耗时过长。 解决方法:手动更新s32ds.ini文件中的Eclipse配置参数 用例 #2:S32 Design Studio 启动时需要等待更新检查完成,耗时较久。 解决方案:将您的环境更新至至少 Update12 或更高版本,或在启动时禁用更新检查。 用例 #3:在安装/更新流程中控制 RTD 和 S32DS 之间的包依赖关系 解决方案:切换至 Package Manager 作为软件和工具安装的主要或唯一交付解决方案。“功能套件与用例”这一概念确保了互操作性,并提供客户支持。 Eclipse IDE 使用和设置 概述
View full article
libnfc-nci は PN7160 をサポートしていますか? PN7160がlibnfc-nciライブラリで使用できるかどうか、どなたか教えていただけますか?PN7120 と PN7150 で libnfc-nci を使用するためのガイドである AN11697 を読みました。しかし、このライブラリがPN7160をサポートしていることを示す情報は見つかりませんでした。 また、カーネルドライバnxp-pn5xxもPN7160をサポートしているかどうかは? ちなみに、NFCモジュールを I.MX 8MPLUSベースのLinuxボードに統合する予定で、NXPの公式WebサイトからのアドバイスにはPN7160を使用する予定です 感謝~~~ Re:libnfc-nciはPN7160をサポートしていますか? こんにちは、サラス ご返事ありがとうございます。 実はPN7160のガイドを見つけました https://www.nxp.com.cn/docs/en/application-note/AN13287.pdf よろしくお願いいたします ニール・チャン Re:libnfc-nciはPN7160をサポートしていますか? Hello @NealZhang  お元気でいらっしゃることを願っています。 nxp-pn5xx はPN5xxファミリーのデバイスのみをサポートしているようです。しかし、PN7160には他にも特定のドライバーがあります。 また、libnfc-nci が HAL を使用してユーザー空間で実行されているAN11697を見るとわかるように、libnfc-nci でサポートされているようです。 しかし、実際には、それが完全に互換性があるかどうかはわかりません。 これがお役に立てば幸いです。 よろしくお願いいたします。 Salas.
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
RW610 / RW612 知识中心 RW61x 系列是一款高度集成的低功耗三射频无线 MCU,集成了 MCU 以及 Wi-Fi ® 6 + Bluetooth ® 低功耗 (LE) 5.4 / 802.15.4 射频,适用于广泛的应用场景,包括联网智能家居设备、企业和工业自动化、智能配件以及智能能源领域。 RW61x 系列 MCU 子系统包含一个 260 MHz 的 Arm ® Cortex ® -M33 内核(带 Trustzone ™ -M)、1.2 MB 片上 SRAM,以及一个高带宽 Quad SPI 接口(配备实时解密引擎,用于安全访问片外 XIP 闪存)。 RW61x 系列配备全功能的 1x1 双频段(2.4 GHz/5 GHz)20 MHz Wi-Fi 6(802.11ax)子系统,与前一代 Wi-Fi 标准相比,能提供更高的吞吐量、更好的网络效率、更低的延迟和更远的覆盖范围。蓝牙 LE 射频支持 2 Mbit/s 高速数据传输率、远距离传输和扩展广播功能。片上 802.15.4 射频可支持最新的 Thread mesh 网络协议。此外,RW612 还支持 Wi-Fi 上的 Matter 协议或 Thread 上的 Matter 协议,能在不同生态系统和产品间提供通用、可互操作的应用层。 NXP RW61x Block DiagramNXP RW61x 框图 文件 RW610 Datasheet: RW610 Datasheet RW612 Datasheet: RW612 Datasheet RW61x 用户手册:UM11865:RW61x 用户手册 RW61x 寄存器手册:RM00278:RX16x 寄存器   RW61x 模块 Azurewave: RW612 - AW-CU570:一款高度集成的低功耗三射频无线 RW612 MCU,集成了 MCU 以及 Wi-Fi 6 + 蓝牙低功耗 (LE) 5.2 / 802.15.4 射频,适用于广泛的应用场景。 RW610 - AW-CU598:一款高度集成的低功耗三射频无线 RW610 MCU,集成了 MCU 以及 Wi-Fi 6 + 蓝牙低功耗 (LE) 5.3 射频,适用于广泛的应用场景。 U-blox: RW612 - IRIS-W10 系列:小型独立式双频段 Wi-Fi 和蓝牙低功耗无线微控制器单元 (MCU) 模块。这些模块非常适合希望在其终端产品中添加高级无线连接功能的用户。 RW610 - IRIS-W16 系列:小型独立式双频段 Wi-Fi 和蓝牙低功耗无线模块,包含集成到终端产品所需的所有组件。这些模块非常适合希望在其终端产品中添加高级无线连接功能的用户。 Murata: RW612 - LBES0ZZ2FR-580:Murata 的 Type 2FR 是基于 NXP RW612 组合芯片组的小型且高性能模块,支持 IEEE 802.11a/b/g/n/ac/ax + 蓝牙 LE 5.4 / IEEE 802.15.4。 RW610 - LBES0ZZ2FP-580:Type 2FR/2FP 是一系列小型且高度集成的多射频模块,内置高性能 MCU(带高级安全功能),适用于智能家居、企业和工业自动化、智能配件及智能能源领域的联网智能设备。它支持最新的 Matter 智能家居连接协议。 California Eastern Laboratories (CEL): RW612 - CMP4612:一款全集成双频段、三模式(Wi-Fi 6、BT5.4、802.15.4)射频,包含主机 MCU、闪存、RAM、外设和众多接口(SDIO、UART、USB、以太网、SPI、I2C),支持无主机(RTOS)和有主机(NCP 模式)架构。CEL 的解决方案包含板载天线或连接器。 评估板  FRDM-RW612 FRDM-RW612 是一款紧凑且可扩展的开发板,用于 RW61x 系列 Wi-Fi 6 + 蓝牙低功耗 + 802.15.4 三射频无线 MCU 的快速原型开发。 它提供了便捷的 MCU I/O 和外设访问方式、集成的开放标准串行接口、外部闪存和板载 MCU-Link 调试器。 RDM-RW612 入门指南:FRDM-RW612 入门 FRDM-RW612 用户手册:UM12160:FRDM-RW612 板用户手册 FRDM-RW612 快速入门指南:FRDM-RW612 快速入门指南 电流测量配置: 移除0欧姆电阻R103 在JP5上焊接几个引脚。 若要测量 RW61x 的电流消耗,使用 JP5 上的引脚连接电流计。正常操作 FRDM 板时,用跳线连接 JP5 上的引脚。 u-blox   USB-IRIS-W1 USB-IRIS-W1 开发平台基于双频段 Wi-Fi 6 和蓝牙 LE 模块 IRIS-W1(基于 NXP RW610/612 芯片)构建。 开发板设计有 USB 接口,方便直接通过 PC 进行评估和原型开发。除了带集成天线的 IRIS-W1 模块外,它还集成了四个按钮、一个 RGB LED 和一个 USB/UART 转换器,进一步为便捷评估提供支持。 u-blox   EVK-IRIS-W1 EVK-IRIS-W1 评估套件提供 IRIS-W1 模块系列的独立使用,采用 NXP RW610/612 芯片组。 Azurewave    AW-CU570-EVB AW-CU570 模块的评估板包含集成三射频(Wi-Fi 6 + 蓝牙低功耗 5.3 / 802.15.4)的无线 MCU。 Murata   2FR EVK Murata Type 2FR 模块(Murata 部件号 LBES0ZZ2FR)的评估套件包含三种射频:Wi-Fi、BLE 和 802.15.4。它基于 NXP 的 RW612 芯片。 California Eastern Laboratories (CEL) CMP4612-2-EVB CMP4612 评估板 (CMP4612-2-EVB) 基于NXP RW612 芯片组,具有双频段 Wi-Fi 6、BLE 5.4 和 802.15.4 射频。该评估板包含板载以太网端口和 PHY 硬件,以及 Arduino 接口、MCULink SWD 和 USB 端口。对于希望为其终端产品使用经过认证的模块的客户,该开发板能促进无缝高效的评估过程。 应用笔记 RM00287:SDK 2.16.100 的 Wi-Fi 驱动 API:射频驱动源代码提供了通过与固件镜像通信在射频接口上发送和接收数据包的 API。本手册提供了 Wi-Fi 驱动和 Wi-Fi 连接管理器的参考文档。 UM12133:带 MCU 主机的 RW612 的 NXP NCP 应用指南 - 用户手册:本用户手册介绍: • 以 i.MX RT1060 为 MCU 主机平台的 RW612 的 NXP NCP 应用。 • 在 NXP RW612 BGA V4 板上启用 NCP 模式的四种支持 接口(UART、USB、SDIO 或 SPI)之一的硬件连接。 • 在 NCP 主机 (i.MX RT1060) 和 NCP 设备 (RW612) 上构建和运行 NCP 应用的方法。 这些应用适用于 Wi-Fi、蓝牙低功耗和 OpenThread (OT)。 UM12095:带 MPU 主机的 RW612 的 NXP NCP 应用指南 - 用户手册:本用户手册介绍: • 以 i.MX 8M Mini 为 MPU 主机平台的 RW612 的 NXP NCP 应用。 • 在 NXP RW612 BGA V4 板上启用 NCP 模式的四种支持 接口(UART、USB、SDIO 或 SPI)之一的硬件连接。 • 在 NCP 主机 (i.MX 8M Mini) 和 NCP 设备 (RW612) 上构建和运行 NCP 应用的方法。 这些应用适用于 Wi-Fi、蓝牙低功耗和 OpenThread (OT)。 AN14439:从 FRDM-RW612 板迁移到第三方模块板的指南:本应用笔记概述了将应用迁移到具有不同闪存和 pSRAM 的不同板子的相关内容。 AN14111:RW16x 上的目标唤醒时间 (TWT):本应用笔记介绍了目标唤醒时间功能,并提供了 RW61X 的相关示例。 AN13006:合规性和认证注意事项:本应用笔记提供了关于如何在 NXP Wi-Fi 设备上测试产品以确保符合法规的指导和提示。 AN13049:Wi-Fi / 蓝牙 / 802.15.4 M.2 Key E 引脚定义:本应用笔记定义了 M.2 在 NXP Wi-Fi / 蓝牙和三射频 M.2 模块设计中的使用方式。 AN14489 – RW61x 上的 Wi-Fi 固件自动恢复:介绍了 Wi-Fi 自动恢复功能,以及如何在 RW61x SDK 中启用和验证该功能。 安全性: AN14544 – 用于 MPU 和 MCU 的 EdgeLock 2GO 服务:本应用笔记介绍了 EdgeLock 2GO 服务可用于 MCU 和 MPU 设备的各种方法,以及每种方法可用的功能。 AN13813 – RW61x 上的安全启动:介绍了如何在 RW61x 上生成和运行安全启动(签名镜像)。 AN13814 – RW61x 上的调试认证:介绍了使用安全配置 SDK 工具进行调试认证的步骤。 技术论坛支持 如果你对 RW61x 系列有任何疑问,请在我们的无线 MCU 社区中留下你的评论!此处   培训 FRDM-RW612 培训:安全 i.MX RT MCU 中的 Wi-Fi 6 三射频 RW61x 系列培训 - NXP 社区 设备 无线设备:本文提供了无线设备的链接,以帮助你加快项目开发。 开发工具 SDK 构建器:MCUXpresso SDK 提供开源驱动程序、中间件和参考示例应用,以加快你的软件开发。 NXP MCUXpresso:MCUXpresso IDE 提供高级编辑、编译和调试功能,外加 MCU 特定调试功能,并支持与所有通用 Arm Cortex-M 的连接。 VSCode MCUXpresso:适用于 Visual Studio Code (VS Code) 的 MCUXpresso 为代码编辑和开发提供优化的嵌入式开发体验。 Zephyr RTOS:Zephyr 操作系统基于小尺寸内核设计,适用于资源受限的嵌入式系统:从简单的嵌入式环境传感器和 LED 可穿戴设备,到复杂的嵌入式控制器、智能手表和物联网无线应用。 NXP Application Code Hub:应用代码中心 (ACH) 存储库使工程师能够轻松找到由我们内部专家开发的微控制器软件示例、代码片段、应用软件包和演示。该平台提供了一种快速、简便且一致的方式来查找微控制器应用。 NXP SPSDK:一个统一、可靠且易于使用的 Python SDK 库,适用于整个 NXP MCU 产品组合,为从快速客户原型设计到生产部署提供坚实基础。 NXP SEC Tool:MCUXpresso 安全配置工具是一个基于 GUI 的应用程序,旨在简化 NCP MCU 设备上可引导可执行文件的生成和配置。 NXP OTAP Tool:一款帮助用户对 NXP 开发板执行空中固件更新的应用程序。 用于无线 MCU 的 SDK 示例:无线示例包含许多常见的连接配置。 有用链接 蓝牙规范 蓝牙 5.0 功能概述 蓝牙 5.1 功能概述 蓝牙 5.2 功能概述 Bluetooth_5.3_功能概述 Bluetooth_5.4_功能概述 Bluetooth_6_Feature_Overview   FRDM 培训 动手实践培训 产品:WiFi RW6XX 协议:802.15.4 协议:BLE -> 连接性 协议:蓝牙 协议:Matter 协议:Thread 协议:Wi-Fi 协议:Zigbee
View full article
Opal-6 i.MX6 SoM <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> この短いビデオでは、デバイスソリューションOpal-6 i.MX6ベースのシステムオンモジュール(SoM)を紹介し、モジュールとモノのインターネット(IoT)開発キットの主な機能に焦点を当てています。SoMは、小型で堅牢な60mm x 60mmのフォームファクタを備えており、要求の厳しい環境アプリケーションやスペースが限られている場所に最適です。
View full article
将NFC控制器库与KSDK集成 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好,社区:   本文档展示了如何将基本的 NFC(近场通信)库集成到 KSDK 项目中,并通过一个简单的演示项目解释其用法。   集成NFC控制器库   这些说明基于 KSDK 项目中通常存在的文件。如果您的项目具有自定义源文件结构,只需相应地添加引用的代码。   1-打开文件gpio_pins.c并添加 2 个引脚配置:1 个称为NFCCirqPin的输入引脚和 1 个称为NFCCvenPin 的输出引脚:   gpio_input_pin_user_config_t NFCCirqPin = {    .pinName = kGpioNFCCirq,    .config.isPullEnable = false,    .config.pullSelect = kPortPullUp,    .config.isPassiveFilterEnabled = false,    .config.interrupt = kPortIntDisabled, }; gpio_output_pin_user_config_t NFCCvenPin = {    .pinName = kGpioNFCCven,    .config.outputLogic = 1,    .config.slewRate = kPortSlowSlewRate,    .config.driveStrength = kPortLowDriveStrength, };‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍   2-在文件gpio_pins.h中向 gpio 枚举添加 2 个额外元素。还为上一步中定义的 2 个引脚添加外部声明。   注意:在此示例中,选定的引脚为PTB16(作为IRQ)和PTB17 (作为VEN) 。引脚取决于从 Kinetis MCU 到 NFC 控制器板的路由。   enum _gpio_pins {    kGpioLED1 = GPIO_MAKE_PIN(GPIOD_IDX,  5),  /* FRDM-KL43Z RBG LED Green LED */    kGpioLED2 = GPIO_MAKE_PIN(GPIOE_IDX, 31),  /* FRDM-KL43Z RBG LED Red LED   */    kGpioSW1 = GPIO_MAKE_PIN(GPIOA_IDX,  4),  /* FRDM-KL43Z SW1 */    kGpioSW3 = GPIO_MAKE_PIN(GPIOC_IDX,  3),  /* FRDM-KL43Z SW3 */    kGpioNFCCirq = GPIO_MAKE_PIN(GPIOB_IDX,  16), /* GPIO for NFCC IRQ pin */    kGpioNFCCven = GPIO_MAKE_PIN(GPIOB_IDX,  17), /* GPIO for NFCC VEN pin */ }; extern gpio_input_pin_user_config_t NFCCirqPin; extern gpio_output_pin_user_config_t NFCCvenPin;‍‍‍‍‍‍‍‍‍‍‍‍   3-在文件pin_mux.c中定义一个函数来配置所需 GPIO 和 I2C 引脚的 MUX 设置,以便与 NFC 控制器接口。   注意:配置的引脚必须与从 Kinetis MCU 到 NFC 控制器板的路由相对应。在本例中, PTB16/PTB17设置为 GPIO,而PTE0/PTE1配置为 I2C 功能。对于 I2C 引脚,还请检查设备参考手册中的 MUX 编号(例如,KL43 中的 PTE0/PTE1 在ALT6中具有 I2C 功能)。   void configure_nfcc_pins(void) {    /** I2C_SDA **/    PORT_HAL_SetMuxMode(PORTE,0u,kPortMuxAlt6);    /** I2C_SCL **/    PORT_HAL_SetMuxMode(PORTE,1u,kPortMuxAlt6);    /* NFCC IRQ */    PORT_HAL_SetMuxMode(PORTB,16u,kPortMuxAsGpio);    /* NFCC VEN */    PORT_HAL_SetMuxMode(PORTB,17u,kPortMuxAsGpio); }‍‍‍‍‍‍‍‍‍‍‍   4-将函数原型添加到头文件pin_mux.h 。   /* ** =================================================== **     Method      :  configure_nfcc_pins */ /*! **     @brief **         Set mux configuration for I2C and GPIO pins **         to interface with the NFC Controller. */ /* ==================================================*/ void configure_nfcc_pins(void);‍‍‍‍‍‍‍‍‍‍‍   5-将NfcLibrary和TML文件夹及其所有子文件夹和文件添加到项目树中,以便库成为构建的一部分。还将inc文件夹的包含路径添加到编译器中。以下是 Kinetis Design Studio 的示例:                - 现在项目已准备好使用 NFC 控制器库。该库使用下一个条件编译宏,根据需要从编译器的预处理器设置中添加或删除这些符号:   CARDEMU_SUPPORT : NFC 控制器主机 (MCU) 模拟可由外部读写器访问的非接触式卡。 P2P_SUPPORT:主机 MCU 可以建立双向通信,访问或向外部读写器发送信息。 RW_SUPPORT:在此模式下,主机可以通过 NFC 控制器访问远程非接触式标签/卡。 NCI_DEBUG:如果定义,主机 MCU 和 NFC 控制器接口(命令、响应、通知、数据)之间传输的所有信息都将回显到控制台以用于调试目的。     Demo项目   所附项目基于应用说明AN11658 NXP-NCI NullOS 集成示例。因此您可以参考应用说明来获取详细信息。   软件 该项目是使用以下软件版本开发的:   - KSDK v1.3 - KDS v3.0.0 :smileyinfo: 注释: -必须在示例项目之前构建KL43的KSDK平台库。否则,由于缺少库文件(libksdk_platform.a),构建将失败。 - 导入示例项目后,请验证构建变量PROJECT_KSDK_PATH是否指向您的 KSDK v1.3 安装路径。   硬件 - 对于 NFC 部分,我使用了OM5577的 NFC 控制器板,它是PN7120 NFC 控制器接口芯片的演示套件。 - 为了与 NFC 控制器接口,我使用了FRDM-KL43Z Freedom 板。     如何使用演示   读/写模式:   - 将带有单个文本、URI 或 vCard NDEF 记录的标签放置在 NFC 阅读器旁边。例子:                P2P模式:   - 将启用 NFC 的 Android 手机靠近 NFC 控制器天线并使用“传送”功能。在以下情况下,NXP 主页是从 Android 手机的浏览器“传送”的:                     卡仿真模式   对于此模式,需要删除P2P_SUPPORT宏并重建/重新编程项目。   - 将设置为读取 NFC 标签的 Android 手机靠近 NFC 控制板:     我希望你喜欢这份文件。如有任何问题或疑问,请在评论中告诉我。   豪尔赫·冈萨雷斯 恩智浦技术支持 概述 回复:将NFC控制器库与KSDK集成 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,Jorge, 我使用 FRDM-KL43Z 板和 OM5577 / PN7120S NFC 模块尝试了您的示例代码,并且它与 SBC 套件附带的标签 NTAG216F 配合良好。现在我已将其更改为标签 SL2S2602。遗憾的是,PN7120 无法检测到此标签。终端软件没有收到任何消息,PN7120 也没有触发中断。在完全相同的状态下,可以检测到 NTAG216F。之后,我使用了第二个测试系统,该系统由 Raspberry PI 和 NXP 应用软件组成,该软件参考了 AN11697。我使用完全相同的 PN7120、完全相同的 NTAG216F 和 SL2S2602 标签再次进行了测试,一切正常。然而,FRDM-KL43Z / PN7120 / SL2S2602 系统却无法播放。我有点困惑。您知道造成这种情况的原因是什么吗? 此致 回复:将NFC控制器库与KSDK集成 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 恩智浦 (NXP) 有可能就此话题提供一些支持吗? 非常感谢。 此致问候 回复:将NFC控制器库与KSDK集成 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢豪尔赫, 这是我们的情况:我们希望与 Mifare Desfire、Plus 等加密卡进行交互……同时避免对主机的关键时间限制并减少 SW 开发时间。您会推荐我们什么?7120 还是只是一个前端? 使用 PN7120 实现加密通信会很困难吗? 此致。 回复:将NFC控制器库与KSDK集成 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Alejandro, 应用说明中的图像所引用的库实际上是 NXP-NCI KDS 示例或本文档中的示例项目中可用的库。该库提供了使用 PN71xx 系列 NFC 控制器开始开发的主要功能。顺便说一下,下一个链接中有此社区文档的新版本,用于使用 Arduino 接口套件: https://community.nxp.com/docs/DOC-331907 Android 和 Linux 的 libnfc-nci 库确实提供了一些更高级的 API,但代码不适合在通用 MCU 中使用。如果您需要这些库中的某些功能,则需要在现有的 Kinetis NXP-NCI 库之上实现它。 关于加密,我们正在努力创造更多的支持,但不幸的是到目前为止我还没有发现任何使用 PN7120 加密机制的例子。很抱歉造成您的不便。 此致敬礼! 豪尔赫·冈萨雷斯 回复:将NFC控制器库与KSDK集成 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,Jorge, 我的公司(200 名员工)正在尝试使用 PN7120 和 Kinetis KL26Z 推出 NFC 产品;由于这是我们的第一款 NFC 产品,因此出现了一些疑问: - 在许多使用 PN7120 和 NCI 用于 kinetis 的项目示例中,此图像由相应的应用说明提供; 但我的问题是,我可以从哪里获得这样的库?示例的移植库(例如NXP-NCI Kinetis Design Studio 示例)是一个简化的 NCI 库;完整的库在哪里?完整的库是“linux_libnfc-nci”?那么当我想在 Kinetis 微控制器中使用它时,必须移植它吗?我的情况是:我想在 KL26 微控制器中而不是在 Android 设备中拥有完整的 NFC NCI 库,我该怎么做?是否有针对微控制器的完整 NCI 库的移植版本? - 另一个问题:有没有使用 Kinetis 微控制器(或其他任何微控制器)和 PN7120 进行加密通信的示例?如果没有 SAM,该如何进行加密? 非常感谢 Jorge。 亲切的问候。 回复:将NFC控制器库与KSDK集成 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,尼尔: 本项目中使用的 NFC 控制器库旨在与 NXP 的 NFC 控制器配合使用(例如PN7120)。由于它基于 NFC 论坛 NCI 规范,因此一些 NCI 命令应该与其他制造商的控制器兼容,但也有一些命令是 NXP 专有扩展。 实际上,只要 MCU 支持该接口(例如I2C、SPI、UART)。您只需要根据需要使用低级驱动程序,这就是我在这里描述的,特别是针对 PN7120 提供的控制器库代码。 不确定这是否回答了你的问题。如果还有疑问请告诉我。 此致敬礼! 豪尔赫·冈萨雷斯 回复:将NFC控制器库与KSDK集成 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Jorge, 我注意到你使用了 NXP OM5577,但是对于不同制造商的任何 NFC 模块可以做到这一点吗? 谢谢! 尼尔
View full article
MPC5606B_FlexCAN.rar <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ハードウェア:TRK-MPC560XB、 IDE:codewarrior 10.6; 外部水晶発振器:8M システムコア周波数:64MHz FlexCANバウテレート:250bps BUF[1]割り込み、バスオフ割り込み、エラー割り込みイネーブル;   QQ:511437685 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ハードウェア:TRK-MPC560XB、 IDE:codewarrior 10.6; 外部水晶発振器:8M システムコア周波数:64MHz FlexCANバウテレート:250bps BUF[1]割り込み、バスオフ割り込み、エラー割り込みイネーブル;   QQ:511437685 全般
View full article
示例 MPC5748G PIT ISR GHS614 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明: * 示例配置 DRUN 模式,PLL 运行频率为 160MHz。 * 它还包含用于中断演示的基本 PIT 和 INTC 驱动程序。 * 当 PIT 计时器超时时,PIT 会触发一个中断,该中断由 PIT 中断提供 * 服务例程。 * ------------------------------------------------------------------------------ * 测试硬件:X - PC5748G - MB (rev C) * MCU:          PPC5748GMMN6A * Maskset:    1N81M * 系统频率:160 MHz * Debugger:    Lauterbach Trace32 *               * 目标:Internal_FLASH * ******************************************************************************** <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明: * 示例配置 DRUN 模式,PLL 运行频率为 160MHz。 * 它还包含用于中断演示的基本 PIT 和 INTC 驱动程序。 * 当 PIT 计时器超时时,PIT 会触发一个中断,该中断由 PIT 中断提供 * 服务例程。 * ------------------------------------------------------------------------------ * 测试硬件:X - PC5748G - MB (rev C) * MCU:          PPC5748GMMN6A * Maskset:    1N81M * 系统频率:160 MHz * Debugger:    Lauterbach Trace32 *               * 目标:Internal_FLASH * ******************************************************************************** 概述
View full article
S32K144 上的 SEGGER 实时传输 (RTT) 移植(S32DS for ARM v2.2 + S32K1xx SDK RTM 3.0) 大家好, SEGGER 的实时传输( RTT ) 是嵌入式应用中用于交互式用户 I/O的新技术。它结合了 SWO 和半主机的优点,性能非常高。 与目标应用程序的双向通信 传输速度非常快,不影响实时行为 使用调试通道进行通信 无需额外的硬件或目标引脚 任何 J-Link 型号均支持 由 ARM Cortex-M0/M0+/M1/M3/M4/M7/M23/M33 和 Renesas RX100/200/600 支持 提供功能和自由的完整实现代码 在这里,我想与大家分享附件中的S32K144上的SEGGER RTT移植项目。 软件要求:S32DS for ARM v2.2 IDE + S32K1xx SDK RTM 3.0 硬件要求:S32K144-EVB + J-LINK调试器 对于SEGGER RTT,可以参考: 关于实时转账: https://www.segger.com/products/debug-probes/j-link/technology/about-real-time-transfer/   RTT SEGGER Wiki: https://wiki.segger.com/RTT#SEGGER_RTT_TerminalOut.28.29;   在 Eclipse 中使用 Segger 实时终端(RTT) : https://mcuoneclipse.com/2015/07/07/using-segger-real-time-terminal-rtt-with-eclipse/ 希望这个项目能够帮助您,并享受 RTT! 最良好的问候, Enwei Hu.
View full article
MQX タイマーの使用 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 皆さん、こんにちは。 場合によっては、MQXで短い割り込みを処理する必要がある場合や、遅延を小さくする必要があります。MQXは、秒やミリ秒ではなく、ティックで時間を測定します。 このドキュメントでは、遅延または割り込みを小さくする方法、つまりティックを小さくするためにBSP_ALARM_FREQUENCYを編集する方法について説明します。さらに、このドキュメントでは、MQX hwtimer ドライバーの使用方法も示しています。 気に入っていただければ幸いです。 よろしくお願いいたします。 Soledad Godinez テクニカルサポートエンジニア
View full article
FRDM-MCXN947:USB1_HSの切断検出 Hi, お聞きしたいのですが、OTG USBを使用してUSB1_HS使用しているFRDM-MCXN947ボードでは、このUSBの接続と切断を検出しようとしています。接続検出は正常に機能するため、この機能を使用します。 usb_device_notification_t USB_State(usb_device_struct_t *pDeviceHandle) { usb_device_ehci_state_struct_t *ehciState; ehciState = (usb_device_ehci_state_struct_t *)(pDeviceHandle->controllerHandle); if (0U != (ehciState->registerBase->OTGSC & USBHS_OTGSC_BSV_MASK)) { return kUSB_DeviceNotifyAttach; } return kUSB_DeviceNotifyDetach; } しかし、何らかの理由でこのUSB OTGレジスタは切断を正しく検出しません。他のレジスタを使用して切断を検出することは可能ですか? アドバイスをいただきありがとうございます! ジョン・アダムズ MCXN 日時:FRDM-MCXN947:USB1_HSの切断の検出 こんにちは@John_Adams、 デタッチ検出を有効にする方法については、次のコミュニティ投稿を参照してください: RT1020(デバイス)とホストコンピュータ間のUSBケーブルの取り付けと取り外しを検出する最良の方法は何ですか? - NXP Community RT1020を参照していますが、MCXN947についても同じプロセスです。 BR, Edwin.
View full article
使用 LittleFS 作为 SD 卡文件系统 LittleFS 是用于微控制器内部闪存和外部 NOR 闪存的文件系统。由于它比传统的 FAT 文件系统更适合小型嵌入式系统,因此越来越多的人在他们的项目中使用它。那么除了NOR/NAND flash类型的存储设备之外,LittleFS还能用在SD卡上吗?好像也还可以。本文将利用i.mxRT1050 SDK中的littlefs_shell和sdcard_fatfs demo工程,新建一个littefs_shell工程,用于读写SD卡。 本次实验采用MCUXpresso IDE v11.7,SDK采用2.13版本。littleFS文件系统只有4个文件,其中lfs.h中显示的当前版本是littleFS 2.5。 第一步当然是将SD相关的代码添加到littlefs_shell项目里。最简单的方法是导入另一个 sdcard_fatfs 项目并将所有 sdmmc 目录复制到我们的项目中。然后复制 sdmmc_config.c以及 /board 目录中的 sdmmc_config.h 和 fsl_usdhc.c以及 /drivers 目录中的 fsl_usdhc.h。 第二步是修改程序,包括SD卡检测和初始化,添加从LittleFS到SD驱动程序的桥梁。将以下代码添加到littlefs_shell.c。 extern sd_card_t m_sdCard; status_t sdcardWaitCardInsert(void) { BOARD_SD_Config(&m_sdCard, NULL, BOARD_SDMMC_SD_HOST_IRQ_PRIORITY, NULL); /* SD host init function */ if (SD_HostInit(&m_sdCard) != kStatus_Success) { PRINTF("\r\nSD host init fail\r\n"); return kStatus_Fail; } /* wait card insert */ if (SD_PollingCardInsert(&m_sdCard, kSD_Inserted) == kStatus_Success) { PRINTF("\r\nCard inserted.\r\n"); /* power off card */ SD_SetCardPower(&m_sdCard, false); /* power on the card */ SD_SetCardPower(&m_sdCard, true); // SdMmc_Init(); } else { PRINTF("\r\nCard detect fail.\r\n"); return kStatus_Fail; } return kStatus_Success; } status_t sd_disk_initialize() { static bool isCardInitialized = false; /* demostrate the normal flow of card re-initialization. If re-initialization is not neccessary, return RES_OK directly will be fine */ if(isCardInitialized) { SD_Deinit(&m_sdCard); } if (kStatus_Success != SD_Init(&m_sdCard)) { SD_Deinit(&m_sdCard); memset(&m_sdCard, 0U, sizeof(m_sdCard)); return kStatus_Fail; } isCardInitialized = true; return kStatus_Success; } 在main()函数中添加如下代码 if (sdcardWaitCardInsert() != kStatus_Success) { return -1; } status = sd_disk_initialize(); 接下来创建两个新的c文件,lfs_sdmmc.c和 lfs_sdmmc_bridge.c。调用顺序为littlefs->lfs_sdmmc.c->lfs_sdmmc_bridge.c->fsl_sd.c。lfs_sdmmc.c和 lfs_sdmmc_bridge.c充当连接 LITTLEFS 和 SD 上层驱动程序的中间层。其中必须要注意的一点就是地址的映射。littleFS给出的地址是块地址+偏移地址。参见下图。这是由‘mount’命令发出的读取命令。块地址指的是SD中被擦除扇区的地址。读写操作采用SD的最小读写块地址(BLOCK),如下所述。因此,在 lfs_sdmmc.c 中,littleFS给出的地址首先被转换为字节地址。然后在lfs_sdmmc_bridge.c中将SD卡读写地址改为BLOCK地址。由于目前大多数 SD 卡都超过 4GB,因此字节地址需要一个 64 位变量。 最后,最重要的一步是littleFS参数配置。peripherals.c 中有一个结构体 LittlsFS_config,其中不仅包含了SD卡的操作函数,还包含了读写扇区和缓存大小。这个结构的设置至关重要。如果设置不好,不仅会影响性能,还会引起运行错误。在设置之前我们先来介绍一下SD卡和littleFS的一些通用概念。 SD卡的存储单位是BLOCK,读写都可以按照BLOCK进行。对于不同的卡,每个块的大小可以不同。对于标准SD卡,可以用CMD16设置块命令的长度,对于SDHC卡,块命令长度固定为512字节。SD 卡被逐个扇区地擦除。需要在SD卡的CSD寄存器中检查每个扇区的大小。若CSD寄存器ERASE_BLK_EN = 0,表示Sector为最小擦除单位,其单位为“块”。扇区大小的值等于CSD寄存器中SECTOR_SIZE字段的值加1。例如,如果SECTOR_SIZE为127,则最小擦除单位为512*(127+1)=65536字节。另外,有时候会有疑问,现在的很多SD卡其实都具备磨损功能,以减少频繁擦写带来的损失,延长使用寿命。所以实际上删除操作或者读写操作不一定是真实的物理地址。相反,它是由 SD 控制器映射的。但对于用户来说,这种映射是透明的。所以不必担心这会影响正常运行。 LittleFS 是一种轻量级文件系统,与 FAT 系统相比,它具有断电恢复和动态磨损均衡功能。一旦挂载,littleFS 就会提供一整套类似 POSIX 的文件和目录功能,因此可以像普通文件系统一样进行操作。LittleFS一共只有4个文件,使用时基本不需要修改。由于LittleFS所要操作的NOR/NAND Flash本质上是一个块设备,为了方便使用,LittleFS是以块为单位进行读写的,底层NOR/NAND Flash接口驱动也是以块为单位进行。 我们先来看看LittleFS配置参数的具体内容。 const struct lfs_config LittleFS_config = { .context = (void*)0, .read = lfs_sdmmc_read, .prog = lfs_sdmmc_prog, .erase = lfs_sdmmc_erase, .sync = lfs_sdmmc_sync, .read_size = 512, .prog_size = 512, .block_size = 65536, .block_count = 128, .block_cycles = 100, .cache_size = 512, .lookahead_size = LITTLEFS_LOOKAHEAD_SIZE }; 其中第一项(.context)在本工程中没有用到,在原工程中用来保存文件系统存放在Flash中的偏移量。 第二项(.read)到第五项(.sync)指向每个操作的处理程序。 第六项(.read_size)是读操作的最小单位。该值大约等于SD卡的BLOCK大小。在SD卡驱动中,这个大小已经固定为512。所以为了方便,也设置为512。 第七项(.prog_size)为每次写入的字节数,与.read_size一样,都是512字节。 第八项是.block_size。这可以被认为是SD卡在执行擦除操作时支持的最小擦除块。这里的默认值并不重要,需要在SD卡初始化后根据实际值在程序中设置。本实验所用的卡是64k字节作为擦除块,所以这里直接使用65536。 第9项(.block_count)用于指示有多少个可擦除块。将 .block_size 相乘即可得到卡片的尺寸。如果可以更换卡,需要根据SD卡初始化后的参数来判断。 第十项(.block_cycles)是每个块的擦除周期数。 第 11 项(.cache_size)与缓存缓冲区有关。感觉好像越大越好,但实际上修改这个值是不行的。所以仍然是 512。 第 12 项(lookahead_size),littleFS 使用前瞻缓冲区来管理和分配块。前瞻缓冲区是一个固定大小的位图,用于记录有关区域内块分配的信息。前瞻缓冲区只记录一个区域中的块分配信息,当需要了解其他区域的分配情况时,需要扫描文件系统来查找已分配的块。如果前瞻缓冲区中没有空闲块,则需要移动前瞻缓冲区以在文件系统中查找其他空闲块。前瞻缓冲区位置每次移动一个 lookahead_size。这里使用原始值。  移植工作就到这里。现在我们可以测试项目了。 您可以看到它运行良好。littleFS-SD项目可以读取/写入/创建文件夹和擦除。并且它还支持附加到现有文件。 但是经过更多的测试,发现一个问题,如果反复添加->-关闭->-添加->关闭一个文件,文件打开的速度会越来越慢,甚至需要几秒钟。这个才是应该添加的,并不是直接写在文件的最后一个块里,而是会申请一个新的块,不管前面的块是否满了。参见下图。 上图打印出了每个写入命令中使用的所有读取、写入和擦除操作。可以看到lfs_file_open中每次读取都比上次写入操作多一次。这样经过几十、几百次循环之后,一个文件就会涉及很多个块。依次读取这些块非常耗时。测试发现读取超过100次需要的时间超过秒。为了加快速度,建议在添加数十次之后将一个文件的内容复制到另一个文件。这样,分散的内容就会被整合起来,写成少量的块。这可以大大加快阅读和写作的速度。 i.MXRT 101x i.MXRT 102x i.MXRT 105x i.MXRT 106x i.MXRT 600
View full article