プロトタイプTFCタワーボード、Kinetisおよびモータドライバ搭載 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 特長 全般 タワーカードフォームファクタ TRK-MPC5604Bボードと併用するための接続 カメラ・インターフェース 1. フリースケールラインスキャンカメラに直接接続するための5ピンヘッダー 2. 2台目のラインスキャンカメラ用ヘッダー(オプション) 3.RCAカメラインターフェース。LMH1981 Sync ExtractionチップとMCUへのコネクタが付属しており、信号の低解像度(32x32)デコードが可能 サーボ出力 ステアリングサーボに直接コネクタする3ピンヘッダー 1つの追加のサーボヘッダー。 パワー 直接バッテリー電源を受け入れます–オンボードスイッチングレギュレータ5-18V Tower Cardは、他のタワーモジュールに電力を供給します。 モーターコントローラーを除くすべての回路は、オプションでUSBコネクタを介して電力を供給できます バッテリー入力とモーター出力はTyco(TE Connectivity)になります TE Connectivity ネジ留め式端子 http://search.digikey.com/us/en/products/1776275-2/A98036-ND/1826899 モータ・ドライバ 2x MC33887APVW : デュアル、独立した5Aモーター駆動回路 前進、後進、ブレーキをサポートします。 MCU ADCへの電流フィードバックにより、閉ループトルク制御が可能 プログラミング Kinetis MK20DN512ZVLL10MCUとOSJTAGの統合 スタンドアロンで使用することも、タワーシステムの周辺機器として使用することもできます。 追加のI/O K40 からの追加信号は、タワー エッジ カード コネクタにルーティングされます。Hブリッジ、カメラ、サーボの信号をTower Edgeコネクタにルーティングして、別のMCUカードで駆動できます。それぞれジャンパーで切断できます。- 他のすべてのCPUモジュールへの信号をクロスチェックする必要があります。K40が実装されておらず、OSJTAGが実装されていないバージョンを使用する方が簡単でしょうか?また、ジャンパーが必要ない場合もあります。Kinets I/Oを入力に設定するだけです。 デバッグ用の基本的な I/O。4極DIPスイッチ+4個のLED。 タコ信号/スピードセンサーの入力 デザインファイル レヴアルファ 回路図 (2012年4月4日にMyROに送信) - 3Dビューを含む アセンブリプリント (参考用) PCB製造ノート 部品表 Rev Aの正誤表: カメラのピン 4 と 5 (Gnd と +3.3v) が PCB で交換されました。ケーブルのワイヤを交換する必要があります。ピンセットでコネクタハウジングから接点をポップアウトできます。 POT0 には、ピン 26 (ADC1_SE18 .これは、ソフトウェアを簡素化するために、NTSC ビデオを除くすべての信号を ADC1 に配置するために行われました。将来のバージョンでは、アートワークにこの変更が加えられます 一部のコンポーネントがタワーコネクタに干渉します。約95%まで交配できます。正常に動作します。今後のバージョンでこの問題が解決される予定です Revベータ 回路図、アセンブリプリント、BOMなど - 3Dビューを含む Rev B Errata: 誰も知りません! サンプルコードのGoogle Codeリポジトリ: https://code.google.com/p/tfc-twr/ このコードは、ボードの Rev B (および Rev A) で動作します。すべての主要なインターフェースと周辺機器がテスト済みです。ある時点で、コードを確認するビデオを作成します。デフォルトでは、Linescanカメラコードは有効になっています。Main.c のコードは非常に簡単に理解できます。NTSCカメラのコードもありますが、TFC_Config.hで有効にする必要がありますプリプロセッサディレクティブを介してファイルを作成します。 また、OSTAGインタフェース、Labviewデモアプリケーション、USB用ドライバに使用されるコードもあります 写真 OSJTAGを確認しました。K20にダウンロードしたバッテリーのLEDを点滅させるテストプロジェクト Videos サーボ回路のテスト..... ポット、サーボ、Hブリッジ、K20 USBポートのテスト Labviewを使用したLinescan Camera Bringup Labviewを使用したNTSCカメラの起動 1.)これは、ADC、ポート割り込み、およびDMA転送のコンボを使用して持ち込まれるNTSCカメラの基本的なデモです。 2.)ADCを24MHzにオーバークロックして、64x64ピクセルの画像の解像度を追加します(最初の6列はカラーバーストデータが含まれているためジャンクです*) 3.)画像を毎秒数フレームにデシメーションして、WIFI(私が作成したブースターパックカード)を介してLabviewプログラムに送信します。Kinetisはカメラと同じフレームレートでデータを取り込むことができますが、通信スキーム(ASCIIテキスト)にオーバーヘッドがあり、WIFIはUARTを介して駆動されるため、送信速度が大幅に遅くなります。 4.)実際には、すべての行を引っ張ると、メモリに64 x 480ピクセルの画像を取得できます。行を間引いて、labviewディスプレイで64x64の結果を得るだけです。 5.) DMA は、フォアグラウンドでアルゴリズムを実行するために CPU を解放するほとんどの作業を行います。 フリースケール・カップの内容

在 u-boot 中添加 SD/eMMC 设备和主机之间的调试消息。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 有时您会遇到 SD/eMMC 问题：“卡对电压选择没有响应！”。您可以添加调试消息来查看 SD/eMMC 与主机之间的通信。 #定义调试 #定义 CONFIG_MMC_TRACE & 在 mmc.c (driver/mmc) 中添加调试消息 int mmc_send_cmd（结构mmc *mmc，结构mmc_cmd *cmd，结构mmc_data *数据） { .. printf("CMD_SEND:%d\n",cmd->cmdidx); printf("\t\tARG\t\t\t0x%08X\n", cmd->cmdarg); .. } => mmcinfo CMD_SEND：0 阿根廷 0x00000000 MMC_RSP_NONE CMD_SEND:8 ARG                     0x000001AA           MMC_RSP_R1,5,6,7        0x00000001 命令发送：55 阿根廷 0x00000000 MMC_RSP_R1,5,6,7 0x00000001 CMD_SEND：0 阿根廷 0x00000000 MMC_RSP_NONE

