Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
互联家庭:智能移动设备 - 使用案例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我是智能手表、智能电视,以及 UI Labs 首席执行官关于自然用户界面的采访。 消费者体验引导互联家庭的潮流。 当技术出现在市场时,它首先被消费者采用,然后再传播到企业和行业组织。       特性 观看不同的演示,了解家中不同类型的设备 平板电脑、可穿戴 Android 手表以及与电视和智能手机互动的机顶盒 利用 i.MX6 的自然用户界面功能,在使用i.MX 6 处理器显示的视频中呈现流畅的运动和无缝过渡 特色恩智浦产品 i.MX6Q: i.MX 6Quad Processors – Quad Core 链接 消费电子 结构框图 智能家居
查看全文
Q&A:MX28 HABの問題を有効にする方法は? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 質問: MX28でHABを有効にする方法、たとえば「get_hab_status()」機能を機能させるためのAN4555の推奨事項によるものですが、問題が発生しています。 質問 #1 彼らは、対話型プロンプトに対してU-bootを正常に実行できるため、efltosbツールへの入力であるすべてのHABコンポーネントが解決されたと信じています。ただし、次の点では次のようになります。 - rvt_report_status()関数を呼び出すと、ボードに「### ERROR ###ボードをリセットしてください」と表示されます。 - rvt_entry()を呼び出すと、ボード は画面にゴミの文字を印刷し、ハングします。これは、クロックに何か問題があり、それがシリアルコンソールのボーレートに影響を与え、上記の動作を引き起こしていることを示唆しています。 質問 #2 HABv3 のような HABv4 の "バインド署名" の概念はありますか? rvt_コールのアドレスが正しくない可能性がありますか?u-bootソースを提供できますか? バインドされた署名の検証または UID は、HABv4 アプリケーションノートでは言及されていません。だから、サポートされていないと思います。 RVT 関数のポインタ オフセットについて 仮定 しました。 HAB 4 API はオフセットを明示的に指定しませんが、rvt_base::function_name 表記を使用します。 関数ポインタは、RVTヘッダーを超えるすべてのワードオフセットに順番に配置されると仮定しています。 リファレンス マニュアルの最新のアドレスに RVT ヘッダーが存在することはメモリ ダンプに基づいて確認されていますが、設定した関数オフセットが正しいかどうかは確認できません。 ソースコードに関しては、mx6アーキテクチャのメインラインu-bootから入手できるhab.cファイルとhab.hファイルからmx28ボードの変更をモデル化しました。これは基本的に、AN4555 ドキュメントに記載されているコードget_hab_statusコードと同じです。 更新された RVT ベース アドレスと 想定される オフセットに一致するように、HAB API 関数ポインター アドレスを実行しました。 答え: これがreport_status()からの最初の3つの指示ですが、顧客は彼らが呼んだアドレスからの指示が正しいことを確認できますか? : :B087B570 ADDLT   FP、R7、R0、 ROR R5 :   1c0e1c05        stcne   12, cr1, [lr], {5} : 22182433 andscs r2, r8, #855638016 ;0x33000000 i.MX2x Re: Q&A: MX28 HAB の問題を有効にする方法は? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはYixingとdwc、 i.mx28のWinceのebootでHAB_APIをどのように呼び出す必要がありますか? mx28メモリマップでは、OCROMは最後の128KBメモリアドレスにあります。 しかし、ebootに入ると、MMUはすでに有効になっています。したがって、0x80000000から0x9FFFFFFFまでの仮想アドレスにのみアクセスできます。 どのようにしてアドレスをHAB_RVT_REPORT_EVENT(*(UINT32 *)(HAB_RVT_BASE + 0x20)) //0xffff8af8+0x20で呼び出すことができますか? ありがとうございます Re: Q&A: MX28 HAB の問題を有効にする方法は? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> この問題は、正しい RVT アドレスを使用することで解決されます。RVT アドレスは、リファレンス マニュアルのリビジョン 1 とリビジョン 2 の間で更新されました。
查看全文
为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 前提条件: 该构建已在预构建的 rootfs(基于 LTIB)上进行了验证,可以从 freescale.com 下载或从 Yocto fsl-image-gui 构建 以下步骤在主机上执行: 1.下载 qt5 的 git 仓库: $ git clone git://gitorious.org/qt/qt5.git qt5 光盘 qt5 让我们将其视为 2. 创建一个构建目录来安装 qt5 包。该目录可以位于任何位置。例如, $ mkdir /opt/qt5 sudo chown -R /opt/qt5 我们将安装目录视为 /opt/qt5 3.进入Qt5目录,运行perl init-repository脚本,下载所有源代码 Qt5。下载所有源代码大约需要一个小时。 $ perl init-repository 4.下载附件的linux-imx5-g++.tar.gz并复制到qtbase/mkspecs/devices。 将尝试进行更新。 5.从以下路径 $ gedit qtbase/mkspecs/设备/linux-imx5-g++/qmake.conf 6.在 qmake.conf 的顶部,有一个配置行。复制配置行并将其粘贴到位于 在您的构建目录中。编辑配置行以找到您的工具链和文件系统。还要确保 包括选项 -no-pch、-no-opengl、-opengl es2,下面是示例 配置行。 $ cd $ cd qtbase $./configure-v-opensource-confirm-license-no-pch-opengl es2-make libs-device imx5\ -nomake 示例 -nomake 演示 \ -设备选项CROSS_COMPILE = / opt / freescale / usr / local / gcc-4.4.4-glibc-2.11.1-multilib-1.0 / arm-fsl-linux-gnueabi / bin / arm-fsl-linux-gnueabi-\ -sysroot -no-gcc-sysroot \ -prefix 7. 制作包含配置行和可执行文件的文本文件并运行它。当显示配置摘要时,请确保 Qt5 支持 openGL ES 2.0。进行构建 $make $make 安装 当 Qt5 完成构建后,Qt5 将安装在两个地方: 1. / 2. / 这很好,因为现在 Qt5 的所有库和二进制文件都安装在主机和目标文件系统上。所以, 目标已经拥有运行 Qt5 所需的所有库和二进制文件。 8.还需要构建qtjsbackend和qtdeclarative。 $ cd $ cd qtjsbackend $ ../qtbase/bin/qmake -r $ make && make install $ $ cd $ cd qtdeclarative $ ../qtbase/bin/qmake -r $ make && make install 9. 在目标上运行 Qt 应用程序 - 使用 NFS 或 SD 映像启动目标 - 确保文件夹 被复制到目标文件系统的“/usr/local”。 - 使用启动应用程序 $ cd /usr/local/qt5/examples/opengl/hellogl_es2 $./hellogl_es2-平台 eglfs i.MX53 回复:为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我使用选项 -no-openssl 作为解决方法来摆脱这个错误 ./configure -v -opensource -confirm-license -no-pch -opengl es2 -make libs -device imx5 -no-openssl -no-xcb -no-c++11 -device-option CROSS_COMPILE=/opt/freescale/usr/local/gcc-4.6.2-glibc-2.13-linaro-multilib-2011.12/fsl-linaro-toolchain/bin/arm-fsl-linux-gnueabi- -sysroot /home/juan/imx53/ltib/rootfs -no-gcc-sysroot -prefix /opt/qt5 回复:为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我遇到了同样的错误,作为一种解决方法,我注释掉了#if GLIB_CHECK_VERSION (2, 22, 0) 宏下的行 ======== ./src/corelib/kernel/qeventdispatcher_glib.cpp =========== QEventDispatcherGlibPrivate::QEventDispatcherGlibPrivate(GMainContext *上下文)     : mainContext(context) {     . . .   #if GLIB_CHECK_VERSION (2, 22, 0) //g_main_context_push_thread_default(主上下文); endif . . . } QEventDispatcherGlib::~QEventDispatcherGlib() { . . . #if GLIB_CHECK_VERSION (2, 22, 0) //g_main_context_pop_thread_default(d->mainContext); #endif . . . } 回复:为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 必须添加几个选项才能开始编译: -no-xcb -no-c++11 但仍然有错误,第一个: make[2]: 进入目录 `/home/user/git/qt5/qtbase/src/network' /opt/freescale/usr/local/gcc-4.4.4-glibc-2.11.1-multilib-1.0/arm-fsl-linux-gnueabi/bin/arm-fsl-linux-gnueabi-g++-c -pipe -mfloat-abi=softfp -O2 -O2 -march=armv7-a -mfpu=neon -D_LINUX -fvisibility=hidden -fvisibility-inlines-hidden -fno-exceptions -Wall -W -D_REENTRANT -fPIC -DQT_NO_LIBUDEV -DQT_NO_XCB -DQT_NO_XKBCOMMON -DQT_NO_USING_NAMESPACE -DQT_BUILD_NETWORK_LIB -DQT_BUILDING_QT -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_DEPRECATED_WARNINGS -DQT_DISABLE_DEPRECATED_BEFORE=0x050000 -DQT_NO_EXCEPTIONS -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_CORE_LIB -I../../mkspecs/devices/linux-imx5-g++ -I。-I../../include -I../../include/QtNetwork -I../../include/QtNetwork/5.1.0-I../../include/QtNetwork/5.1.0/QtNetwork-Ikernel -I../../include/QtCore -I../../include/QtCore/5.1.0-I../../include/QtCore/5.1.0/QtCore-I.moc/release-shared -I/home/user/ltib/rootfs/usr/include -o .obj/release-shared/qsslsocket_openssl.o ssl/qsslsocket_openssl.cpp ssl/qsslsocket_openssl.cpp:在成员函数“virtual void QSslSocketBackendPrivate::continueHandshake()”中: ssl/qsslsocket_openssl.cpp:1414:错误:'q_SSL_ctrl'未在此范围内声明 make[2]: *** [.obj/release-shared/qsslsocket_openssl.o] 错误 1 make[2]: 离开目录“/home/user/git/qt5/qtbase/src/network” make[1]: *** [sub-network-make_first] 错误 2 make[1]: 离开目录“/home/user/git/qt5/qtbase/src” make:*** [sub-src-make_first] 错误 2 回复:为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 错误: hread-lgthread-2.0-lrt -lglib-2.0 .obj/发布共享/qeventdispatcher_glib.o:在函数“QEventDispatcherGlibPrivate::QEventDispatcherGlibPrivate(_GMainContext*)”中: qeventdispatcher_glib.cpp:(.text+0x7f0):对“g_main_context_push_thread_default”未定义引用 .obj/发布共享/qeventdispatcher_glib.o:在函数“QEventDispatcherGlib::~QEventDispatcherGlib()”中: qeventdispatcher_glib.cpp:(.text+0xbf0):对“g_main_context_pop_thread_default”未定义引用 .obj/发布共享/qeventdispatcher_glib.o:在函数“QEventDispatcherGlib::~QEventDispatcherGlib()”中: qeventdispatcher_glib.cpp:(.text+0xdd4):对“g_main_context_pop_thread_default”未定义引用 .obj/发布共享/qeventdispatcher_glib.o:在函数“QEventDispatcherGlib::~QEventDispatcherGlib()”中: qeventdispatcher_glib.cpp:(.text+0xfb0):对“g_main_context_pop_thread_default”未定义引用 .obj/发布共享/qeventdispatcher_glib.o:在函数“QEventDispatcherGlibPrivate::QEventDispatcherGlibPrivate(_GMainContext*)”中: qeventdispatcher_glib.cpp:(.text+0x1114):对“g_main_context_push_thread_default”未定义引用 collect2:ld 返回 1 退出状态 使[2]:*** [../../lib/libQt5Core.so.5.1.0]错误 1 make[2]: 离开目录“/home/mqy/qt5/qtbase/src/corelib” 需要幫助嗎? 回复:为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我很遗憾地说,当我这样做的时候,它有错误 回复:为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 为什么不使用litb来构建qt5? 回复:为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您是否考虑过将这些文件贡献回 qt 项目?我知道这些确实适用于 Qt 5,所以如果可以贡献出来就好了
查看全文
メッセージは送信できるが受信されない CAN_EXAMPLE_S32k344をノーマルモードで動作するように変換しましたが、オシロスコープがCANの伝送波形を示しているにもかかわらず、レシーバーとして使用しているadafruitのcan485ボードでは検出されません。https://learn.sparkfun.com/tutorials/ast-can485-hookup-guide/all#example-simple-can-network ブロッキング送信は常にタイムアウトします。 誰かが私が持っている波形を見て、何が間違っているのか教えてくれますか?メッセージ ID を 200 に変更しましたが、何も壊れるはずはないと思います。セグメントの設定が間違っていますか?私は250k bpsで作業しているというだけで、それをどのように正確に配布することになっているのかわかりません カンバスハイ カンバスロー オシロスコープからの出力 FlexCan設定とボーレート Re:メッセージは送信できますが、受信されません プロトコルクロックを24MHzではなく16MHzに編集し(16MHzの発振器が接続されているので、これが問題だったと思います)、セグメントを調整すると修正されたため、クロックの問題であるように見えました Re:メッセージは送信できますが、受信されません こんにちは@pb632146  設定がレシーバーデバイスの要件を満たしているかどうかを確認するために、FlexCANモジュールの設定パラメータと考慮すべき制限についてより深く理解するためのガイドをこのメッセージに添付しました。 このドキュメントは、 S32K3 Trainingでご覧いただけます。 - RomanVR。 Re:メッセージは送信できますが、受信されません 問題が実際に問題となっている時間セグメントである場合、時間セグメントの推奨事項や時間セグメントのサイズに関する考慮事項はありますか?MCAL モジュールがこれらの値を自分で手動で設定するのではなく、コピーするように設定する方法を確認する方法はありますか? Re:メッセージは送信できますが、受信されません では、ユーザーマニュアルを読むと、私の時間セグメントが間違っている可能性はありますか?私はビットレートを250kにすることだけに焦点を当てました。ビットレートとボーレートはCANbusと同義ですか? このことから、私の時間セグメント1は15で、時間セグメント2は3だけであることがわかります。図404は、"Classical CAN format (Bosch CAN 2.0B)" と書かれているため、Can 2.0Bの正しいビットタイムセグメントの数値です。これは、従来のCANとCan 2.0bが同義語であることを意味します。 さらに、 "Canプロトコル仕様、バージョン2.0B"のみを送信したい場合 「柔軟なデータレートでできる(can fd)」としたら、元の投稿とは異なり、ここにあるすべてのボックスをオフのままにしますか?2.0bがデフォルトかどうかはわかりませんが、使用方法がわからない場合、FDを有効にするとエラーが発生する可能性があると思います。 Re:メッセージは送信できますが、受信されません こんにちは@pb632146  FlexCanドライバーが正常に動作していることを確認するいただきありがとうございます。 FlexCANは、ISO 11898-1:2015規格およびCAN 2.0 Part Bプロトコル仕様に準拠したCANプロトコルを実装する通信コントローラです。詳細については、S32K3xxリファレンスマニュアルRev.9の第73章(CAN(FlexCAN))を参照することをお勧めします。 また、S32K3 CAN_43_FLEXCAN Driver Integration ManualとRTDsに付属のユーザーマニュアルも確認することをお勧めします。これらのドキュメントには、ドライバーの制限、ハードウェアとソフトウェアの要件、使用手順、構成ガイドラインなど、ドライバーに関する詳細情報が記載されています。これらは、ドライバーの機能をより深く理解するのに役立ちます。これらのリソースは、次の場所にあります。 C:\ NXP \ SW32K3_S32M27x_RTD_4.4_4.0.0_P24 \ eclipse \ plugins \ Can_43_FLEXCAN_TS_T40D34M40I0R0 \ doc または C:\ NXP \ S32DS.3.5 \ S32DS \ソフトウェア\PlatformSDK_S32K3\RTD \ Can_43_FLEXCAN_TS_T40D34M30I0R0\doc - ロマンVR Re:メッセージは送信できますが、受信されません 申し訳ありませんFlexcan_example_s32k344 can_example そして、flexcan vs can2.0 vs classic canとは何ですか? 私はレシーバーとして持っているのと同じs32k342ボードの別のものを接続しましたが、それは適切にレシーバーであるため、sparkfunレシーバーに問題があると結論付けることができますが、他の人から問題なく受信するため、ボードの問題ではないと思います。では、実際に送信している缶メッセージの形式をどのように見分けるのでしょうか? Re:メッセージは送信できますが、受信されません また、ループバックで動作するため、通常モードへの変換に多くの問題を抱えて混乱しています Re:メッセージは送信できますが、受信されません 実際にコードをアップロードするのを忘れました Re:メッセージは送信できますが、受信されません 明確にするために、私は342ボードを使用しているので、コードを少し編集する必要がありましたが、344evbのように有効にする必要のない独自のトランシーバーも編集しました。https://ww1.microchip.com/downloads/aemDocuments/documents/OTH/ProductDocuments/DataSheets/20005991B.pdf sparkfunボードレシーバーは、同じボードの別のものを使用すると機能しますが、同じトランシーバーを使用しているにもかかわらず、342ボードからの缶メッセージを拾いません。 これとarduinoコードの間で缶メッセージを送信しようとして見逃している可能性のある考慮事項はありますか? 従来の can/can fd は、can 2.0a や can 2.0b と比較して何を意味しますか?[周辺機器] タブまたはコード自体で 1 つまたは別の設定を選択するための特定の設定はありますか? Re:メッセージは送信できますが、受信されません Hi @pb632146. あなたの説明によると、送信機としてのあなたのS32K344は問題なく機能しているようですので、送信機が実際に出力信号を生成していることを考えると、受信機デバイスまたは回路を確認することをお勧めします。 注:CANモジュールが正しく動作しているかどうかをテストする場合は、EVB(評価ボード)でサンプルコードを実行し、CANモジュールが自身のレシーバーに情報を送信する「ループバック」機能を使用できます。 - RomanVR。
查看全文
産業用プリンター Overview インタラクティブブロック図 推奨製品 Overview NXPの産業用プリンタソリューションを使用すると、モノのインターネット(IoT)テクノロジーを活用し、信頼性が高く、高速で安全な設計を簡単に統合して、差別化を図り、顧客に価値を提供できます。 NXPは、高度な統合セキュリティおよび接続機能を備えた高性能MPU、暗号化アクセラレータ、10〜15年間の製品寿命プログラムなど、広範な技術ポートフォリオを提供しています。これにより、設計者は信頼性が高く、高性能で、安全なプリンターを成功裏に開発できます。 インタラクティブブロック図 推奨製品 カテゴリ 製品 特長 MPU i.MX 6SoloX アプリケーション・プロセッサー |® Arm Cortex-A9®、Cortex-M4 |NXPの Cortex-A9 x 1 (最大 1 GHz) Cortex-M4 x 1 最大200 MHz 24ビットパラレルCMOSセンサーインターフェース 10/100/1000 Ethernet x 2 PCIe 2.0 (1 lane) FlexCAN 5x SPI、6x UART、4x I2C、5x I2S/SSI、8x PWM   i.MX 8M アプリケーション・プロセッサ |® Arm Cortex-A53®、Cortex-M4 |4Kディスプレイ解像度 |NXPの  クワッドアームCortex-A53;コーテックス-M4F OpenGL® ES 3.1, OpenGL® 3.0,Vulkan®, Open CL™ 1.2 L1サブステートを備えたデュアルPCIeにより、低電力モードからの高速ウェイクアップを実現 AVBおよびEEEをサポートするギガビットイーサネットコントローラ 4x PWM、3X SPI、4X I2C セキュア・オーセンティケータ A1006 (英語) |セキュア・オーセンティケータIC:エンベデッド・セキュリティ・プラットフォーム |NXPの  認証時間(オンチップ計算)<50ms ECC秘密鍵のユニークな静的ペア 消費電力:500μAアクティブ RTC PCF8523 | NXP  年、月、日、曜日、時、分、秒を 32.768 kHz の水晶振動子を基準に表示します。 解像度:数秒から数年。 ロードスイッチ USB PDおよびType C電流制限型パワースイッチ |NXPの  VIN供給電圧範囲:4.0 V~5.5 V 超高速RCPリカバリによる、逆電流からの常時保護 400mAから3.3までの調整可能な電流制限 400mAから3.3Aまでの調整可能な電流制限 過電流状態での電流出力クランプ USB Type-C PTN5150 |NXPの  レガシーOTGハードウェアおよびソフトウェアとの互換性 プラグ、向き、ロール、充電電流の検出をサポート レベル変換器 電圧レベルトランスレータ(レベルシフタ) |NXPの  双方向レベルシフタおよびトランスレータ回路には、シングルビットから32ビット幅の範囲が含まれます 汎用I/Oエクスパンダ PCAL6416AEX | NXP  16ビット汎用I/Oエキスパンダ 最大25mAの駆動能力を持つラッチ出力 動作電源電圧範囲:1.65V〜5.5V PMIC 14チャネルコンフィギュラブルパワーマネージメントIC |NXPの  構成に応じて4〜6個の降圧レギュレータ、単相/双相/並列オプション、DDR終端トラッキング・モード・オプション、DVSオプション USB On-The-Go対応5V昇圧レギュレータ CANトランシーバ TJA1057 |高速CANトランシーバ |NXPの  VIOオプションにより、3.3Vおよび5V供給のマイクロコントローラI2Sポートと直接インターフェースできるため、アプリケーションプロセッサへのルーティングが可能 あらゆる電源条件下で予測可能な機能的挙動 熱保護 AC/DC AC-DCソリューション |NXPの  アプリケーション全体の効率と無負荷電力の向上 ユニバーサル主電源操作:90 - 264 Vac / 47 - 63Hz 過電流保護(OCP)、過電力保護(OPP)、過熱保護(OTP) モータ・ドライバ デュアルHブリッジモータドライバ 2-8.6 V 1.4 A 200 kHz |NXPの  低トータルRDS(ON):0.8 Ω(標準)、1.2 Ω(最大)@ 25°C 低電圧検出およびシャットダウン回路 出力電流:0.7A(DC) 温度センサ PCT2075:I2CバスFm+、1°C精度 |NXPの  LM75シリーズとピン対ピン交換(バスでは最大27台のデバイスを使用可能) 2.7 V~5.5 Vの電源電圧 –55 °C~+125 °Cの温度範囲 ワイヤレスMCU ® Arm Cortex-M0®+|Kinetis® KW41Z 2.4GHz Bluetooth Low EnergyスレッドZigbee無線機マイクロコントローラ |NXPの  2.4 GHzのBluetooth Low Energy Ver. 4.2に準拠 IEEE 802.15.4規格に準拠 AES-128アクセラレータ (AESA)、真性乱数ジェネレータ (TRNG) インダストリアル
查看全文
为 i.MX RT6xx 创建 eIQ(TensorFlow Lite 库)演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> i.MX RT6xx RT6xx 是一个跨界 MCU 系列,是一款突破性产品,结合了 MCU 和 DSP 的最佳功能,适用于超低功耗安全机器学习 (ML)/人工智能 (AI) 边缘处理、性能密集型远场语音和沉浸式 3D 音频播放应用。图 1 是 i.MX RT600。 它由一个运行速度高达 300 MHz、具有 32KB FlexSPI 缓存的 Cortex-M33 内核和一个可选的运行速度高达 600MHz、具有 96KB DSP 缓存和 128KB DSP TCM 的 HiFi4 DSP 组成。它还包含 PowerQuad 协处理器中的加密引擎和 DSP/Math 加速器。该设备具有 4.5MB 片上 SRAM。主要功能包括丰富的音频外设、带 PHY 的高速 USB 和先进的片上安全性。有一个 Flexcomm 外设支持多种 UART、SPI、I2C、I2S 等的配置。 图1 创建 eIQ(TensorFlow Lite 库)演示 在最新版本的 SDK 中 i.MX RT600,它仍然不包含有关机器学习(ML)/人工智能(AI)的演示,因此需要开发人员自己创建这种演示。 为了实现它,将 eIQ 演示从 i.MX RT1050/1060 至 i.MX RT685 是最快的方法。下面介绍创建 eIQ(TensorFlow Lite 库)演示的步骤。 创建一个新的 C++ 项目 安装 SDK 库 图2 使用已安装的 SDK 部分创建新的 C++ 项目 在 MCUXpresso IDE 用户指南,第 5 章使用已安装的 SDK Part Support 创建新项目介绍了如何创建新项目,请参阅该指南以了解详细信息 移植 tensorflow-lite 将 tensorflow-lite 库复制到目标项目 将TensorFlow-lite库对应文件复制到目标项目 图3 添加上述文件的路径 图4 图5 图6 移植主要代码 main() 代码来自该帖子: TensorFlow Lite 的“Hello World” 测试 在 MIMXRT685 EVK板 (图7),我们通过串行端口记录输入数据:x_value和推断的输出数据:y_value(图8)。 图7 图8 此外,我们使用 Excel 将接收到的数据与我们的实际值进行对比显示,如下图所示。 图9 总的来说,它复制了TensorFlow Lite 的“Hello World”的结果 故障排除 默认情况下,创建的项目不支持打印浮动,因此需要通过添加以下符号来启用此功能(图10)。 图10 当执行神经网络时,某一层的结果会被输入到后续操作中,因此必须保留一段时间。这些激活层的生命周期取决于它们在图中的位置,每个激活层所需的内存大小由层写入的数组形状控制。这些变化意味着需要随着时间的推移计算一个计划,以便将所有这些临时缓冲区放入尽可能小的内存区域中。目前,这是在解释器首次加载模型时完成的,因此如果内存区域不够大,您就会看到崩溃事件发生。 就此应用演示而言,默认堆大小为 4 KB,显然,它不足以存储模型的输入、输出和中间张量,因为代码将卡在硬故障中断函数处(图 11)。 图11 那么,我们应该分配多大的堆区域呢?这是个好问题。不幸的是,没有简单的答案。不同的模型架构具有不同的输入、输出和中间张量的大小和数量,因此很难知道我们需要多少内存。 这个数字不需要精确——我们可以保留比我们需要的更多的内存——但由于微控制器的 RAM 有限,我们应该尽可能地保持它很小,以便为我们的其余程序留出空间。 我们可以通过反复试验来做到这一点。对于此应用程序演示,在将堆大小增加到之前的十倍后,代码仍然运行良好(图 12)。 图12 i.MXRT 600
查看全文
RT1050 上不同内存的启动时间 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我参与的一个小项目是了解 RT1050 从不同内存类型启动的性能。我使用 SDK 中的 LED_blinky 代码作为基线,并在 EVKB 板上运行了一些测试。下面描述了我收集的数据以及更详细的测试程序。 测试程序 启动时间将被定义为从处理器首次接通电源到执行 main() 函数第一行代码的时间。 使用示波器(Tektronix TDS 2014)测量 POR_B* 信号上升沿到以下两点之间的时间: FlexSPI_CS 已断言(ROM 首次读取 FlexSPI)** 应用程序代码中的 GPIO 切换(信号开始执行代码)。*** *POR_B 信号可通过接头 J26-1 进行示波 **FlexSPI_CS 信号可通过电路板上的一个小上拉电阻 R356 获得。一根小电线被焊接在这个电阻器旁边,并在示波器上进行探测。 ***所使用的 GPIO 引脚与连接到 USER_LED(低电平有效)的引脚相同。该引脚可通过接头 J22-5 进行定位。 TP 2、3、4、5用于将示波器探头接地。这一切都是在 EVKB 评估板上完成的。 以下是本次测试中值得注意的几点: 本报告主要强调 POR_B 信号上升沿和第一行代码执行之间的时间。然而,从首次向电路板供电到 POR_B 系统启动之间需要一段时间。这是电力电子的问题,并且可能根据用户应用和设计而变化。正因为如此,本报告不会过多强调这一点。 应用程序的第一行实际代码实际上是配置处理器的几个引脚。仅当执行这些引脚后,GPIO 才会切换至低电平并在示波器上记录时间。然而,这些配置代码行执行得非常快,以至于测试时忽略了时间。 时钟配置 在这三种情况下,可引导映像均已刷入 RT1050。之后,在 MCUXpresso 中,调试器配置为将“仅附加”设置为 true。然后启动调试会话,在处理器完成代码执行后,暂停并根据 RT1050 参考手册第 18 章 CCM 框图读取寄存器值。 启动配置: 核心时钟 (MHz) * FlexSPI时钟(MHz) SEMC时钟(MHz) FlexSPI 130 99 SDRAM 396 130 99 SRAM 396 130 99 *还通过将 clko1 配置为时钟速度除以 8 的输出来验证核心时钟速度。使用示波器测量该频率并验证其为 396 MHz。 结果 芯片选择引脚的时间表示从 RT1050 处理器发生第一次闪存读取的时刻。到GPIO输出的时间代表启动时间。 正如预期的那样,XiP Hyperflash 的启动速度比其他内存更快。SRAM 和 SDRAM 内存在执行之前必须复制到可执行内存,这将花费更多时间,因此启动速度更慢。 在下面的部分中,我们将更详细地解释这些测试是如何运行的,以及为什么 Hyperflash XiP 预计是最快的。 Hyperflash XiP启动 以下是我们预期 Hyperflash XiP 启动过程的步骤概述: 上电复位(J26-1) 开始访问闪存(FlexSPI_SS0) 在闪存中就地执行(XiP) 第一行代码执行(USER_LED) 在 MCUXpresso 中,地图文件显示以下内容: 示波器图像如下:   SDRAM 启动 处理器将从 ROM 启动,并被告知将应用程序映像从串行 NOR 闪存复制到 SDRAM(串行 NOR 闪存使用 Hyperflash 通信)。RT flashloader 工具将让我将应用程序加载到闪存中,并将其配置为通过内存复制到 SDRAM 并执行。   由于必须进行整个复制操作,因此复制到 SDRAM 的速度预计会比从 Hyperflash 执行的速度慢。 SDRAM启动过程如下: 上电复位(J26-1) 开始访问闪存(FlexSPI_SS0) 复制代码到SDRAM 在 SDRAM (FlexSPI_SS0) 中就地执行 执行第一行代码(USER_LED) 在 MCUXpresso 中,地图文件显示以下内容:   为了运行此测试,我遵循了以下说明: https://community.nxp.com/docs/DOC-340655 。 SRAM启动 对于 SRAM,预计其工艺与 SDRAM 类似。处理器将首先从内部 ROM 启动,然后进入 Hyperflash。然后,它会将所有内容从 Hyperflash 复制到内部 SRAM DTC 内存,然后从那里执行。 SRAM 启动过程如下: 上电复位(J26-1) 开始访问闪存(FlexSPI_SS0) 将代码复制到SRAM 在 SRAM (FlexSPI_SS0) 中就地执行 执行第一行代码(USER_LED)   在 MCUXpresso 中,地图文件显示以下内容:   本文档由以下讨论生成: javascript:; i.MXRT 105x
查看全文
AN5327から移植されたS12ZVML-MINIBRDソフトウェア <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> パッケージには、S12ZVML-MINIBRDハードウェアに移植されたAN5327_SWが含まれています。ボタンコントロールの削除、LEDライトの別のピンへの移動、内部発振器の使用など、わずかな変更が加えられています。 これは単なる動作バージョンであり、公式リリースではありません!! AN5327_SW_CW11_MINIBRD.ZIP CodeWarrior 11.0 および AMMCLib 1.1.13この例を実行するには、以上が必要です。AMMCLibのバージョンがわからない場合は、www.nxp.com/automcdevkits から一般的なAN5327_SWをダウンロードしてください まず、インストールしてから解凍し、上記の例を使用します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> パッケージには、S12ZVML-MINIBRDハードウェアに移植されたAN5327_SWが含まれています。ボタンコントロールの削除、LEDライトの別のピンへの移動、内部発振器の使用など、わずかな変更が加えられています。 これは単なる動作バージョンであり、公式リリースではありません!! AN5327_SW_CW11_MINIBRD.ZIP CodeWarrior 11.0 および AMMCLib 1.1.13この例を実行するには、以上が必要です。AMMCLibのバージョンがわからない場合は、www.nxp.com/automcdevkits から一般的なAN5327_SWをダウンロードしてください まず、インストールしてから解凍し、上記の例を使用します。 全般 日時:AN5327から移植されたS12ZVML-MINIBRDソフトウェア <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、もっと具体的に教えていただけますか? 日時:AN5327から移植されたS12ZVML-MINIBRDソフトウェア <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> パッケージが機能していないようです。
查看全文
汽车级 AW693 Wi-Fi/BT 组合芯片 - 安全手册和安全分析报告 Hi NXP, 请问您有 AW693 的文件和报告可以分享给我们吗?谢谢 1.安全手册 2.安全分析报告(FTA、FMEA、DFA、FMEDA) 3.确认措施报告 BRs, 约翰尼 回复:汽车 AW693 Wi-Fi/BT 组合芯片 - 安全手册和安全分析报告 Hi Shaun, 知道了,谢谢您的大力支持。 BRs, 约翰尼 回复:汽车 AW693 Wi-Fi/BT 组合芯片 - 安全手册和安全分析报告 你好@JohWan 我跟汽车同事确认过,AW693在NPI的时候没有做IOS26262认证。 顺祝商祺! 肖恩 回复:汽车 AW693 Wi-Fi/BT 组合芯片 - 安全手册和安全分析报告 AW693 是否开发并完全符合 ISO26262(NXP Auto BCaM7 流程)? 回复:汽车 AW693 Wi-Fi/BT 组合芯片 - 安全手册和安全分析报告 你好@JohWan 是的,这个芯片是为汽车设计的。因此,建议用于汽车用途。 顺祝商祺! 肖恩 回复:汽车 AW693 Wi-Fi/BT 组合芯片 - 安全手册和安全分析报告 Hi Shaun, 根据 NXP AW693 数据表,它适合用于汽车应用。 我想知道AW693的开发是否完全符合ISO26262(NXP Auto BCaM7流程)? BRs, 约翰尼 回复:汽车 AW693 Wi-Fi/BT 组合芯片 - 安全手册和安全分析报告 你好@JohWan 这些文档适用于像 s32k 系列这样的汽车平台。Wi-Fi产品没有这些文档。 顺祝商祺! 肖恩 回复:汽车 AW693 Wi-Fi/BT 组合芯片 - 安全手册和安全分析报告 这与 NXP 的 SafeAssure 产品(见附件)交付成果非常相似,以支持您的客户构建他们的安全系统。 回复:汽车 AW693 Wi-Fi/BT 组合芯片 - 安全手册和安全分析报告 Hi Shaun,  NXP的培训材料中提到过(见附件) NXP 提供的安全交付成果包括安全手册、安全分析报告和评估与确认测量报告。系统集成商依靠这些可交付成果来开发自己的系统。 BRs, 约翰尼 回复:汽车 AW693 Wi-Fi/BT 组合芯片 - 安全手册和安全分析报告 你好@JohWan 我们目前没有您想要的报告。您能详细解释一下您希望在安全报告中传达什么样的信息吗?这样我们就可以找到一些其他文件中提到的您需要的东西。 顺祝商祺! 肖恩
查看全文
将 Kinetis 协议分析器适配器与多个 USB-KW40Z BLE 嗅探器配合使用 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您需要: USB-KW40Z 板(建议至少 3 个) Kinetis KW40Z连接软件 Kinetis Protocol Analyzer Adapter WireShark 请参阅 USB-KW40Z入门指南,获取有关如何使用嗅探器软件对开发板进行编程以及如何安装和使用 Kinetis 协议分析器适配器和 Wireshark 的详细教程。 为了获得最佳性能,至少需要 3 块板来持续监控所有 3 个 BLE 广告频道:37、38 和 39。如果你有更多,那就更好了。嗅探板数量少于 3 个将导致 BLE 嗅探器设置丢失一些广告包和连接事件。如果只有 1 或 2 个板,它们将必须在 3 个广告渠道之间跳转。 初始设置完成后,确保开发板已插入 USB 端口,然后启动 Kinetis 协议分析器适配器软件。 应用程序启动后,它会立即开始寻找嗅探器: 检测到嗅探器后,应用程序窗口应如下面的屏幕截图所示。每个插入的嗅探板都应显示单独的一行(下例中为 3 - COM32、COM34 和 COM33)。 将每个嗅探器设置在不同的广告频道(37、38 和 39)上,如果您要嗅探特定设备,请启用地址过滤器复选框并在相邻字段中输入设备的地址,如下面的屏幕截图所示。对所有嗅探器设备使用相同的设备地址。 按下窗口右上角的“鲨鱼鳍”按钮即可启动Wireshark。 Wireshark 启动后,选择 Kinetis 协议分析器适配器窗口中显示的 PCAP IF 并开始捕获数据包。本地连接 2 是示例中的 PCAP IF。 Wireshark 将开始显示捕获的数据包,并且嗅探器将捕获在任何广告渠道上发送到目标设备的连接请求数据包。 Useful tip: 您可以使用 Wireshark 中的btle.advertising_header.length != 0 或 btle.data_header.length != 0过滤器来过滤掉空的 BLE 数据包。 KW41Z31Z21Z
查看全文
MCUXpresso SDK内のlwIPスタックの簡単な紹介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> lwIPは、当初Adam Dunkelsによって開発されたTCP/IPプロトコル・スイートの小規模な独立した実装であり、フル・スケールのTCPを維持しつつ、リソース使用量を削減することに主眼を置いています。そのため、数十キロバイトの空きRAMと約40キロバイトのコードROMの容量を持つ組み込みシステムでの使用に適しています。  現在、lwIP 2.1.2はKinetisおよびMCUXpresso SDK 2.6内のI.MX RTファミリに移植されています。 特長: lwIPには次のプロトコルが付属します。 IPv4およびIPv6(複数のネットワーク・インタフェースを介したパケット転送を含む) ネットワークのメンテナンスとデバッグ用のICMP マルチキャスト・トラフィック管理用のIGMP MLD(IPv6でマルチキャスト・リスナーを検出) ND(IPv6のネイバー・ディスカバリとステートレス・アドレス自動設定) DHCP および DHCPv6。 UDP(ユーザーデータグラムプロトコル) TCP (トランスミッション制御プロトコル) パフォーマンス向上のためのRaw/ネイティブAPI オプションのBerkeley(ソケットAPIなど) TLS:TCPベースのプロトコルに対してほぼ透過的なTLSを提供するオプションの階層化TCP PPPoSとPPPoE DNS(mDNSなどのドメイン名リゾルバを含む) 6LoWPAN lwIPスタック構成 SDK_2.6.1_EVKB-IMXRT1050を例にしましょう (SDK_2.6.1_EVKB-IMXRT1050\middleware\lwipにあるlwIPコード) port:このフォルダには、lwIPスタックをベア・メタルとFreeRTOS上で実行可能なアダプタ・コードが含まれています。 Enet_ethernetif.c/h:基礎となるunderlying MCUXpresso SDKイーサネット・ドライバにlwIPスタックを適合させます(phy initとethernetif_inputのように)。 cc.c/h:typedef、およびパッキング用のコンパイラ・ヒントとプラットフォーム固有の診断出力を提供します。 Perf.h:アーキテクチャ固有のパフォーマンス測定。現在、「NULL」に定義されており、今後使用するために留保されています。 Src:安定的な最新のlwIP 2.1.2が格納されています。ソースコードは、こちらのリンクdownload.savannah.gnu.org/releases/lwip/からダウンロードできます。 --api: netconn および socket API ファイル --core: LwIPコアファイル --include: LwIP インクルードファイル --netif: ネットワークインターフェースファイル LwIP APIs overview lwIPは、プログラマがTCP/IPコードとの通信用に使用可能な3つのアプリケーション・プログラミング・インターフェース(API)を備えています。 Raw API:スレッドセーフではないAPIで、最大のパフォーマンスと最小限のメモリフットプリントを実現するコールバックスタイル。プログラムの実行はコールバック関数によって駆動され、そのアプリケーションに関連するアクティビティが発生すると lwIP コアによって呼び出されます。特定のアプリケーションは、受信データの利用可能、送信データの送信完了、エラー通知、ポーリングタイマーの期限切れ、接続の切断などのイベントについて、コールバック関数を通じて通知を受け取るように登録できます。アプリケーションは、これらのイベントのいずれかまたはすべての処理を実行するためのコールバック関数を提供できます。 シーケンシャル・スタイルAPI:ブロッキング関数。割高ですが、TCPIP以外のあらゆるスレッドから呼び出すことができます。通常のシーケンシャル・プログラムでlwIPスタックを使用する方法となり、BSDソケットAPIとよく似ています。実行モデルは、ブロック式の「open-read-write-close」に基づきます。TCP/IPスタックは本質的にイベント・ベースであるため、TCP/IPコードとアプリケーション・プログラムは異なる実行コンテキスト(スレッド)に配置する必要があります。 ソケットAPI:BSDスタイルのソケットAPI。ソケットAPIは既存のアプリケーションの互換性APIであり、現在はシーケンシャルAPIの上に構築されています。他のプラットフォームで動作するソケットAPIアプリケーションを実行するために必要なすべての機能を提供することを目的としています。 TCP Raw API   API関数 形容 TCP接続のセットアップ   tcp_new() 新しいTCP PCBを作成します tcp_bind() TCP PCBをローカルIPアドレスとポートにバインドします。 tcp_listen() TCP PCBでリスニングプロセスを開始します。 tcp_accept() 新しいTCP接続が到達したときに呼び出されるコールバック関数を 割り当てます。 tcp_connect() リモートTCPホストの接続用です。 TCPデータの送信 tcp_write() 送信データをキューに追加します。 tcp_output() キューに入れられたデータを強制的に送信します tcp_sent() 送信データがリモート・ホストに認識されたときに呼び出される コールバック関数を割り当てます。 TCPデータを受信中 tcp_recv() 新しいデータが届いたときに呼び出されるコールバック関数を設定しま す。 tcp_recved() アプリケーションが次パケットを処理時に呼び出す必要があります。 受信データパケット(TCPウィンドウ管理用)。 アプリケーションポーリング tcp_poll() 定期的に呼び出されるコールバック関数を設定します。 次の状況の有無を確認するためにアプリケーションによって使用されます。 送信する必要があるアプリケーションデータが残っています または、閉じる必要がある接続がある場合。 接続の終了とアボート tcp_close() リモートホストとの TCP 接続を閉じます。 tcp_abort() TCP接続をアボートします。 tcp_err() エラーのため、lwIPによってアボートされる接続を処理するために、 コールバック関数を割り当てます(例:メモリ 不足エラー)。 UDP Raw API API 形容 udp_bind UDP PCB をローカル IP アドレスとポートにバインドします。 udp_new 新しい UDP PCB を作成します。 udp_send UDPデータを送信します。 udp_recv データグラムの受信時に呼び出されるコールバック関数を指定します。 udp_remove UDP PCBを削除し、割り当てを解除します。 udp_connect UDP PCBのリモートIPアドレスとポートをセットアップします。 udp_disconnect UDP PCBのリモート IPとポートを削除します。 Netconn API netconn_new 新しい接続を作成します。 netconn_listen TCP 接続をリスニング・モードに設定します。 netconn_write 接続されたTCP netconn上でデータを送信します。 netconn_accept リスニングTCP接続で着信接続を受け入れます。 netconn_close TCP 接続を削除せずに閉じます。 netconn_send 現在接続中のリモートIP/ポートにデータを送信します(適用外: TCP 接続)。 netconn_bind 接続をローカル IP アドレスとポートにバインドします。 netconn_recv netconnからデータを受信します。 netconn_connect リモート IP アドレスとポートに接続します。 …   Socket API マクロ API 説明 accept lwip_accept ソケット上の新しい接続を受け入れます。 bind  lwip_bind IPアドレスとポートにソケットをバインドします。 shutdown  lwip_shutdown   getpeername  lwip_getpeername   getsockname lwip_getsockname   setsockopt lwip_setsockopt   クローズソケット lwip_close   connect lwip_connect ソケットをリモートホストのIPアドレスとポートに接続します。 listen  lwip_listen ソケット接続を待ち受ける recv  lwip_recv   recvmsg lwip_recvmsg   recvfrom lwip_recvfrom   send  lwip_send   sendmsg  lwip_sendmsg   sendto lwip_sendto   ソケット  lwip_socket 新しいソケットを作成します。 poll lwip_poll   ioctlsocket lwip_ioctl   inet_ntop  lwip_inet_ntop   inet_pton  lwip_inet_pton   read lwip_read ソケットからデータを読み取ります。 readv lwip_readv   write lwip_write ソケットにデータを書き込む writev lwip_writev   close lwip_close ソケットを閉じます(ソケットは削除されます)。 fcntl  lwip_fcntl   ioctl lwip_ioctl         LwIP 設定 構成ファイルはアプリケーションのソース・フォルダ「lwipopts.h」に配置されます。 lwipopts.hは、lwIPとそのすべてのモジュールを完全に構成するために使用可能なユーザーファイルです。lwIPが提供するすべてのオプションを定義する必要はありません。オプションを定義しない場合は、デフォルト値が使用されます。つまり、lwipopts.hによりlwIPの動作の多くを上書きすることができます。 MCUXpresso SDK における LwIP デモ MCUXpresso SDK には、さまざまな API セットを使用する多くのデモが付属しています。 名称 形容 Lwip_tcpecho ベア・メタルKSDKまたはFreeRTOSを使用した、lwIP TCP/IPスタック上のTCPエコー・デモ。TCPプロトコルを使用し、エコー・サーバとして機能します。 Lwip_udpecho ベア・メタルKSDKまたはFreeRTOSを使用した、lwIP TCP/IPスタック上のUDPエコー・デモ。UDPプロトコルを使用し、エコー・サーバとして機能します。 Lwip_ping ICMPプロトコルを使用したlwIP TCP/IPスタック上のPingデモ。 lwip_nghttp2cli_mbedTLS FreeRTOSを使用して、lwIP TCP/IPおよびMbedTLSスタック上にセットアップされたNGHTTP2クライアント。 FreeRTOS lwip_mqtt セキュアでないソケット経由でMQTTブローカーに接続するMQTTクライアント。 lwip_iperf PCをクライアントまたはサーバとして、ネットワーク・パフォーマンス測定用のIPerfアプリケーションを使用して帯域幅を確認します。 lwip_httpsrv ベア・メタルSDKまたはFreeRTOSを使用した、lwIP TCP/IPスタック上のHTTPサーバ。 lwip_httpscli_mbedTLS FreeRTOSを使用して、lwIP TCP/IPとMbedTLSスタック上にセットアップされたHTTPSクライアント。 FreeRTOS lwip_dhcp_usb lwIP TCP/IPおよびUSBスタック上のDHCPとpingのデモ。 lwip_dhcp DHCPクライアントで、進行中のステータスを出力します。
查看全文
示例 MPC5744P ETimerCountMode S32DS_1.0 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明: * 应用程序执行基本初始化,将 PLL1 设置为最大允许频率。PLL1是系统频率, * PLL0 初始化为 50MHz *初始化外设时钟(MOTC_CLK设置为5MHz) * 初始化 ETimer 为计数模式,提供延迟 * 初始化中断,通过 ETimer 中断使一个 LED 闪烁, * * * * 测试硬件:X-MPC5744PE257DC,MPC57xx主板 * MCU:             PPC5744PFMMM8 1N65H * 系统频率:200MHz * Debugger:    Lauterbach Trace32 *                      PeMicro USB-ML-PPCNEXUS * 目标:internal_FLASH(调试模式、发布模式) * EVB 连接:用户 LED 1 连接到 A0(P8.0), * * * ------------------------------------------------------------------------------ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明: * 应用程序执行基本初始化,将 PLL1 设置为最大允许频率。PLL1是系统频率, * PLL0 初始化为 50MHz *初始化外设时钟(MOTC_CLK设置为5MHz) * 初始化 ETimer 为计数模式,提供延迟 * 初始化中断,通过 ETimer 中断使一个 LED 闪烁, * * * * 测试硬件:X-MPC5744PE257DC,MPC57xx主板 * MCU:             PPC5744PFMMM8 1N65H * 系统频率:200MHz * Debugger:    Lauterbach Trace32 *                      PeMicro USB-ML-PPCNEXUS * 目标:internal_FLASH(调试模式、发布模式) * EVB 连接:用户 LED 1 连接到 A0(P8.0), * * * ------------------------------------------------------------------------------ 概述
查看全文
S32DS扩展和更新:说明及使用方法 简介 在本文档中,我们将讨论S32DS扩展和更新工具以及如何使用它来安装所需的设备支持。 S32 Design Studio for S32 Platform旨在允许用户自定义安装,使用户能够集成对所需恩智浦设备和工具的支持。采用新的模块化设计后,该工具的各个部分被移入四种不同的软件包中的一种。Platform和Tools Packages是默认软件包,作为基础安装的一部分包含在内,无法卸载,但可以更新。   Platform软件包包含IDE的基础组件、模块化安装程序、通用文档和集成机制。 工具包包含编译器、调试器和MSYS2。 开发包包含硬件特定支持,例如新建项目向导、S32 配置工具、SDK 和库。 扩展包包含加速器编译器、调试器、图形工具和高级SDK。   从我们的云端更新服务器下载各种组件,使您能够组装并完成工具和软件的定制安装,以满足您的开发需求。更新和错误修复也将通过更新服务器提供。当然,所有这些都可以从我们的产品页面下载,供需要在离线电脑上安装的用户使用。 S32DS 扩展和更新菜单 当您首次启动S32 Design Studio for S32 Platform时,您将看到S32DS扩展和更新菜单。此菜单列出了已安装的附加组件包、可供安装的附加组件包以及有更新可用的附加组件包。在右侧的面板中显示了与左侧面板中选定的软件包相关的详细信息。如果所选软件包有可用更新,当前已安装的版本号将显示在左侧,更新版本号将显示在右侧。     在线软件包安装程序设置 如果您的电脑已连接到互联网,那么它将链接到恩智浦的更新服务器(http://www.nxp.com/lgfiles/updates/Eclipse/S32DS_3.5),任何新的或更新的软件包都将自动添加到列表中。请参阅下文“软件包安装”部分,了解安装步骤和详细信息。     离线软件包安装设置 如果您的个人电脑没有连接到互联网,您必须先从恩智浦网站以压缩文档的形式下载所需的软件包到另一台个人电脑,然后将其传输到目标电脑。然后,您将选择“转到首选项”链接,并将每个下载的存档文件添加为单独的软件站点。选择“确定”后,您将看到存档文件中列出的新软件包。 步骤: 前往 S32 Design Studio for S32 Platform下载页面,并选择 下载以获取所需的软件包或更新。 下载文件后,必须将其安装在S32 Design Studio中。启动S32DS,等待S32DS扩展和更新窗口出现。然后选择“管理站点”链接。 首选项窗口出现。点击“添加...”按钮,将新的软件站点添加到列表中。您下载的文件是一个软件下载网站。 现在显示“添加站点”窗口。由于下载的文件是ZIP格式的压缩包,应该使用“归档...”按钮来选择它。导航到文件保存的位置。 现在下载的文件已被添加为一个新站点。选择“OK”以返回S32DS扩展和更新主窗口。 现在,新软件包将会出现在S32DS扩展和更新窗口中,就像从更新服务器获取的一样。参见 软件包安装 以下部分介绍了安装过程和详细信息。   软件包安装 要安装新软件包或更新,请在左侧面板中勾选所需软件包左侧的复选框,然后选择“安装/更新”。 该工具将自动检测对其他软件包的依赖关系,并选择这些软件包以满足安装的所有要求。     按照提示操作,软件包将被安装,随后会要求重新启动S32 Design Studio。     依赖关系和错误 如果两个或多个更新之间存在依赖关系,工具将检测到这一点并告知您尚未能安装的包。如果您尝试安装与您已安装的 S32 Design Studio 版本不兼容的包,系统将显示通知,并且该包不会在 S32DS 扩展和更新菜单中列出。   卸载不需要的软件包 如果您不再需要某个特定的软件包,或者不小心安装了某个软件包,只需勾选该软件包旁边的复选框,然后选择“卸载”。     重新安装软件包 如果您认为已安装的软件包已损坏,或意外删除其中的某些部分(例如示例项目等),或者出于任何原因需要恢复该软件包,只需勾选该软件包旁的复选框,然后选择“重新安装”。   更多信息 如果不想在启动时看到S32DS扩展和更新菜单,可以取消选中左下方的复选框。对于连接互联网的电脑,S32DS启动时仍会连接更新服务器并检查是否有新软件包,但您将不再看到“S32DS扩展和更新”菜单。不过,在检测到新软件包时,您仍会在启动时看到工具右下方的通知。   激活 - 安装 - 许可 - 安装程序下载
查看全文
HOWTO : IAR Eclipse プラグインを S32 Design Studio 3.4 にインストールする S32 Design Studio(S32DS)は、IAR Eclipseプラグインをサポートしており、ARM用のIARツールチェーンを使用してS32DSプロジェクトをビルドおよびデバッグできます。 このドキュメントでは、このプラグインのインストール方法と、新しいプロジェクトウィザードでIARを有効にする方法について説明します。 S32DS 3.4の現在のバージョンは、IARコンパイラv9.xをサポートしています。 IAR eclipseプラグインのインストールが完了すると、S32DS Eclipse環境の直下でIARコンパイラ/デバッガインターフェースを使用して、新しいS32DSプロジェクト(SDKを含む)を作成、ビルド、デバッグできるようになります。 インストール手順 まず、IAR Embedded WorkbenchがIARからの有効なライセンスとともにインストールされていることを確認してください。それでは、eclipseプラグインのインストールに進みましょう。 1. IAR Plugin managerをインストールします。 メニュー「ヘルプ」->「新しいソフトウェアのインストール」に移動します         「追加...」ボタンをクリックして、ここにある新しいIARリポジトリを追加します:http://eclipse-update.iar.com/plugin-manager/1.0                   「ライセンス契約の条項に同意します」にチェックを入れ、「完了」をクリックして、署名されていないコンテンツソフトウェアに同意します 最後に、インストールに進みます。プラグインがインストールされると、S32DSを再起動するように求められます 再度、「ヘルプ」->「新しいソフトウェアのインストール」メニューに移動し、「追加」をクリックします...」ボタンをクリックして、ここにある新しいIARリポジトリを追加します:http://eclipse-update.iar.com/arm/9.10/                   「ライセンス契約の条項に同意します」にチェックを入れ、「完了」をクリックして、署名されていないコンテンツソフトウェアに同意します 最後に、インストールに進みます。プラグインがインストールされると、S32DSを再起動するように求められます 新しいワークスペースを作成するたびに、IAR Embedded Workbench IDEへのパスを入力するように求められます。メニューの「ウィンドウ」>「設定」に移動し、「IAR Embedded Workbench」メニューをクリックし、「インストールされているIARツールチェーン」で「IAR Toolchain for Arm – (9.x)」を選択し、IAR Embedded Workbench IDEのインストールパスを入力します。            2. IAR Embedded WorkbenchプラグインマネージャでIARプラグインを設定します。 IARプラグインマネージャを起動します(メニュー「ヘルプ」->「IAR Embedded Workbenchプラグインマネージャ」)          ARMバージョン(9.10-)を選択し、「インストール」ボタンをクリックします。          表示されたIARコンポーネントをすべて選択し、「次へ」ボタンをクリックしてインストールに進みます。 3. プロジェクトウィザードでの新規IARプロジェクト S32DSで新しいプロジェクトを作成し、デフォルトのGCCコンパイラではなくARM用のIARツールチェーンを選択できるようになりました。          デバッガを選択すると、「IARプラグインデバッガ」という新しい項目が表示されます。IARがサポートするプローブ(例:Iジェット)          IAR固有のパネルと設定は、IARオプションが有効になっている新しいS32DSプロジェクトのプロジェクトプロパティに表示されるようになりました(下記参照)。          デバッグ設定パネルには、IARデバッグプラグインオプションが選択されたプロジェクトのすべてのデバッグ設定を含む新しいカテゴリ「IAR C-SPYアプリケーション」があります。          デバッガパースペクティブでは、IAR固有のビューと機能がいくつか提供されるようになりました。 S32DSのIAR Eclipseプラグインを使用したビルドとデバッグをお楽しみください。 サードパーティ(プレミアム)プラグイン アクティベーション |インストール |ライセンス |インストーラーのダウンロード
查看全文
S32K3xx用NXP Model-Based Design Toolbox - バージョン1.4.0 製品リリースのお知らせ オートモーティブ・プロセッシング NXPモデルベース設計ツールボックス S32K3xx用 - バージョン 1.4.0RFP NXP SemiconductorsのModel-Based Design ToolsチームのAutomotive Processingは、S32K3xx用Model-Based Design Toolboxバージョン1.4.0のリリースを発表いたしました。このリリースでは、NXP S32K3xx自動車用マイクロプロセッサ向けに、MATLAB/SimulinkからS32K3xx 周辺機器およびアプリケーションのプロトタイピング用の自動コードを生成することをサポートしています。この新製品は、S32K310、S32K311、S32K312、S32K314、S32K322、S32K324、S32K328、S32K338、S32K341、S32K342、S32K344、S32K348、S32K358、S32K396のMCUとその一部の周辺機器をRTD MCALコンポーネント(ADC、PWM、MCL、DIO、CAN、SPI、UART、LIN、GPT)に基づいて追加でサポートします。BMSアプリケーション開発を可能にするために、ツールボックスはMC33775AおよびMC33772Cのバッテリ・セル・コントローラ(およびMC33665PHY)のサポートを提供します。このリリースでは、RTD、AMMCLib、MATLABのサポートも最新バージョンに更新しました。製品には、サポート対象のすべての機能を含む120を超える例が付属しています。これには、バッテリー・セル・コントローラー(BCC)とモーター制御のデモも含まれます。 対象読者: この製品は、Automotive SW – S32K3標準ソフトウェア・パッケージの一部です。 FlexNetの場所: https://nxp.flexnetoperations.com/control/frse/download?element=14146527 テクニカル・サポート: S32K3xx用NXPモデルベース設計ツールボックスの問題は、NXPモデルベース・デザイン・ツール・コミュニティ・スペースを通じて追跡されます。 https://community.nxp.com/community/mbdt   リリース内容 NXP S32K3xx派生製品用MATLAB ®からの自動Cコード生成: S32K310 S32K311 S32K312 S32K314 S32K322 S32K324 S32K328 S32K338 S32K341 S32K342 S32K344 S32K348 S32K358 S32K396 次の周辺機器(MCALコンポーネント)のサポート: ADC PWM MCL LIN CAN SPI UART GPT DIO ボード初期化: S32K3xx用モデルベース設計ツールボックスは、ボード初期化ウィンドウで設定されたとおりに、コンポーネントの周辺機器の初期化関数呼び出しを生成します。ツールボックスは、クロックを初期化するための関数呼び出しを含むデフォルトの構成を提供し、その後にピンが続き、モデルに関連するプロジェクトで設定された残りの周辺機器のカスタム順序が続きます。さらに、ツールボックスには、初期化シーケンスを保存してファイルにエクスポートするオプションがあり、後で他のモデルでも使用できるようにすることができます。この方法により、他のモデルにも適用できる場合でも、ボードの初期化シーケンスを一度だけカスタマイズすることが可能です。そのようなファイルは、外部ボード初期化テンプレートとしてインポートできます。 カスタム・リンカー・ファイルとスタートアップ・コード: ツールボックスでは、ビルド・プロセス中に使用するカスタム・リンカー・ファイルとスタートアップ・コードを選択することができます。カスタム・リンカーを使用チェックボックスまたはカスタム・スタートアップ・コードを使用チェックボックスをオンにすると、この機能が有効になり、ユーザーは特定のファイルを参照できるようになります。 参照された構成のサポート S32K3xx用モデルベース設計ツールボックスでは、ユーザーがアプリケーションの構成を複数のモデルと共有できるようにするSimulink機能である参照構成の使用が可能になります。 MC33775AおよびMC33772Cバッテリー・セル・コントローラとMC33665PHYのサポート ツールボックスは、MC33775A、MC33772C、およびMC33665をサポートします。MC33775AとMC33772Cは、車載アプリケーション向けに設計されたリチウムイオン・バッテリー・セル・コントローラICで、差動セル電圧とバッテリー温度のADC変換を行います。一方、MC33665は、高速絶縁通信ネットワークを介してマイクロコントローラとバッテリー・セル・コントローラを接続するために設計されたトランシーバーの物理層トランス・ドライバーです。S32K3用MBDTに付属するすぐに実行可能な例では、MC33665トランシーバーを介してS32K344とMC33775AおよびMC33772Cの間で通信する方法を示しています。MC33775Aの場合、例では一次チェーンおよび二次チェーンの変換を実行し、MC33775Aからセル電圧の変換結果を読み取るようにバッテリー・セル・コントローラを構成する方法を示しています。MC33772Cの場合、例では電流を読み取るようにバッテリー・セル・コントローラを構成する方法を示しています。変換されたすべての値は、FreeMASTERアプリケーションを通じてユーザーに表示されます。 AUTOSARブロックセット(SW-C デプロイメント)のサポート 新しいRTDバージョンがサポートされました(3.0.0) 2つの動作モード:を提供: ベーシック – 周辺機器用に事前設定された構成を使用。ハードウェアの迅速な評価とテストに役立ちます アドバンスド – S32 Configuration ToolsまたはEB Tresosを使用して周辺機器/ピン/クロックを構成 車載用数値演算およびモーター制御ライブラリ・リリース 1.1.32を統合: 車載用数値演算およびモーター制御関数ライブラリ v1.1.32のすべての関数はシミュレーションおよび組み込みターゲットコード生成のためのブロックとしてサポートされています。 FreeMASTERの統合 ツールボックスがリアルタイム・データ視覚化ツールとどのように相互作用するか、また組み込みソフトウェア・アプリケーションのチューニングにどのように使用できるかを示すために、いくつかのSimulinkサンプル・モデルと関連するFreeMasterプロジェクトを提供しています。 MATLABバージョンのサポート 次のMATLABバージョンのサポートが追加されました: R2021a R2021b R2022a R2022b R2023a S32Design Studioの統合 ユーザーがSimulinkから生成されたコードをエクスポートし、S32Design Studioに直接インポートするための簡単なメカニズムを提供します。この機能は、モデルを既存のプロジェクトに統合する必要がある場合やデバッグの目的で役立ちます。 カスタム既定プロジェクト構成のサポート ツールボックスは、ユーザーがカスタムのデフォルト・プロジェクト構成を作成するためのサポートを提供します。カスタム・ボード設計を行う際に非常に役立ちます。構成を一度だけ作成すれば済みます。カスタム・デフォルト・プロジェクトとして保存された後、開発中のすべてのモデルに使用することができます。 コンポーネントをデフォルト設定に復元するためのサポート ツールボックスを使用すると、ユーザーはコンポーネントの構成(EB Tresos構成ツールを使用するモデルの場合)を、モデルが使用するデフォルト設定テンプレートに対応する設定に復元することができます。これにより、変更(加えられた場合)をデフォルト値に戻すことが可能です。 シミュレーションモード: 当社は以下のシミュレーション・モードをサポートしています(それぞれが検証と確認に役立ちます): ソフトウェア・イン・ループ(SIL) プロセッサー・イン・ループ(PIL) 外部モード サポートされているすべての周辺機器/機能の例: 120以上の例を追加しました。次のような例が含まれています: バッテリー・マネジメント・システム例 モーター制御アプリケーション(S32K396上のeTPUの例を含む) 通信(LIN、SPI、CAN、UART) AMMCLib タイマー制御(GPT) DIO FreeMASTER SIL/PIL/外部モード 新しい機能の詳細、特徴、使用方法については、添付のリリース・ノート・ドキュメントを参照してください。 MATLAB®の統合 NXPモデルベース設計ツールボックスは、MATLAB®およびSimulink®のエクスペリエンスを拡張し、NXPのS32K3xx MCUおよび評価ボード・ソリューションをすぐに評価して使用できるようにします: S32K3xx用NXPモデルベース設計ツールボックスバージョン 1.4.0は、インストールに関してMATLAB®環境と完全に統合されています:     対象者 このリリース(1.4.0)は、技術デモンストレーション、評価目的、およびS32K3xx MCUと評価ボードのプロトタイピングを目的としています。   便利なリソース 例、トレーニング、サポート:https://community.nxp.com/community/mbdt
查看全文
imx93 ele デモ こんにちは、NXPチーム EdgeLock Enclave デモでは i.MX93 EVK を使用しようとしています。 https://github.com/nxp-imx-support/imx-ele-demo/tree/main ファイル fsl-imx-internal-xwayland/6.1-langdale/environment-setup-armv8a-poky-Linux が見つからないため、環境の設定方法を教えていただきたいです。 $ ソース /opt/fsl-imx-internal-xwayland/6.1-langdale/environment-setup-armv8a-poky-linux ありがとう、
查看全文
lpcexpresso55s28 dev hid generic freertos の例 こんにちは、 私は LPC55S28 マイクロコントローラを使用しており、HID 汎用例のコードをプロジェクトに適応させています。ホストを待機させ、それ以上メッセージを送信しないようにしたい場合に、kUSB_DeviceHidEventSetReport で kStatus_USB_Busy を返すことによって、一種のフロー制御を実装しました。 ( ; devState < (( uint32_t )USB_DEVICE_IP3511_ENDPOINTS_NUM * 2U ); ++devState) { /* エンドポイント割り込みをチェックする */ if ( 0U != (interruptStatus & ( 0x01 UL << devState))) { USB_DeviceLpc3511IpInterruptToken(lpc3511IpState, ( uint8_t )devState, 0U , usbErrorCode); } }   interruptStatus と devState がそれぞれ 2 と 1 に更新されるため、この動作はすぐにトリガーされます。 バッファに新しいデータが含まれていない場合、このイベント情報が再度トリガーされないようにするにはどうすればよいですか?現在、kStatus_USB_Busy ステータスを返すたびに、重複したメッセージが処理されることになります。 ご協力いただければ幸いです。 Re: lpcexpresso55s28 dev hid generic freertos example オンラインでの認知度を高め、より多くのお客様を引き付けるには、適切なパートナーを選択することが不可欠です。リーズのNXPについてでは、 Webサイトの最適化、ローカル検索ランキングの管理、ビジネスに合わせた効果的なデジタル戦略の実装をお手伝いします。彼らは、トラフィックを促進し、エンゲージメントを高め、コンバージョンを促進するテクニックを専門としています。適切なアプローチを採用することで、企業はマーケットでより効果的に競争し、測定可能な成果を達成することができます。プロフェッショナルな SEO サポートに投資することで、長期的な成長とオンライン プレゼンスの強化が保証されます。
查看全文
S32 3.4 ライセンス拡張用 S32DS こんにちは。S32 Design Studio for ARM v2.2 および v3.4 のライセンスの有効期限が切れました。延長していただけますか? フルフィルメントID: 116375768 有効期限: 2025年12月6日 製品: S32 Design Studio for ARM v2.2 フルフィルメントID: 118954931 有効期限: 2025年12月6日 製品: S32 プラットフォーム用 S32 デザイン スタジオ v.3.4 どうもありがとう! アクティベーション | インストール | ライセンス | インストーラーのダウンロード Re: S32DS for S32 3.4 License Extension こんにちは、 S32DS ライセンスが延長されました。古いコードを使用して S32DS を再度アクティブ化してください。
查看全文
i.MX8MPにHD3SS3220 Type-Cを追加するとWake on LANが失敗する 私は 6.12.34 カーネルに取り組んでおり、カーネル デバイス ツリー imx8mp-evk.dts を変更しています。 nxp-imx/imx-manifest: i.MX リリースマニフェスト( imx-linux-walnascar ) 次のようにデバイス ツリーに hd3ss3220 タイプ C コントローラを追加すると、WOL が失敗しました。 /{ connector { compatible = "usb-c-connector"; label = "USB-C"; data-role = "dual"; status = "disabled"; ports { #address-cells = <1>; #size-cells = <0>; port@0 { reg = <0>; hs_ep: endpoint { remote-endpoint = <&usb3_hs_ep>; }; }; port@1 { reg = <1>; ss_ep: endpoint { remote-endpoint = <&hd3ss3220_in_ep>; }; }; }; }; }; &iomux { pinctrl_hd3ss3220: hd3ss3220grp { fsl,pins = < MX8MP_IOMUXC_ECSPI2_MISO__GPIO5_IO12 0x140 >; }; }; &i2c2 { clock-frequency = <400000>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_i2c2>; status = "okay"; hd3ss3220@67 { compatible = "ti,hd3ss3220"; reg = <0x67>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_hd3ss3220>; interrupt-parent = <&gpio5>; interrupts = <12 IRQ_TYPE_LEVEL_LOW>; ports { #address-cells = <1>; #size-cells = <0>; port@0 { reg = <0>; hd3ss3220_in_ep: endpoint { remote-endpoint = <&ss_ep>; }; }; port@1 { reg = <1>; hd3ss3220_out_ep: endpoint { remote-endpoint = <&usb3_role_switch>; }; }; }; }; }; &usb_dwc3_1 { dr_mode = "otg"; hnp-disable; srp-disable; adp-disable; usb-role-switch; status = "okay"; ports { #address-cells = <1>; #size-cells = <0>; port@0 { reg = <0>; usb3_hs_ep: endpoint { remote-endpoint = <&hs_ep>; }; }; port@1 { reg = <1>; usb3_role_switch: endpoint { remote-endpoint = <&hd3ss3220_out_ep>; }; }; }; }; サスペンド コマンドを呼び出した後、WOL 機能が失敗しました。 確認したところ、ウェイクアップはサポートされているようです root@imx8mpevk:~# ethtool -s eth0 wol g root@imx8mpevk:~# ethtool eth0 Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Full 100baseT/Full 1000baseT/Full Supported pause frame use: Symmetric Receive-only Supports auto-negotiation: Yes Supported FEC modes: Not reported Advertised link modes: 10baseT/Full 100baseT/Full 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Advertised FEC modes: Not reported Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Link partner advertised pause frame use: Symmetric Link partner advertised auto-negotiation: Yes Link partner advertised FEC modes: Not reported Speed: 1000Mb/s Duplex: Full Auto-negotiation: on master-slave cfg: preferred slave master-slave status: slave Port: Twisted Pair PHYAD: 1 Transceiver: external MDI-X: Unknown Supports Wake-on: ug Wake-on: g Current message level: 0x0000003f (63) drv probe link timer ifdown ifup Link detected: yes root@imx8mpevk:~# dmesg | grep -i wake [ 3.148381] imx-dwmac 30bf0000.ethernet: Wake-Up On Lan supported [ 13.933830] stmmac: wakeup enable root@imx8mpevk:~# cat /sys/class/net/eth0/device/power/wakeup enabled しかし、6.6.52 カーネル ( imx-linux-scarthgap ) 上のデバイス ツリーの同じ設定は正常に機能しました。 誰か助けてくれませんか? i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Re: i.MX8MP adding HD3SS3220 Type-C cause Wake on LAN failed こんにちは、 dts ではIRQ_TYPE_EDGE_FALLINGを使用してみてください。 よろしくお願いします、 志明 Re: i.MX8MP adding HD3SS3220 Type-C cause Wake on LAN failed 割り込み信号を「 IRQ_TYPE_EDGE_FALLING 」に変更しても、ウェイクアップ機能は依然として動作しませんでした。 現在、次の設定を使用してウェイクアップ機能が正常に動作しました。 / { connector { compatible = "usb-c-connector"; label = "USB-C"; data-role = "dual"; status = "disabled"; ports { #address-cells = <1>; #size-cells = <0>; port@0 { reg = <0>; hs_ep: endpoint { remote-endpoint = <&usb3_hs_ep>; }; }; port@1 { reg = <1>; ss_ep: endpoint { remote-endpoint = <&hd3ss3220_in_ep>; }; }; }; }; }; &i2c2 { clock-frequency = <400000>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_i2c2>; status = "okay"; hd3ss3220@67 { compatible = "ti,hd3ss3220"; reg = <0x67>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_hd3ss3220>; interrupt-parent = <&gpio5>; interrupts = <12 IRQ_TYPE_LEVEL_LOW>; wakeup-source; ports { #address-cells = <1>; #size-cells = <0>; port@0 { reg = <0>; hd3ss3220_in_ep: endpoint { remote-endpoint = <&ss_ep>; }; }; port@1 { reg = <1>; hd3ss3220_out_ep: endpoint { remote-endpoint = <&usb3_role_switch>; }; }; }; }; }; &iomux { pinctrl_hd3ss3220: hd3ss3220grp { fsl,pins = < MX8MP_IOMUXC_ECSPI2_MISO__GPIO5_IO12 0x140 // USB_SW_INTn (AH20) >; }; }; &usb3_phy1 { fsl,phy-tx-preemp-amp-tune-microamp = <1800>; fsl,phy-tx-vref-tune-percent = <116>; status = "okay"; }; &usb3_1 { status = "okay"; }; &usb_dwc3_1 { dr_mode = "otg"; hnp-disable; srp-disable; adp-disable; usb-role-switch; role-switch-default-mode = "host"; snps,dis-u1-entry-quirk; snps,dis-u2-entry-quirk; status = "okay"; ports { #address-cells = <1>; #size-cells = <0>; port@0 { reg = <0>; usb3_hs_ep: endpoint { remote-endpoint = <&hs_ep>; }; }; port@1 { reg = <1>; usb3_role_switch: endpoint { remote-endpoint = <&hd3ss3220_out_ep>; }; }; }; }; しかし、ご覧のとおり、コネクタのステータスは「無効」に設定されています。なぜでしょうか? この行を削除すると、ウェイクアップ機能が失敗しました。 Re: i.MX8MP adding HD3SS3220 Type-C cause Wake on LAN failed こんにちは@AlanWen 私の個人的な意見では、この問題はカーネルの汎用コンポーネントのアップグレードに関連している可能性が高く、i.MX 関連のドライバに起因するものではないはずです。同じハードウェア プラットフォームを持っていないため、問題がどこにあるのかを正確に特定することはできません。 よろしくお願いします、 志明 Re: i.MX8MP adding HD3SS3220 Type-C cause Wake on LAN failed しかし、ウェイクアップ機能は、コネクタ ステータス ラインのない同じ設定を使用して、カーネル バージョン 6.6.52 で動作しました。 以下の通りです: / { connector { compatible = "usb-c-connector"; label = "USB-C"; data-role = "dual"; ports { #address-cells = <1>; #size-cells = <0>; port@0 { reg = <0>; hs_ep: endpoint { remote-endpoint = <&usb3_hs_ep>; }; }; port@1 { reg = <1>; ss_ep: endpoint { remote-endpoint = <&hd3ss3220_in_ep>; }; }; }; }; }; &i2c2 { clock-frequency = <400000>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_i2c2>; status = "okay"; hd3ss3220@67 { compatible = "ti,hd3ss3220"; reg = <0x67>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_hd3ss3220>; interrupt-parent = <&gpio5>; interrupts = <12 IRQ_TYPE_LEVEL_LOW>; wakeup-source; ports { #address-cells = <1>; #size-cells = <0>; port@0 { reg = <0>; hd3ss3220_in_ep: endpoint { remote-endpoint = <&ss_ep>; }; }; port@1 { reg = <1>; hd3ss3220_out_ep: endpoint { remote-endpoint = <&usb3_role_switch>; }; }; }; }; }; &iomux { pinctrl_hd3ss3220: hd3ss3220grp { fsl,pins = < MX8MP_IOMUXC_ECSPI2_MISO__GPIO5_IO12 0x140 // USB_SW_INTn (AH20) >; }; }; &usb3_phy1 { fsl,phy-tx-preemp-amp-tune-microamp = <1800>; fsl,phy-tx-vref-tune-percent = <116>; status = "okay"; }; &usb3_1 { status = "okay"; }; &usb_dwc3_1 { dr_mode = "otg"; hnp-disable; srp-disable; adp-disable; usb-role-switch; role-switch-default-mode = "host"; snps,dis-u1-entry-quirk; snps,dis-u2-entry-quirk; status = "okay"; ports { #address-cells = <1>; #size-cells = <0>; port@0 { reg = <0>; usb3_hs_ep: endpoint { remote-endpoint = <&hs_ep>; }; }; port@1 { reg = <1>; usb3_role_switch: endpoint { remote-endpoint = <&hd3ss3220_out_ep>; }; }; }; };
查看全文
如何让 UJA1169 进入睡眠模式? 所有 FNMC、SDMC 和 SLPC 都设置为 0。 但是,当我发出进入睡眠模式的命令时,它会立即切换到待机模式。你知道为什么会发生这种情况吗? 我按照以下步骤进行了操作: 1。启用了唤醒引脚 上升沿 2。已禁用 CAN 唤醒 3.将 CMC 设置为离线 4.将 MC 设置为待机 5.将 MC 设置为睡眠 Re: How can I put the UJA1169 into Sleep mode? 发出睡眠命令后,我检查了主状态,发现是 0x14(收到非法睡眠模式命令)。 Re: How can I put the UJA1169 into Sleep mode? 你好,文真、 UJA1169(A) 只有在满足以下所有条件时才会进入睡眠模式: - 发出睡眠模式命令(通过 SPI,MC = 0b001)。 - 无唤醒事件待处理(所有事件状态位清零)。 - 至少一个常规唤醒源已启用(CAN 唤醒或 WAKE 引脚)。 - 睡眠模式未永久禁用(SLPC = 0)。 如果不满足其中任何一个条件,SBC 将不会进入睡眠模式。 取而代之的是,它会过渡到RESET模式,然后过渡到待机模式,并设置RESET源状态位 (RSS) 以指明原因(例如0b10100 = 收到非法睡眠模式命令)。 因此,在发出睡眠指令之前,请确认事件状态寄存器已清零,并仔细检查 WAKE 引脚的配置和使能位。 希望对您有所帮助。 BRs, Tomas
查看全文