示例 XPC564AKIT PinToggleStationery CW210 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 应用程序执行基本初始化，将 PLL 设置为最大允许频率， * 初始化中断，通过中断闪烁一个 LED，通过软件闪烁第二个 LED * 循环，初始化并通过 UART 终端显示通知，然后通过终端 ECHO 显示通知。 * 该示例将设备配置为实现最佳性能（OPTIMIZATIONS_ON）。 * 对于 XPC564AKIT324S，它会初始化已安装的外部 SRAM 的 EBI。 * 其目的是提供除 CW 文具之外的高级启动代码。 * ------------------------------------------------------------------------------ * 测试硬件：XPC564AKIT208S 和 XPC564AKIT324S * MCU：SPC5644AMMG1,0M14X 和 SPC5644AMVZ1,0M14X *系统频率：150/132/120/12 MHz * Debugger:       Lauterbach Trace32 *                 PeMicro USB-ML-PPCNEXUS * 目标：RAM、internal_FLASH * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * EVB连接：默认 * ********************************************************************************   注意：它不能与 MPC5642A 设备一起使用，只能与 MPC5644A 和 MPC5643A 一起使用！   对于 MPC5642A 设备，请使用以下项目代替附加项目： 示例 XPC5642AKIT PinToggleStationery CW10.6 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 应用程序执行基本初始化，将 PLL 设置为最大允许频率， * 初始化中断，通过中断闪烁一个 LED，通过软件闪烁第二个 LED * 循环，初始化并通过 UART 终端显示通知，然后通过终端 ECHO 显示通知。 * 该示例将设备配置为实现最佳性能（OPTIMIZATIONS_ON）。 * 对于 XPC564AKIT324S，它会初始化已安装的外部 SRAM 的 EBI。 * 其目的是提供除 CW 文具之外的高级启动代码。 * ------------------------------------------------------------------------------ * 测试硬件：XPC564AKIT208S 和 XPC564AKIT324S * MCU：SPC5644AMMG1,0M14X 和 SPC5644AMVZ1,0M14X *系统频率：150/132/120/12 MHz * Debugger:       Lauterbach Trace32 *                 PeMicro USB-ML-PPCNEXUS * 目标：RAM、internal_FLASH * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * EVB连接：默认 * ********************************************************************************   注意：它不能与 MPC5642A 设备一起使用，只能与 MPC5644A 和 MPC5643A 一起使用！   对于 MPC5642A 设备，请使用以下项目代替附加项目： 示例 XPC5642AKIT PinToggleStationery CW10.6 概述 回复：示例 XPC564AKIT PinToggleStationery CW210 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> CW10.6 现已涉及附加的 ZIP 文件。 回复：示例 XPC564AKIT PinToggleStationery CW210 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi David, 谢谢你的代码。我想在 CW 10.6 下运行这个项目。我计划为 MPC5644A 创建一个项目，剥离其内容并导入相应的文件（.c、.h、您的项目的 .lcf 文件，因为导入器无法处理目标配置。 有什么理由不这么做吗？ 此致， Martin

[i.MX8DXL] 如何获取 SECO 固件 Hello, 您能分享 seco 固件的页面吗？ 我们正在使用 i.MX8DXL A1/B0，想要获得最新的固件。 非常感谢！ 回复：[i.MX8DXL] 如何获取 SECO 固件 我刚刚检查了 linux-imx lf-6.12.y，但找不到 imx-seco 固件文件。有人能告诉我在哪里可以找到固件文件吗？ 回复：[i.MX8DXL] 如何获取 SECO 固件 Hi @hojames2025  您可以下载它，参考 Linux 发行说明文档i.MX Linux 发行说明   B.R

[LPC43xx] LPC43xx系列（深度）掉电唤醒注意事项 目录 1.问题描述 2.原因分析 3.解决方案 3.1 SRAM掉电问题解决方案 3.2 闹钟定时器中断使能问题解决方案 3.3 减计数器寄存器写入问题解决方案 4. 验证注意事项 1.问题描述 LPC43xx系列运行LPCOpen低功耗演示“misc_pmc_states”时，掉电和深度掉电两种模式无法通过Alarm Timer成功唤醒。本文对这一系列问题进行了分析并提出了相应的解决方案。通过 RTC 唤醒也存在同样的问题和解决方案。 2.原因分析 唤醒失败的原因包括以下三个方面。 - SRAM 掉电问题： LPC43xx系列在掉电模式下，只有8K SRAM不掉电，其他SRAM均掉电。从掉电模式唤醒后，程序继续向后执行，不会复位。因此，应确保进入掉电模式时，数据在不掉电的8K SRAM中，这样唤醒后才能继续运行。 - 闹钟定时器中断启用问题： LPC43xx 闹钟定时器中断启用需要一段时间才能生效。如果在进入低功耗模式之前未成功启用，则无法从低功耗模式唤醒。 - Downcounter寄存器问题：在LPC43xx系列中，为了保证在指定的时间唤醒，需要判断设定值是否成功写入Downcounter寄存器。 掉电和深度掉电模式下唤醒失败的原因总结如下表： 3.解决方案 对于掉电唤醒失败，需要根据三个问题来解决。 深度断电唤醒不存在数据丢失问题。因为从深度掉电模式唤醒后，程序又复位并重新执行，不需要之前的数据。因此解决方案跳过了第一个，只需要 3.2 和 3.3。 3.1 SRAM掉电问题解决方案 如手册所示，LPC43xx系列掉电模式下，只有8kB本地SRAM不会掉电。 注意：带有和不带有内部闪存的芯片具有不同的 8K SRAM 地址范围。 对于不带内部闪存的 LPC4330/LPC4350/LPC4370 系列产品，8K SRAM 地址范围为 0x10090000– 0x10092000 (8KB)。LPC4337/LPC4367等带有内部闪存的芯片的地址范围是0x10088000 – 0x1008A000（8KB）。   将数据放置在这个8K SRAM区域可以解决数据丢失的问题。 以LPC4350为例，MCUXpressoIDE中的设置方法如下： 根据Project\Properties\C\C++ Build\MCU设置路径找到如下界面，单独定义这块8K SRAM，地址为0x10090000，大小设置为0x2000。 至此，SRAM区域的掉电问题设置完成。 3.2 闹钟定时器中断使能问题解决方案 为了确保闹钟定时器中断已启用，在其后添加一个while循环轮询，直到成功启用为止。进入src\pmc_states.c中的函数小路。 并添加 while((LPC_ATIMER->ENABLE& 0x01) != 0x01){} 在相应case模式下的Chip_ATIMER_IntEnable(LPC_ATIMER);函数语句之后。 3.3 减计数器寄存器写入问题解决方案 该问题的解决方法与3.2类似。仍然用src\pmc_states.c进入函数路径，并在对应模式的情况下找到LPC_ATIMER->DOWNCOUNTER= RTC_ALARM_TIME*1000（与3.2位置一致）。 在其后添加一个 while 语句： 而（LPC_ATIMER->DOWNCOUNTER！=RTC_ALARM_TIME*1000）； 如下图所示。 4. 验证注意事项 当没有内部flash的开发板进行测试时（例如：LPC4370，LPC4350…），比如Hitex LPC4350评估板，需要将启动配置为外部flash启动。参考图如下。 启动时需要将引脚P2_9、P2_8、P1_2、P1-1设置为低、低、高的形式，以SPIFI的形式启动。跳线设置如图所示。

bin2txt.pyw <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 次の質問に関連するファイル: MX53 u-bootスプラッシュスクリーンのサポート <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 次の質問に関連するファイル: MX53 u-bootスプラッシュスクリーンのサポート グラフィックスとディスプレイ i.MX53

2012年飞思卡尔杯美国赛事 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> John Mc 于 2012 年 4 月 25 日添加 练习时间 第一名（TE Connectivity 挑战赛）——宾夕法尼亚州立大学 第二名（TE Connectivity 挑战赛）——宾夕法尼亚理工学院 第一名（速度）——克拉克森大学 第二名（速度）——宾夕法尼亚理工学院 第三名（速度）——宾夕法尼亚州立大学 合影 练习时间 第一名（TE Connectivity 挑战赛）——宾夕法尼亚州立大学 第二名（TE Connectivity 挑战赛）——宾夕法尼亚理工学院 第一名（速度）——克拉克森大学 第二名（速度）——宾夕法尼亚理工学院 第三名（速度）——宾夕法尼亚州立大学 合影

Androidのメディアサーバーでメモリリークをデバッグする方法 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> メディアサーバーのメモリリークを確認します。 libc デバッグレベルを設定します。したがって、libc は割り当てられたすべてのメモリのトレースを記録します。 setprop libc.debug.malloc 1 libc デバッグを有効にするために mediaserver を強制終了します。Androidはメディアサーバーを再起動します。 busybox killall -HUPメディアサーバー 正しく設定すると、以下のログが表示されます。 I/libc ( 3074): /system/bin/mediaserver MALLOC_DEBUG = 1 を使用 (リークチェッカー) メディアサーバーの使用済みメモリをすべてダンプします。 dumpsys media.player -m 割り当て回数 297 合計メモリ 1483423 size   262144, dup    1, 0x401f4c18, 0x400b6152, 0x401a6568, 0x4061a95c, 0x40146cfa, 0x4019639c, 0x40146ec2, 0x4014a1ec, 0x4014a3ca, 0x00008a98, 0x400b67aa size   178192, dup    1, 0x401f4c18, 0x400b6152, 0x4280adae, 0x427ffcee, 0x4280ae6c, 0x427ec75a, 0x427f7e22, 0x42807648, 0x428082ea, 0x415144f0, 0x4151334a, 0x413381d0, 0x401dcbc, 0x401d438c, 0x4014d996, 0x405c3c46, 0x405c7516, 0x405c6ad4, 0x412c02ca, 0x412c0584, 0x4108c64c, 0x4107d622, 0x4107fbf2, 0x4107c19a, 0x400b2eac, 0x400b2a00 メモリ ダンプを 2 回 diff して、メモリ リークがあるかどうかを確認します。ダンプ間で 1 つのビデオ ファイルを再生できます。 差分1.txt 2.txt > diff.txt メディアサーバーのマップファイルを取得します。 mediaserver>/maps の adb pull proc/ 添付のスクリプトを使用して、トレースを関数シンボルとファイル行にマップします。 ./addr2func.py --root-dir=../../ --maps-file=./maps--product=sabresd_6dq diff.txt 注:デバッグにはeng buildを使用する必要があります。 日時:Androidのメディアサーバーでメモリリークをデバッグする方法 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> すごい！！

如何在 Android 中使用代理访问网络 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 有时我们需要使用代理来访问以太网网络。以下是在 Gingerbread 和 ICS 中设置代理的步骤。 姜饼 1. Enable http proxy > sqlite3 /data/data/com.android.providers.settings/databases/settings.db“插入安全值（99，'http_proxy'，'wwwgate0.freescale.net:1080'）；” 通过此设置，您可以访问网络进行网页浏览。 如果要播放一些http流媒体内容，需要给播放器设置一个属性， > setprop rw.HTTP_PROXY http://wwwgate0-az.freescale.net:1080 2. Disable http proxy > sqlite3 /data/data/com.android.providers.settings/databases/settings.db“从安全中删除名称='http_proxy'” > setprop rw.HTTP_PROXY“” ICS 1. Enable http proxy > setprop net.proxy wwwgate0-az.freescale.net:1080 通过此设置，您可以访问网络进行网页浏览。 如果要播放一些http流媒体内容，需要给播放器设置一个代理属性， >  setprop rw.HTTP_PROXY http://wwwgate0-az.freescale.net:1080 2. Disable http proxy > setprop net.proxy“” > setprop rw.HTTP_PROXY“” Android

OV5640 MIPI + i.MX6 SabreSDで1レーンのみ使用 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> MIPIは、1、2、3、および4レーンでのビデオストリーミングをサポートできます。i.MX6 Sabreボードでは、OV5640カメラは1レーンまたは2レーンをサポートし、NXP Linuxカーネルはデフォルトで2レーンを使用します。 1つのレーンのみを使用するには、次の手順に従います。 1 - Linux カーネルのボード デバイス ツリーを変更します。 ファイル /arch/arm/boot/dts/imx6qdl-sabresd.dtsi、エントリ「&mipi_csi」を見つけて、車線を2から1に変更します。 2 - OV5640 が 2 つではなく 1 つのレーンのみを使用するように設定します。 ファイル /drivers/media/platform/mxc/capture/ov5640_mipi.c)で、レジスタ0x300eの値を 0x45 から 0x05 に変更します。このレジスタ セットアップは、構造体 ov5640_init_setting_30fps_VGA にあります。 3 - カーネル ツリー ファイルとデバイス ツリー ファイルを作成します。 4 - カメラをテストします。 単体テストは、ビデオキャプチャをテストするために使用できます。 /unit_tests/mxc_v4l2_overlay.out -di /dev/video1 -ow 1024 -OH 768 -m 1 5 - 本当に 1 つのレーンを使用しているかどうかを確認します。 MIPI_CSI_PHY_STATE Resgister (アドレス 0x021D_C014) は、すべてのデータ レーンとクロック レーンのステータスを提供します。2レーンを使用したビデオストリーミング中、レジスタ値は0x0000_0300と0x0000_0330の間で常に値を変化させます。1 つのレーンのみを使用する場合、このレジスタ値は 0x0000_0300 と 0x0000_0310 の間で常に値を変更します。 ストリーム中にレジスタ値を読み取るには、& /unit_tests/mxc_v4l2_overlay.out -di /dev/video1 -ow 1024 -OH 768 -m 1 & 次に、memtoolを実行します。 /unit_tests/memtool -32 0x021dc014 1 i.MX6DLが1レーンのみでmxc_v4l2_overlay.outを実行 グラフィックスとディスプレイ i.MX6_All i.MX6DL i.MX6Dual i.MX6DualPlus6QuadPlus i.MX6Quad Linux マルチメディア

Make it Challenge @ FTF 2012 (英語) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Added by Joe Grand 日時 2012年6月21日

マイクロコントローラに基づく低解像度カメラ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Overview 特長 ブロック図 ボード 設計・リソース Overview カメラ・リファレンス・デザインは、Kinetis KL28Zとスタンドアロン・ペリフェラル・モジュールFlexIOを使用して開発されています。Kinetis KL28ZボードはArm® Cortex-M0®を搭載しており、超低消費電力をサポートするだけでなく、最大96MHzのCPUパフォーマンスを提供します。Kinetis KL28ZのFlexIOモジュールは、カメラ・インターフェースのエミュレートと画像データのキャプチャに使用されます。SPIインターフェースを備えたTFT LCDモジュールを使用して、リアルタイム画像を表示します。DMAは、FlexIOからSRAMにイメージデータをコピーするために使用されます。DAMまたはポーリング方式を使用して、SRAMからSPI TX FIFOに画像データをコピーし、最大15fpsのサンプルレートを実現します。 特長 Kinetis KL2828Z512ボードを搭載し、さまざまな通信プロトコルをエミュレートできる高度に設定可能なモジュールであるFlexIOによるカメラモジュール間の相互作用を可能にします。 このペリフェラルの重要な特徴は、ユーザーがMCU内で直接独自のペリフェラルを構築できることです。 NXPテクノロジーを組み合わせて駆動することで、これらの重要な要素は、カメラからビデオをキャプチャし、LCDパネルにライブで表示することが可能になります。 Kinetisソフトウェア開発キット(SDK)を使用して開発され、Kinetisマイクロコントローラの包括的なソフトウェア・サポートと各マイクロコントローラ・ペリフェラルのドライバ、ミドルウェア、リアルタイムOS、サンプル・アプリケーションを使用して開発され、Kinetisマイクロコントローラでのアプリケーション開発を簡素化および迅速化するように設計されています。 ブロック図 ボード 設計・リソース レガシーデザイン

i.MX8Mオーディオシステムの使い方 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP i.MX 8Mは、民生用家庭用オーディオから産業用ビルオートメーション、モバイルコンピュータまで、業界をリードするオーディオ、音声、ビデオ処理を提供します。 i.MX 8M Quadは、以下に示す複数のオーディオインターフェイスをサポートしています。 一般的なオーディオ入出力機能に加えて、オーディオインターフェイスは次の機能をサポートします。 - SAI-1は、384KHz/32ビットで最大16チャンネルのTX(8レーン)と16チャンネルのRX(8レーン)をサポートします。 - SAI-5は、384KHz / 32ビットで最大8チャンネルのTX(4レーン)と8チャンネルのRX(4レーン)をサポートします。 - SAI-2/3/6は、384KHz/32ビットで最大2チャンネルTX(1レーン)と2チャンネルRX(1レーン)をサポートします。 - SAI-2/3/6は、384KHz/32ビットで最大2チャンネルTX(1レーン)および2チャンネルRX(1レーン)をサポートします。 - SAI-1は、一般的なオーディオDACのPCMとDSD操作間のグルーレス切り替えをサポートします - SPDIF-1/2は、すべての入力ビットをオーディオバッファに保存できるRAWキャプチャモードをサポートしています SAI-1/2/3/5/6 と SPDIF-1 は、IOMUX を介してチップ上の GPIO パッドを共有します。オーディオインターフェースがサポートする一般的な使用例を次の表に示します(他にも多くの設定が可能です)。番号は、サポートされているデータレーンです。 各 SAI モジュールの MCLK ピンは、入力または出力として構成できます。出力として構成されている場合、CCM からのSAI_CLK_ROOTはパッド出力にルーティングされます。入力として構成すると、パッドへの外部入力は SAI にルーティングされます。MCLKは、SAIのマスタークロックとして使用できます。次の図は、SAI1を例に、両方の入力/出力オプションを示しています。 各 SAI モジュールは、最大 3 つのマスター クロック入力をサポートします。各 SAI 内の TX および RX サブモジュールは、クロック入力の 1 つをマスター クロックとして個別に選択できます。これにより、1 つの SAI の TX と RX を異なるクロック ソースから実行できます。マスタークロック入力には、次のオプションがあります。 -サイ。MCLK[1]は、CCMまたはSAIのSAI_CLK_ROOTから選択できます。IOMUXのMCLK。これは、SAI が CCM または IO パッドからの独自のクロック ソースのみを使用する、最も簡単なクロック ルーティングです。 -サイ。MCLK[2] は、次のクロック ソースから選択できます。 CCMからのSAI_CLK_ROOTのいずれか。 SAIのいずれか。IOMUXのMCLK。 SPIDFからの他のクロックソース。 -サイ。MCLK[3] には、SAI とまったく同じクロック ソース オプションがあります。MCLK[2]。これにより、TX と RX の両方が、相互に依存することなくすべてのオプションにアクセスできます。 SAI のマスター クロックのクロック オプションは、SAI-1 を例に図に示しています。 MCLK[1]のオプションは、MCLK[2]とMCLK[3]でも利用可能です。このオプションを保持する理由は、i.MX6/i.MX7 プロセッサと同様の SAI クロック構造を提供するためです。マスタークロックのMUXの構成は、IOMUXC_GPRレジスタによって制御されます。クロックの不具合を避けるために、SAI クロックを有効にする前に設定する必要があります。 注 : これらの MUX オン クロックは設計中に欠落するため、シリコンでの実際のインプリメンテーションは次の図に示すように簡略化されます。 すべての SAI インスタンスと SPDIF インスタンスは SDMA をサポートしています。オーディオデータレートを満たすために、2つのSDMAモジュールが使用されます。 SAI-2/3 と SPDIF-1/2 は高いデータスループットを必要としないため、UART/SPI などの他のペリフェラルと共有される SDMA-1 に割り当てられます。SAI-1/4/5/6は、高いサンプルレートとマルチチャンネルオーディオをサポートする必要があり、オーディオ専用のSDMAエンジンであるSDMA-2に割り当てられています。SDMA-2 の周波数は、十分なスループットを確保するために、133/66 ではなく 500/250 に増加しています。 SWがオーディオDMAの進行状況を追跡できるようにするために、SAIモジュールのTX_SYNCとRX_SYNCは外部クロック入力としてGPTにルーティングされます。合計6つのSAIモジュールがあるため、GPTに接続するときにこれらの信号は多重化されます。 - GPT-4/5/6外部クロック入力は、任意の6つのSAIモジュールのTX_SYNCまたはRX_SYNCから選択できます。 - マルチプレクサ選択はレジスタによって制御されIOMUXC_GPR。 - GPT-4/5/6 の MUX セレクト レジスタは、互いに完全に独立しています。 Re:i.MX8Mオーディオシステムの使用 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとうシャオコンフー

[KW36, Hybrid] Multiple Bluetooth LE connections + Generic FSK Demo Application [KW36, Hybrid] Multiple Bluetooth LE connections + Generic FSK Demo Application USL: https://community.nxp.com/docs/DOC-344510   Purpose of this document This document provides an example of a hybrid application ( Wireless_UART + GFSK Advertising ) by describing a multi-Bluetooth LE connected node topology communicating in parallel with GFSK (General Frequency Shift Keying). This is another additional example outside of the SDK where we define a hybrid application that demonstrates Bluetooth LE advertising and scanning in parallel with GFSK . reader The purpose of this document is to provide guidance to software developers who want to use, adapt and integrate the GFSK functionality in their Bluetooth low energy applications. Build a development environment Toolchain: - IAR Embedded Workbench 8.32 or higher;     https://www.iar.com/iar-embedded-workbench/ SDK: - This version of firmware has been tested with SDK_2.2.1_FRDM-KW36 and can be used with the following 链接下载：http://mcuxpresso.nxp.com/en/select (Please consider selecting Toolchain/IDE: All toolchains); hardware: - 2 to 5 FRDM-KW36 development boards: https://www.nxp.com/demoboard/FRDM-KW36  Operation process: This demo application is designed for the FRDM-KW36 platform and can be easily integrated into any board using the KW35/36 series MCU . This function is based on the coexistence mechanism on the SDK (Mobile Wireless System - MWS module). Based on the hardware link layer implementation, Bluetooth Low Energy has a higher priority than the GFSK protocol, so GFSK communication is performed in the idle state (inactive period) of Bluetooth Low Energy. For more details about the MWS module, see the Connectivity Framework Reference Manual.pdf in the SDK . Bluetooth low energy supports both central and peripheral roles. Integration of KW36 SDK -下载附件并解压到…\SDK_2.2.1_FRDM-KW36\boards\frdmkw36\wireless_examples\hybrid 文件夹: -打开IAR项目（SDK_2.2.1_FRDM-KW36_2019_07_19\board\frdmkw36\wireless_examples\hybrid\ble_w_uart_gfsk\freertos\iar\ble_w_uart_gfsk_freertos.eww）。 -The project is organized as follows: Function   Switch function: - This function is defined in the BleApp_Handle Keys function in the main.c file; -FRDM-KW36: - SW2 - Start scanning - Central device; - Long press SW2 - start scanning - peripheral devices; (Long press SW2 means pressing the SW2 button for more than 3 seconds) - SW3 - Start / Stop GFSK TX operation (scan); - Long press SW3 - start / stop GFSK RX operation (Long press SW3 means pressing the SW3 key for more than 3 seconds) log : -Serial port outputs different states of the circuit board; -Baud rate 115200 ; verify This solution has been verified with 1 master and 4 slaves as follows:   1. Create a network a. Turn on serial communication for all devices. After reset, you will see the following message: b. On the Central device, press SW2 to start scanning; c. On the peripheral device, long press SW2 to start broadcasting and wait for confirmation on the serial port; d. Repeat steps b and c on all slave devices. e. When the network of the Central device is successfully created, you will see the following: f. Check the air link (connection interval = 312.5ms 😞 2. Verify the functionality of Bluetooth Low Energy: - Write a message from the serial port of each slave (peripheral) (for example: testslaveX ) and check if the message is printed on the serial port of the master. -Perform the same test on the serial terminal of the master device (Central). -Here is an example of this step:   -Air log: 3. Start GFSK communication: - Press SW3 on one of the boards to start GFSK TX operation (Advertisement packet with AdvAddress = 0909090909 ); send an ADV packet over the air every 1 second ( gGenFskApp_TxInterval_c ). - Select another board and long press SW3 to start GFSK RX operation ( RX interval = 100ms = gGenFskApp_RxInterval_c ) -When an ADV packet from address = 0909090909 is received, it will print it out on the serial port as follows: - Over-the-air GFSK TX packets are listed as ADV_NONCONN_IND: 4. Verify GFSK and Bluetooth LE parallel capabilities: - Write a message on the master (Central) serial port and check the feedback on the slave (peripheral) serial terminal: Attached is the source code of this application. Sincere regards Ovidiu appendix BLE+GFSK_Demo_application.zip(https://community.nxp.com/pwmxy87654/attachments/pwmxy87654/wireless-connectivity%40tkb/253/1/BLE+GFSK_Demo_application.zip)  

NFC次世代ボードゲーム <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 魔法のタッチを持つ古典的なボードゲーム。NFCは、おなじみの楽しみに追加の機能を追加します。より直感的に対話し、ゲームプレイをスピードアップし、中断したところから簡単に再開できます。これまでにないボードゲームの没入感を体験してください。NFCは、2Dボードゲーム体験に命を吹き込むのに役立ちます。プレーヤーは通常どおりNFCを装備した駒をボード上で動かしますが、電子的に追跡できるようになりました。ゲームプロセッサは、この追跡データを使用し、タグに保存できるピース自体に関する情報と組み合わせ、アクションで生き生きとしたエキサイティングなゲーム環境を作り出します。また、オンラインやインタラクティブなプレイシナリオなど、新しいゲームプレイの次元も可能になります。   NXPによって実現される機能 •単一のRFIDリーダーによって駆動される広い表面上の最大40のRFIDオブジェクトを検出します •ゲームピースの方向検出 •USBまたはBLEを介したホストシステムへの接続   推奨製品 SLRC 610 – 高性能 RFIDリーダー Icode SLIx – 超低電力RFIDタグ LPC11uxx – FS USB が組み込まれ た マイクロコンコントロール 74HCxxx – 超薄型アナログスイッチ   リソース NFCゲームに関する詳細情報:http://www.nxp.com/solutions/portable-wearable/gaming.html モバイル

i.MX 6 D/Q/DL/S/SL Android jb4.3_1.1.1发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> i.MX 6 D/Q/DL/S/SL Android JB4.3_1.1.1补丁版本现已在www.freescale.com上发布 ·         目标硬件板 哦   i.MX6DL SABRE SD 板 哦   i.MX6Q SABRE SD 板 o   i.MX6DQ SABRE AI board 哦   i.MX6DL SABRE AI 板 哦   i.MX6SL EVK板 此补丁版本基于 i.MX 6 Android JB 4.3_1.1.0-GABSP 发布。 ·         发布说明 哦   升级 GPU 内核和库以提高 GPU 稳定性 哦   处理 Android SDK 构建失败 哦   改进FSL OMX 下表描述了此版本的内容。      版本 描述 补丁 包含此版本中的补丁。补丁在“补丁描述”中描述。 文档 包含以下文件： • i.MX 6 Android JB 4.3_1.1.1补丁发布说明：本文档。 ·         补丁说明 请查阅发行说明。 Android i.MX6_全部

Android N7.1.2_2.0.0 GA 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> i.MX Android N7.1.2_2.0.0 GA 版本现已在IMX_SW页面上提供。 可用文件： # 名称 描述 1 android_N7.1.2_2.0.0_docs.tar.gz i.MX Android N7.1.2_2.0.0 BSP 文档 2 android_N7.1.2_2.0.0_source.tar.gz 适用于 i.MX 6QuadPlus、i.MX 6Quad、i.MX 6DualPlus、i.MX 6Dual、i.MX 6DualLite、i.MX 6Solo i.MX 6Sololite、i.MX6SX 和 i.MX7D 的 Android N7.1.2_2.0.0 BSP（4.1 内核）源代码 3 android_N7.1.2_2.0.0_image_6dqpsabreauto.tar.gz Android N7.1.2_2.0.0 BSP 的二进制演示文件 - 基于 i.MX 6QuadPlus、i.MX 6Quad 和 i.MX 6DualLite 的汽车信息娱乐 SABRE 4 android_N7.1.2_2.0.0_image_6dqpsabresd.tar.gz Android N7.1.2_2.0.0 BSP 的二进制演示文件 - 基于 i.MX 6QuadPlus、i.MX 6Quad 和 i.MX 6DualLite 的 SABRE 平台和 SABRE 板。 5 android_N7.1.2_2.0.0_image_6slevk.tar.gz Android N7.1.2_2.0.0 BSP 的二进制演示文件 - i.MX 6Sololite 评估套件。 6 android_N7.1.2_2.0.0_image_6sxsabresd.tar.gz Android N7.1.2_2.0.0 BSP 的二进制演示文件 - 基于 i.MX 6SoloX 的 SABRE 板 7 android_N7.1.2_2.0.0_image_6sxsabreauto.tar.gz Android N7.1.2_2.0.0 BSP 的二进制演示文件 - 基于 i.MX 6SoloX 的汽车信息娱乐 SABRE 8 android_N7.1.2_2.0.0_image_7dsabresd.tar.gz Android N7.1.2_2.0.0 BSP 的二进制演示文件 - 基于 i.MX 7Dual 的 SABRE 板 9 fsl_aacp_dec.tar.gz 适用于 N7.1.2_2.0.0 的 AAC Plus 编解码器 10 android_N7.1.2_2.0.0_工具.tar.gz 适用于 N7.1.2_2.0.0 的制造工具包和 VivanteVTK   支持的硬件 SoC/板： i.MX 6Quad、i.MX 6QuadPlus 和 i.MX 6DualLite SABRE-SD 主板和平台 i.MX 6Quad、i.MX 6QuadPlus 和 i.MX 6DualLite SABRE-AI 主板和平台 i.MX 6SoloLite EVK平台 i.MX 6SoloX SABRE-SD 开发板和平台 i.MX 6SoloX SABRE-AI 开发板和平台 i.MX 7Dual SABRE-SD 开发板和平台   更改： 与N7.1.1_1.0.0版本相比，此版本有以下主要变化： 将 Android 代码库从 android-7.1.1_r13 升级至 android-7.1.2_r9。 将 U-Boot 从 v2015.04 升级到 v2017.03。 从 v4.1.15 升级内核至 v4.9.17。 将 GPU 驱动程序从 6.2.0.p2 升级到 6.2.2.p1。 将 Wi-Fi BCMDHD 发布版本升级至 1.141.100.6。 完善 Gralloc 和 HWC HAL。 启用 GPT 分区来替换 MBR 分区。   功能： 有关功能，请参阅发行说明。   已知问题 有关已知问题和更多详细信息，请参阅发行说明。 Android i.MX6_全部 i.MX6DL i.MX6 双核 i.MX6DualPlus6QuadPlus i.MX6 四核 i.MX6S i.MX6SL i.MX6SoloX i.MX7 双核 回复：Android N7.1.2_2.0.0 GA 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， AckeyCheng 我们希望获得AACPlus编解码器，但Link问题一直未能解决。 您有计划解决这个问题吗？ 顺祝商祺！ Ishii. 回复：Android N7.1.2_2.0.0 GA 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> IMX_N7.1.2_2.0.0_AACPlus 的链接无效 回复：Android N7.1.2_2.0.0 GA 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我也有同样的问题。是否有任何替代镜像或指向正确 uri 的链接？ 回复：Android N7.1.2_2.0.0 GA 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 缺少适用于 N7.1.2_2.0.0 文件的 AAC Plus 编解码器。 该链接将显示以下错误信息！ 在 https://cache.nxp.com/secured/bsps/fsl_aacp_dec.tar.gz?__gda__ =1514195832_11c95d7af3cee83ac21ceaf2c611dd56&fileExt=.gz 找不到文件 。 回复：Android N7.1.2_2.0.0 GA 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> nxp, 有人知道吗？ 制造工具无法工作， 回复：Android N7.1.2_2.0.0 GA 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您可以尝试使用上一版本（N7.1.1）并更改目标图像文件（来自 N7.1.2） 〜尤里。 回复：Android N7.1.2_2.0.0 GA 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> mfgtools无法打开 回复：Android N7.1.2_2.0.0 GA 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> android_N7.1.2_2.0.0_tools\mfgtools\Profiles\此目录为空。您可以从网上下载mfgtools并尝试。 Wilson.chen 我的企业 回复：Android N7.1.2_2.0.0 GA 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我知道。但是android_N7.1.2_2.0.0_tools\mfgtools\Profiles\这个目录是空的，什么都没有。 您可以从网上下载mfgtools并尝试。 谢谢 回复：Android N7.1.2_2.0.0 GA 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello, N7.1.2.网络上的 MFG 工具包是空的。 请参阅“Android_Quick_Start_Guide.pdf”，特别是第 3.3 节（Flashing 了解如何使用可在网上找到的 OS（演示）图像中的文件。 此致， 尤里。 回复：Android N7.1.2_2.0.0 GA 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> mfgtool 为空，无法使用。

FTF-DES-F1299.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Kinetisブートローダは、Kinetisマイクロコントローラのシリアル接続で動作する設定可能なフラッシュ・プログラミング・ユーティリティです。このセッションでは、ブートローダの主な機能と最新のアップデートについて学習し、その後、Kinetisブートローダの話し方、設定方法、使用方法など、ラボの例を挙げてすべての設定について説明するハンズオンクラスを開催します。ここでは、すべてのプロトコルを取り上げ、UART、USB HIDを使用したKinetisブートローダへの通信に関する実験例を紹介します。参加者は、小さなコードフットプリントでUARTのみのブートローダーを実装する方法を学びます。参加者は、ラボを再作成するためのすべての情報を持ってクラスを離れます。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Kinetisブートローダは、Kinetisマイクロコントローラのシリアル接続で動作する設定可能なフラッシュ・プログラミング・ユーティリティです。このセッションでは、ブートローダの主な機能と最新のアップデートについて学習し、その後、Kinetisブートローダの話し方、設定方法、使用方法など、ラボの例を挙げてすべての設定について説明するハンズオンクラスを開催します。ここでは、すべてのプロトコルを取り上げ、UART、USB HIDを使用したKinetisブートローダへの通信に関する実験例を紹介します。参加者は、小さなコードフットプリントでUARTのみのブートローダーを実装する方法を学びます。参加者は、ラボを再作成するためのすべての情報を持ってクラスを離れます。

S32 Design Studio for Power Architecture v2.1 - アップデート 8 リリース <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />       製品リリースのお知らせ 車載用マイクロコントローラ／マイクロプロセッサ S32 Design Studio for Power Architecture v2.1 アップデート 8          最新情報 Integrated Radar SDK RTM 1.4.0 (RSDK 1.3.0 の後継)( RSDKリリースノートを参照) これは累積的な更新プログラムであり、以前の更新プログラム (更新プログラム 1、更新プログラム 2、更新プログラム 7) のすべてのコンテンツが含まれています インストール手順 このアップデートは、 オンライン インストール(S32DS拡張機能とアップデート経由)、または オフライン インストール( 直接ダウンロードリンク) 利用できます  インストール： メニューの「ヘルプ」->「S32DS拡張機能と更新」ダイアログに移動します 利用可能な項目から選択し、[インストール/更新] ボタンをクリックします オフライン インストール：  S32 Design Studio for Power製品ページ->ダウンロードセクションに移動するか、直接リンクを使用して更新アーカイブzipファイルをダウンロードします  S32 Design Studioを起動し、「ヘルプ」-「S32DS拡張機能と更新」>に移動し、「設定に移動」リンクをクリックします そして新しいサイト「追加...」リポジトリに移動し、前の手順でダウンロードしたダウンロードした更新アーカイブzipファイルを参照して選択します [S32 Design Studio for Power Architecture Device Package] と [Update with S32 SDK 3.0.2] を選択します。Power Architectureのパッケージをクリックし、「インストール/更新」ボタンをクリックしてください。   これにより、アップデートのインストールが開始されます。 全般 SDK

Important differences in the use of LPCXpresso55S69 chip revisions A2 and 1B The initial silicon revision for the LPC55S6x family was 0A and this silicon has been used on the Revision A1 LPCXpresso55S69 evaluation board. Revision 1B silicon has been used on the Revision A2 evaluation board. Both revisions of silicon support a new more stable debug session request method that is required for the 1B silicon. If the correct version of the IDE and / or debug probe driver is not used, debugging operations will be affected or not work. When using a board with revsion A2 chip, the current software version required is: MCUXpresso IDE version 11.0.1 or later (version 11.1 or later is recommended) [ Note: It is also possible to use IDE 11.0.1 , but this version requires a patch when using the A1 release. See https://community.nxp.com/migration-blogpost/11165 ] Please note that if you switch from developing with revision A1 to revision A2 (or switching to any target system using revision 1B silicon), you will need to start with a new workspace . IAR Embedded Workbench version 8.40.2 or higher Keil uVISION LPC55S6x Device Package ( DFP ) 12.0.1 or later SEGGER J-Link J-link 6.54c or later should be used ( downloaded from the SEGGER website ), V6.64 or later is recommended. When using J-link with a non- SEGGER IDE ( MCUXpresso , IAR , Keil ), make sure your IDE is configured to point to the latest J-Link drivers. If you use MCUXpresso IDE 11.0.1 , you need to update the J-link driver installed to the latest version to support version A1 . For more information, see How to Update the SEGGER J-LINK Installation Package on Windows .   For more information on silicon revisions and tools, refer to Understanding LPC55S6x Revisions and Tools . Also note that there are Chinese version descriptions for board revisions, chip revisions, and corresponding tools, as shown below: http://www.nxpic.org/module/forum/thread-618614-1-1.html http://www.nxpic.org/module/forum/thread-619338-1-1.html