Cortex-A 实时操作系统和 Cortex-M 实时操作系统之间的 RPMSG？ 您好， ，我正在开发 FRDM-imx93，我想知道是否有可能在 Cortex-A 实时操作系统和 Cortex-M 实时操作系统之间创建 RPMSG？ 文档中没有 .REALTIMEEDGEUG.pdf 示例：REALTIMEEDGEUG.pdf 我们只有这个 3.4.3.1.2构建并运行 RPMSG 演示（Cortex-A 和 Cortex-M 内核） 但是，它使用的是 Linux 而不是 RTOS。 此致， Re: RPMSG between Cortex-A RTOS and Cortex-M RTOS ? 您好， 非常感谢。 谢谢、 Re: RPMSG between Cortex-A RTOS and Cortex-M RTOS ? 你好 正如您在实时边缘软件中看到的，可用选项有 Screenshot 2025-10-28 115319.png 这是可能的，但遗憾的是，我们没有实例可以提供。 顺祝商祺！ 

S32K1: LPUART BAUDレジスタのOSRビットがスタックしています こんにちは。 ターゲット MCU は、S32K14W-Q064 評価ボード上の S32K144W です。LPUART0 ボー レートを設定しているのですが、BAUD レジスタの下位 4 つの OSR ビットをクリアできないことに気付きました。これらのビットはリセット時にデフォルトで 1 に設定されますが、その後は書き込み/クリア可能になるはずです。上位の OSR ビットを設定またはクリアCANますが、下位 4 ビットは固定され、常に設定されており、そのレジスタに対するいかなる操作でもクリアできません。 ネタバレ （ハイライトして読む） Screenshot_RM_BAUD_OSR.png 明らかに、これにより UART の機能が制限され、適切なボー レートの選択が難しくなります。ドキュメントを何度も精査しましたが、これらのビットに対する制限や、それらをクリアまたは変更するために満たさなければならない条件についての言及は見つかりませんでした。たぶん見逃したのでしょう。 他のフォーラム投稿 2 件を見つけましたが、そこではユーザーが同じ問題 (ただし、別の部分) について言及していました。 "SO、OSR フィールド (15 と 31) に設定できるのは 16 と 32 の値のみで、他の値を設定すると 16/32 になることに気づきました。" 残念ながら解決策は見当たりません。 https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K82F-uart-problem/mp/845950 https://community.nxp.com/t5/Kinetis-Microcontrollers/LPUART0-baudrate/mp/792047/highlight/true#M48190 これらのビットが詰まっている理由や、変更方法について何かご意見はありますか? ご協力いただきありがとうございます！ トレバー Re: S32K1: LPUART BAUD register OSR bits stuck こんにちは、トレバーさん。 情報をいただきありがとうございます。 OSRビットを個別にクリアできないことにはこれまで気付いていませんでしたが、RTD のBAUDレジスタへの書き込みも一度に行われることがわかりました。 よろしくお願いいたします ロビン Re: S32K1: LPUART BAUD register OSR bits stuck こんにちは、ロビン。 私は S32K1 RTD を使用していません。UART を LPUART レジスタで直接構成しています。 明確に言うと、最初に OSR ビットと SBR ビットをクリアし (LPUART_BAUD_OSR_MASK と LPUART_BAUD_SBR_MASK を使用)、次に必要なビットを設定して (LPUART_BAUD_OSR(x) と LPUART_BAUD_SBR(x) を使用)、必要なボー レートを取得しようとしていました。重要なのは、OSR ビットをすべてクリアすると、オーバーサンプリング比が 16 になり、下位 4 ビットが設定されたデフォルトと同じになることです。リファレンスマニュアルにはこのように書かれていますが、OSR ビットをクリアすると何が起こるのかは十分に説明されていないようです。 Screenshot_RM_OSR.png 私が理解できなかったのは、OSR ビットをすべてクリアすると、ハードウェアはそれをオーバーサンプリング比 16 を使用していると解釈するのではなく、下位 4 ビットを文字通り 1 に戻し、デフォルト設定に戻すということです。SO、最初にそれらのビットをマスクしてクリアし、次に必要なビットを設定するという一般的なパターンは使用できません。代わりに、すべてのビット グループで必要な値を使用して、BAUD レジスタを一度に設定する必要があります。 SO、これを変更することで: IP_LPUART0->BAUD &= ~( LPUART_BAUD_OSR_MASK ); IP_LPUART0->BAUD |= ( LPUART_BAUD_OSR(10u) ); ... これに対して: IP_LPUART0->BAUD = ( LPUART_BAUD_OSR(10u) | ... ); 期待通りに動作しているようです。 ご協力ありがとうございました。 よろしくお願いいたします。 トレバー Re: S32K1: LPUART BAUD register OSR bits stuck ハイ BAUD[BOTHEDGE]を設定しましたか?S32K1 RTD を使用している場合は、以下を参照して設定する必要があります。 BAUD[OSR][BOTHEDGE] Lpuart_Uart_Ip_SetUp_Baudrate RTD.png よろしくお願いします、 ロビン --------------------------------------------------------------------------------- 注記： - この投稿があなたの質問への回答である場合は、「解決策として承認」ボタンをクリックしてください。ありがとう！ - Threadは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいThreadを開いて、閉じたThreadを参照してください。 ---------------------------------------------------------------------------------

S32K1: LPUART BAUDレジスタのOSRビットがスタックしています こんにちは。 ターゲット MCU は、S32K14W-Q064 評価ボード上の S32K144W です。LPUART0 ボー レートを設定しているのですが、BAUD レジスタの下位 4 つの OSR ビットをクリアできないことに気付きました。これらのビットはリセット時にデフォルトで 1 に設定されますが、その後は書き込み/クリア可能になるはずです。上位の OSR ビットを設定またはクリアCANますが、下位 4 ビットは固定され、常に設定されており、そのレジスタに対するいかなる操作でもクリアできません。 ネタバレ （ハイライトして読む） Screenshot_RM_BAUD_OSR.png 明らかに、これにより UART の機能が制限され、適切なボー レートの選択が難しくなります。ドキュメントを何度も精査しましたが、これらのビットに対する制限や、それらをクリアまたは変更するために満たさなければならない条件についての言及は見つかりませんでした。たぶん見逃したのでしょう。 他のフォーラム投稿 2 件を見つけましたが、そこではユーザーが同じ問題 (ただし、別の部分) について言及していました。 "SO、OSR フィールド (15 と 31) に設定できるのは 16 と 32 の値のみで、他の値を設定すると 16/32 になることに気づきました。" 残念ながら解決策は見当たりません。 https://community.nxp.com/t5/Kinetis-Microcontrollers/FRDM-K82F-uart-problem/mp/845950 https://community.nxp.com/t5/Kinetis-Microcontrollers/LPUART0-baudrate/mp/792047/highlight/true#M48190 これらのビットが詰まっている理由や、変更方法について何かご意見はありますか? ご協力いただきありがとうございます！ トレバー Re: S32K1: LPUART BAUD register OSR bits stuck こんにちは、トレバーさん。 情報をいただきありがとうございます。 OSRビットを個別にクリアできないことにはこれまで気付いていませんでしたが、RTD のBAUDレジスタへの書き込みも一度に行われることがわかりました。 よろしくお願いいたします ロビン Re: S32K1: LPUART BAUD register OSR bits stuck こんにちは、ロビン。 私は S32K1 RTD を使用していません。UART を LPUART レジスタで直接構成しています。 明確に言うと、最初に OSR ビットと SBR ビットをクリアし (LPUART_BAUD_OSR_MASK と LPUART_BAUD_SBR_MASK を使用)、次に必要なビットを設定して (LPUART_BAUD_OSR(x) と LPUART_BAUD_SBR(x) を使用)、必要なボー レートを取得しようとしていました。重要なのは、OSR ビットをすべてクリアすると、オーバーサンプリング比が 16 になり、下位 4 ビットが設定されたデフォルトと同じになることです。リファレンスマニュアルにはこのように書かれていますが、OSR ビットをクリアすると何が起こるのかは十分に説明されていないようです。 Screenshot_RM_OSR.png 私が理解できなかったのは、OSR ビットをすべてクリアすると、ハードウェアはそれをオーバーサンプリング比 16 を使用していると解釈するのではなく、下位 4 ビットを文字通り 1 に戻し、デフォルト設定に戻すということです。SO、最初にそれらのビットをマスクしてクリアし、次に必要なビットを設定するという一般的なパターンは使用できません。代わりに、すべてのビット グループで必要な値を使用して、BAUD レジスタを一度に設定する必要があります。 SO、これを変更することで: IP_LPUART0->BAUD &= ~( LPUART_BAUD_OSR_MASK ); IP_LPUART0->BAUD |= ( LPUART_BAUD_OSR(10u) ); ... これに対して: IP_LPUART0->BAUD = ( LPUART_BAUD_OSR(10u) | ... ); 期待通りに動作しているようです。 ご協力ありがとうございました。 よろしくお願いいたします。 トレバー Re: S32K1: LPUART BAUD register OSR bits stuck ハイ BAUD[BOTHEDGE]を設定しましたか?S32K1 RTD を使用している場合は、以下を参照して設定する必要があります。 BAUD[OSR][BOTHEDGE] Lpuart_Uart_Ip_SetUp_Baudrate RTD.png よろしくお願いします、 ロビン --------------------------------------------------------------------------------- 注記： - この投稿があなたの質問への回答である場合は、「解決策として承認」ボタンをクリックしてください。ありがとう！ - Threadは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいThreadを開いて、閉じたThreadを参照してください。 ---------------------------------------------------------------------------------

Does size of air bubble affect MPXV5010GC7U pressure messurement I've replaced the water in the dogie squeaker with 100% silicon oil with a small air bubble in a 4mm tube into the MPXV5010GC7U sensor. Will the amount of air affect the sensor output?  Re: Does size of air bubble affect MPXV5010GC7U pressure messurement Does a smaller initial air bubble between the 100% Silicon Oil and the sensor increase or decrease the output? The size of the air bubble does not seem to change while the readings are decreasing. Re: Does size of air bubble affect MPXV5010GC7U pressure messurement Air bubbles do indeed affect the output. The phenomenon of slow decline is very likely caused by air bubble compression or slow pressure relief in the liquid system, rather than a fault of the sensor itself. Re: Does size of air bubble affect MPXV5010GC7U pressure messurement Since my original post, I've disassembled the housing and found a massive air bubble at the top of the squeaker. I've redesigned the housing for a new filling technique that insures that there is no air left in the squeaker and only the air bubble to the sensor. When I started up, everything look fine when I applied 200 grams calibration weight to the sensor. However, the readout from my Android Nano decreased from '0800' to no reading (reading is below the cutoff) over several minutes. What could be the problem? Re: Does size of air bubble affect MPXV5010GC7U pressure messurement Allow me to rephrase...how will the size of the air bubble affect the output? Re: Does size of air bubble affect MPXV5010GC7U pressure messurement Hi: Yes, the air in the tube will affect the sensor‘s output you know the MPXV5010GC7U is a pressure sensor designed to gauge pressure.  Re: Does size of air bubble affect MPXV5010GC7U pressure messurement Another MPXV5010GC7U should be used to test for comparison. Re: Does size of air bubble affect MPXV5010GC7U pressure messurement a new sensor to test again Are referring to another MPXV5010GC7U or a different sensor?

リセット後、s32k312は異常なHardFault_Handlerに入ります 使用されるチップは s32k312 で、コンパイラのバージョンは S32DS3.5 と RTD3.0 です。uds-boot の生成中に、いくつかの有効な情報がアドレス 0x0043E000 の pflash に固定されます。 sensen_1_0-1762236756459.png sensen_1_1-1762236817623.png sensen_1_2-1762236843789.png sensen_1_3-1762236858994.png ブートローダーをチップにプログラムし、ホストコンピューター経由でアプリ プログラムをフラッシュします。最初のフラッシュ後、内部ウォッチドッグ タイムアウト リセットを使用して、プログラムがアプリに正しく入力されることを確認CAN。ただし、アプリ内でプログラムが実行されているときに別のアプリのフラッシュ操作が実行されると、プログラムはリセット後に HardFault_Handler に入ります。設定に問題があるかどうか、または標準的な設定方法があるかどうかの確認にご協力ください。情報が p_flash に固定されず、後続の命令を通じて 0x0043E000 に書き込まれる限り、プログラムは正常にCAN実行します。 どうぞよろしくお願いいたします。 Re: After resetting, the s32k312 enters the HardFault_Handler abnormally RTD ドライバを使用していますか? INFLS MCAL ドライバには、コードを SRAM に再配置できる機能が含まれています。 danielmartynek_0-1762249915732.png C40_Ip ドライバを使用する場合は、次の例を参照してください。 https://community.nxp.com/t5/S32K-Knowledge-Base/S32K312-C40-Ip-SRAM-RTD-500-DS35/ta-p/2074245 よろしくお願いいたします。 ダニエル Re: After resetting, the s32k312 enters the HardFault_Handler abnormally これらのコードは実際には同じブロック 0 領域、具体的には s32k312 のブロック 0 領域に格納されており、有効アドレスは 0x00400000 から 0x00500000 の範囲です。ただし、これらが修正されず、後でプログラム内の p_flash プログラミング操作を通じて書き込まれる場合、HardFault_Handler は表示されません。次のような感じです。 sensen_1_0-1762248268141.png Re: After resetting, the s32k312 enters the HardFault_Handler abnormally こんにちは@sensen_1さん、 これは、フラッシュ ブロックでの RWW (Read-While-Write) 衝突が原因であると考えられます。 実行されるコードは、現在プログラム中のフラッシュ ブロック内に存在してはなりません。 これが問題かどうかCAN確認できますか? よろしくお願いいたします。 ダニエル

i.MX95 Neutron NPU における推論の劣化 NXPテクニカルサポートチーム様 現在、ResNetをバックボーンとしてポーズ推定モデルを開発しており、i.MX95プラットフォームをベースにした製品への展開を検討しています。 しかし、Neutron NPU で量子化モデルを実行すると、推論精度が大幅に低下します。調査の結果、標準的な分類モデルであっても、CPU 上で正しく実行される量子化モデルは、NPU 実行用に変換すると結果が劣化することが明らかになりました。この問題は、私たちがバックボーンとして使用している ResNet にも影響します。 部分的なNPU割り当てテストを通じて Neutron-converterでは、特定のConv2Dレイヤー以外のレイヤーをNPUに割り当てると劣化が発生することを確認しました。 以下の点についてご意見をお聞かせいただければ幸いです。 推論性能の低下の原因は何でしょうか? たとえば、量子化または変換パラメータの問題、NPU のハードウェア制限、または Neutron コンバータのバグ。 この問題に関連する既知の問題はありますか? たとえば、BSP 6.12.20 や eIQ Toolkit 1.16.0 のバグなど、NPU 上で ResNet モデルを実行する場合の既知の制限、または i.MX95 NPU に関するその他の文書化された問題。 この問題を緩和するためにどのような対策を講じるCANますか? 開発環境 ハードウェア: i.MX95 EVK BSPバージョン: 6.12.20_2.0.0(NXP) eIQ ツールキット: 1.16.0 (Windows) モデル変換パイプライン PyTorch → ONNX : トーチ.onnx （オプセットバージョン15） ONNX → TensorFlow (.pb) : PINTO0309/onnx2tf INT8量子化: tensorflow.lite.TFLiteコンバータ （バージョン2.12.0） NPU変換: Neutronコンバータ （バージョン 2.0.2+0X0cebb80a） 推論結果 NPU で実行すると、推論の精度が大幅に低下します。 我々は量子化モデルを用いてテストした。 モバイルネットV2 そして ResNet18 （から トーチビジョンを使用して ImageNetV2 (500 サンプル) : モデル float32 CPU 精度 (トップ 1 / トップ 5) int8 CPU 精度 (トップ 1 / トップ 5) int8 NPU 精度 (トップ 1 / トップ 5) モバイルネットV2 70.2% / 89.4% 68.4% / 88.6% 0.2% / 0.8% ResNet18 64.0% / 86.6% 63.6% / 87.4% 0.0% / 0.6% 追加テスト 部分的なNPU割り当てテストを、 --include演算子 オプション Neutronコンバータ 量子化された ResNet18 モデル上。 特定の Conv2D レイヤー以外のレイヤーを NPU に割り当てると、推論のパフォーマンスが低下することがわかりました。 ケース NPU割り当て 結果 精度トップ1 / トップ5 ベースライン なし（すべてCPU） ー(ベースライン) 63.6 / 87.4 % CASE 1 即日 悪い 0.0 / 0.6 % CASE 2 入出力形状が[1×56×56×64]であるConv2Dレイヤー 良い 64.0 / 87.4 % CASE3 CASE 2 + レイヤーの追加 悪い 0.0 / 0.6 % 事例４ CASE 2 + その他のConv2Dレイヤー 悪い 0.0 / 0.8 % サポートしていただき誠にありがとうございます。 よろしくお願いします、 涼介 Re: Inference Degradation on i.MX95 Neutron NPU こんにちは、 i.MX95 はまだ試作段階であるため、サポートを提供することはできませんのでご了承ください。詳細については、お近くの NXP セールス/NXP FAE にお問い合わせください。 よろしくお願いいたします。 アルド。

S32DS3.5 更新中的 DDR 训练失败14 你好，专家 客户报告 DDR 培训在 S32DS3.5 更新14 中失败，但该系统之前正常运行，硬件也没有重大变化。 PHY Init 似乎只有 50% 左右的时间能通过，而 Diag Write 和 Operational 测试则有 100% 的时间不能通过。 我已经检查了客户填写的设备信息，没有发现错误。 请查看所附的截图/日志，并就可能出现的问题提出建议。 S32_CONFIG_TOOL S32DS

Two ColdFire Families Announced Today In case you missed it... today Freescale announced two new ColdFire families. These two families, the MCF5222x and MCF5223x (that's right, five digit part numbers) are closely related to the MCF5211/2/3. The MCF5223x (x=0-5) family of devices are single-chip solutions with an integrated Ethernet interface (FEC) and an on-chip Ethernet Physical Layer (PHY). Here is a link to the superset device: http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MCF52235&nodeId=0162468rH3YTLC00M98090 The MCF5222x (x=1,3) family of devices are single-chip devices that feature an integrated USB host and On-The-Go (OTG) controller. Here is a link to the superset device: http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MCF52223&nodeId=0162468rH3YTLC00M98145 Message Edited by mnorman on 04-04-2006 12:22 PM General Re: Two ColdFire Families Announced Today Regretfully, the seminars are currently limited to the Americas. It appears that there will probably be one in September or so in Zurich, Japan, where I currently reside. So, as soon as a DEMO board becomes available, I'll try to get one. Since the DEMO board has a larger user base than the EVB (at least for the DEMO board, I have a lot of contacts with one, but almost none with the EVB), we prefer to support it. In fact, we have half a dozen different projects that were prototyped using the DEMO board because of its adorable housing and power supply, which allow customers to use it until their board arrives Here. Re: Two ColdFire Families Announced Today Hi Marc, The M52233DEMO board is being held up by ROHS compliance. However, you can talk to your distributor to order the M52230DEMO board, which is not ROHS compliant. Ed Re: Two ColdFire Families Announced Today So when will the M52233DEMO become available other than on seminars? I noticed that the manuals can be found on the AXMAN Manufacturing web site but those people don't seem to sell the board either... ...and I want it! Re: Two ColdFire Families Announced Today Thanks Mark. Great answer! Re: Two ColdFire Families Announced Today Hi Tom   uTasker requires about 54 bytes of memory for each tcp socket and about 40 bytes for a http session. (A http session needs one TCP socket and the number of http sessions is defined by #define NO_OF_HTTP_SESSIONS). This means, for example,  that 4 parallel http sessions will require about 376 bytes of SRAM. I say 'about' because there are a number of TCP settings which can influence it slightly (eg, if you want to support MSS, windowing, etc.).   However the web server is a bit of a special case since it is possible to reconstruct messages when repetitions are needed to be performed (it is not necessary to backup transmitted data since it can be reconstructed when needed, even when dynamically generated. The source is essentially in a file system and can be fetch as required.).   Other TCP protocols can have very different characteristics - a good example is an application where data received from a serial port is being sent over a TCP connection. In this case the data has to be buffered locally and deleted only when you know that the data has been successfully delivered. If a repetition is necessary it must still be available otherwise no repetition will be possible. A second fairly similar case is when debug messages from code are being  formated to a TCP connection (the connection used as a sort of debug output as is often done over the serial port). In this case the transmit data is being put quite randomly into the output buffer and must also be stored until completely delivered as the code is non capable of reconstructing such messages if they need to be repeated.   For this second case the uTasker allows TCP sockets to be individually set up with a transmit buffer, each socket's buffer is user definable depending on the application's requirements. The TCP code then takes over the work of managing the buffer transparently. Of course this buffer eats memory... for Telnet debugging I find a buffer for this socket of about 2,5k a good compromise between performance and comfort (of course each used socket will need its own buffer...). When a buffer becomes full (queued TCP frames have not yet been delivered) it causes flow control to kick in which is noticable in reduced throughput - hopefully for only a short time, but noticable nevertheless [eg. the serial port case would have to deassert CTS or send XOFF until more place is available.]   Therefore the answer to the memory utilisation is not so easily answered in a general case, it will always depend on the application's individual requirements and protocol used, but it is best when it can at least be easily configured and controlled. Browse to a uTasker demo on-line at http://212.254.22.36 and look at the administrator web side. It will show you the worst case memory utilisation of stack and heap it has experienced. If you telnet to it "telnet 212.254.22.36" or ftp it, you can see that the heap size will change (grow slightly) (command a reset of the device from the administrator side so that it starts off fresh beforehand - It takes memory only when actually required so the value will grow to a max. after which you can be sure that it will never require more). By the way the uTasker supports also dynamic heap size allocation so the heap available can be easily optimised to real requirements, even automatically for multiple configurations.   On top of the discussed memory use, which is dynamic, there is also some basic code RAM requirements - static. tcp and http, for example, require 3 resp. 60 additional bytes of static ram, irrespective of the number of sessions to be used. There is a comparison of static FLASH and RAM sizes in the uTasker tutorial - see page 16 of the following document. (the compiler used is also quite critical...!!) http://www.mjbc.ch/documents/uTasker/NE64/uTaskerV1.2-Tutorial.PDF The FLASH requirements on the Coldfire increase by about 80% (unfortunately) due to the fact that it is a 32 bit machine and has longer instructions but the Coldfire demo application is still only about 50k in size, showing that quite a lot can be packet in to the M5223X...(It takes up about 24k on a 16 bit device or an ARM in Thumb mode)   Regards   Mark www.mjbc.ch   Re: Two ColdFire Families Announced Today Hello, Mark, can you tell me how much of the 32k ram is used by utasker and the tcp/ip stack for the following two conditions: 1. No active tcp connections 2. One active tcp connection. If the buffer size is configurable, what is the min/max? Does anyone know what these numbers are for the Interniche rtos/stack? The reason I am asking: Lets say I am running an application that uses the rtos and tcp/ip stack to create a web server. When a client connects with a web browser a tcp connection is established that will require a certain amount of ram to maintain (until it is closed by the web server). I need to make sure my application does not use too much much ram, so the tcp stack has enough space when it needs it. The next logical step is to support 2 simultaneous TCP connections. One connection to do the actual product function (for example, data logging), and the second for the web server to handle configuration of the device. There will be times when the device is functioning and a user is accessing the web server at the same time. This would require enough resources for 2 TCP connections at the same time. Thanks, Tom Re: Two ColdFire Families Announced Today Hi Jakob No I didn't try the Interniche stack but I managed to port our uTasker to the new device. See the following with on-line demo: http://forums.freescale.com/freescale/board/message?board.id=CFCOMM&message.id=274 If you would like to see it running on your demo board you can load the demo project from here (it has a web server, ftp, telnet and smtp). http://www.mjbc.ch/software/uTasker/M5223X/uTaskerV1.2beta005_m5223X.s19 For educational and hobby use it if free of charge, including free email support, coming with an operating system, TCP/IP stack and M5223X simulator - the complete project runs in real time on a PC and can be tested in a real-network where it is not noticable that it is a simulator and not the real device running. It can save a lot of project development time since complete applications can be coded and tested before having to move to the real target - also the internal coldfire peripherals are simulated so low level debugging is very comfortable. Cheers Mark Butcher www.mjbc.ch Re: Two ColdFire Families Announced Today Hi Mark, did you try the tcp/ip stack from interniche? http://www.freescale.com/files/32bit/doc/support_info/ColdFire_Lite_Doc.zip i am working on my diploma with the demoboard . best regards jakob Re: Two ColdFire Families Announced Today Hi Moderator   Perhaps you can give me some tips with the problem which I now have: I received the M52235EVB. It is supplied with a CD with the GNU compiler for the Coldfire. I would like to make a GNU project (as well as CodeWarrior). I think that the the CD is the wrong one since it has only manuels and tools for older Coldfire version but I think that I have been able to download everything from teh Freescale web site. Also teh install of the GNU compiler from the CD didn't work - it hung every time at the end the the compiler didn't work due to a missing DLL (at least that is what the error message said). I downloaded a GNU 4.1.0 binary for the Coldfire which is the latest version.   1. I can compile my source code but I can't work out how to control it when linking. With the HCS12 I used a file called memory.x to control this but it seems as though this is not used with the Coldfire.   2. The linker always complains that it can't find the entry symbol _start. My HCS12 project has this defined in the vector table but I assume it is missing from some start up code since I also have a similar vector table - although I don't yet know whether it is used in the same manor (?).   3. I have read in the GCC docs that one should define mcpu=5200 for the coldfire but this just results in an error. I have found that mcpu=5208 works but don't know whether this is correct for this Coldfire type.   4. I don't seem to be able to find any documentation about linking for the Coldfire. Is there any example project somewhere which could help?   Many thanks in advance.   Regards   Mark Butcher www.mjbc.ch Re: Two ColdFire Families Announced Today Hi Moderator Unfortunately the seminars are presently only available in the Americas. I have seem that there is likely to be one in Zurich, Switzerland, where I am, in September or so. Therefore I will see whether I can grab a DEMO board as soon as it is available. We prefer to support the DEMO boards since the user base is must greater than the EVB (at least this is the case for the DEMO9S12NE64 - I have many contacts with one but almost none with the EVB - we have even half a dozen different projects which were prototyped with the DEMO board since its cute housing and power supply make it suitable to even give to customers until their board arrive....) Regards Mark Butcher www.mjbc.ch Re: Two ColdFire Families Announced Today Marc, The EVB and DEMO boards both will come with "ColdFire TCP/IP Lite" by InterNiche. See link below for more information on this stack: http://www.freescale.com/files/32bit/software/protocol_stacks/COLDFIRE%20TCPIP%20LITE.zip Re: Two ColdFire Families Announced Today Hey Mark, The M52235EVB is available to the public today, the low-cost M52233DEMO board will be be available to the public soon, but can be acquired faster through some upcoming seminars. Read below: COMING SOON: The M52233DEMO, an ultra-low cost version of the M52235EVB. Sign up for the Freescale ColdFire Ethernet Seminar Series and be one of the first to use this low cost, fully functional development tool. This board will be available to the public in late May or early June. To sign up for the seminar, follow the link: http://www.freescale.com/files/abstract/overview/TSP_8870_COLDFIRE_LP.htm?tid=tcRDck Re: Two ColdFire Families Announced Today What kind of TCP/IP software comes with these demo boards? Re: Two ColdFire Families Announced Today Hi I would like to order the new DEMO board but didn't find a link to it. Is it already deliverable and if so, how best to order? We have been supporting the NE64 with the uTasker operating system and integrated TCP/IP stack for a year or so and it seems logical to upgrade support to the new Coldfire devices with Ethernet. The uTasker V1.2 for the NE64 is presently being released, including free serial debugger and software to convert the DEMO9S12NE64 into LAN capable BDM. There are online demos - see http://212.254.22.36:8080 for web cam; http://212.254.22.36 and http://212.254.22.36:8081 for on line devices (login with ADMIN / AL6000S and anon / anon resp.). A simple web based NE64 BDM is online at http://212.254.22.36:8083 also using anon / anon login. The uTasker environment includes a unique chip simulator allowing almost complete real-time development and debugging on PC. It is free for educational and non-commercial use, with free email support - anyone interested can contact me for application. There is a new complete project with tutorial for the NE64 (which is planned to be upgraded to Coldfire support) demonstrating powerful FTP and HTTP features. If someone at Freescale contacts me directly with an Email address I will send over a copy under the educational license for evaluation - you may be suprised at what it can do...! [needs VisualStudio 6.0 or higher for the simulation environment and compiles also to target]. Cheers Mark Butcher ww.mjbc.ch Re: Two ColdFire Families Announced Today airswit wrote: is there a chance that any of those will be drop in compatible with the 5213? I am in the process of designing a single board computer around this controller, but wouldn't mind a USB or ETHERNET connection as well. Also, is there any word on when these will be available for sample/purchase? More or less. The USB OTG versions (MCF52221 and MCF52223) drop into the 64-pin LQFP/QFN 5211/2/3 footprint with the proviso that the 16-bit timer pins GPT[3:0] are replaced by USB_DPLS, USB_DMNS, USB_VDD, and USB_VSS. The same applies to the 81-ball MAPBGA versions of these same families, except that the missing GPT pins now replace the dedicated PWM pins. The PWMs are available as second functions of the GPTs, just as they are on the 5211/2/3. The 100-pin LQFP is a little trickier, as the PWM and GPT pins are interleaved on the MCF5211/2/3. The GPT pins still replace the PWM pins (as is the case on the 81-ball MAPBGA), but they've been shifted up and down to wedge the 4 dedicated USB pins between them. One last tidbit: The MCF52221/3 take a 48 MHz crystal to supply both the reference for the system PLL and the USB. This is a change from the MCF5211/2/3. BTW, the Ethernet parts (MCF5223x) are designed to drop into the 80- and 112-pin 9S12NE64 footprints, but the differences are a little more extensive (S12 BDM vs. ColdFire BDM, no flow control on S12 SCI vs. flow control on ColdFire UARTs, etc). Message Edited by jwbodnar on 04-06-200602:37 PM Re: Two ColdFire Families Announced Today See the press release below for more information on sample availability: http://biz.yahoo.com/bw/060404/20060404005598.html?.v=1 Pricing and Availability The MCF5223x is now available in sample quantities, with production quantities planned for late 2006. MCF5222x samples are planned for June 2006, with production quantities planned for late 2006. Suggested resale pricing in 10,000-piece quantities start at $5.49 (USD) for the MCF5222X devices and at $7.99 (USD) for the MCF5223X devices. The M52233DEMO demonstration board is available now for the suggested resale price of $99 (USD). The M52235EVB evaluation board is available for the suggested resale price of $299 (USD). MCF5213 vs MCF522xx pin compatibility I know for a fact that the Ethernet device M5223x is not pin to pin compatible with the M5213 rather it is pin compatible with the MC9S12NE64. On the other hand, the USB device M5222x is pin similar to the MCF5213. The main difference are the pins driving USB signals. See pg. 15 in the data sheet: http://www.freescale.com/files/32bit/doc/data_sheet/MCF52223DS.pdf Re: Two ColdFire Families Announced Today is there a chance that any of those will be drop in compatible with the 5213? I am in the process of designing a single board computer around this controller, but wouldn't mind a USB or ETHERNET connection as well. Also, is there any word on when these will be available for sample/purchase?

S32K14X_MCAL4_2_RTM_1_0_0 このバージョンのサンプルが他にもたくさんあるので、この autosar mcal コンポーネント「 S32K14X_MCAL4_2_RTM_1_0_0.exe 」が欲しいのですが、NXP の Web サイトで見つけることができません。どなたか教えていただけませんか? Re: S32K14X_MCAL4_2_RTM_1_0_0 こんにちは@wuki 、 前述したように、 NXP.comで「S32K1 MCAL」パッケージを検索できます。「ダウンロード」をクリックするとFlexeraポータルにリダイレクトされ、 S32K14X_MCAL4_2_RTM_1_0_0.exeをダウンロードできます。 Snag_12eaa4ac.png よろしくお願いします、 ジュリアン Re: S32K14X_MCAL4_2_RTM_1_0_0 この AUTOSAR mcal コンポーネント「 S32K14X_MCAL4_2_RTM_1_0_0.exe 」も欲しいのですが、手伝っていただけますか? Re: S32K14X_MCAL4_2_RTM_1_0_0 こんにちは@Li-1948さん、 NXP.com ページで S32K1 MCAL を検索すると見つかります。次のリンクからダウンロードできます: SW32K14-MCAL421-RTMC-1.0.0。 よろしくお願いします、 ジュリアン

XIP 知识库 亲爱的各位， 有没有我能读的 pdf 可以解释为什么我需要将修改 nor_flash（flexspi 驱动程序、闪存驱动程序）的代码放在与 flexspi 内存不同的位置，这会导致 AHB 总线故障？ 致以最崇高的敬意 Re: Knowledge base for XIP 不客气。 祝你愉快 Re: Knowledge base for XIP 你好，MayLiu， ，非常感谢你的答复。 🙂 最美好的祝愿， Jakub Re: Knowledge base for XIP 你好@jslota13245、 非常感谢您关注我们的产品并使用我们的社区。 关于你的问题，我建议你可以参考这个应用笔记。 https://www.nxp.com/docs/en/application-note/AN12564.pdf mayliu1_1-1753166605758.png 希望它能帮到你。 如果您还有疑问，请告诉我。 祝你愉快 敬上 MayLiu

s32k312芯片串口通信问题 使用S32K312芯片开发一款上装信息化控制器（类似TBOX），使用串口6和4G-DTU模块进行板载的TTL串口通信，现在遇到问题波特率在19200bps以下（包含19200bps），数据接收正常，当波特率大于19200bps后，出现接收数据中存在乱码数据问题（现在使用4G-DTU模块出场固件的波特率为115200bps），经过对硬件的排查，使用示波器检测数据，波特率及发送数据均正常（示波器具备解析串口协议的功能），最后问题点锁定在软件层面(串口的传输类型基于中断的方式实现)，但是暂时没有找出具体原因，希望芯片厂商能给出技术上面支持，进行问题的解决。 Re: s32k312芯片串口通信问题 Hi@米化 这看不出来有问题 Re: s32k312芯片串口通信问题 你好 我们这边使用外部晶振  晶振频率是16MHz,图片是我们时钟树图，麻烦看下是否设计合理 1753843226120.bmp Re: s32k312芯片串口通信问题 Hi@米化 虽然两块板子是相同硬件，但它们的晶振或内部时钟可能存在微小偏差，尤其在115200bps这种较高波特率下，时钟偏差更容易导致采样错误。 示波器解析的是电平信号，不依赖内部时钟，因此不会显示误码 1.时钟配置，是否采用的是外部晶振时钟，外部晶振时钟通常jitter很小 2.两块板子可以尝试共地连接再测试 3.如果你觉得是软件中断接收的方式，那么你可以改为DMA 4.尝试在TX线上串联一个47欧姆的小电阻再测试，这可以改善信号的完整性 Re: s32k312芯片串口通信问题 你好 我把我们测试的现象再完整给你描述下   希望您能给我一些建议：①我们单块板子115200bps下自发自收(我们使用一根5厘米左右的杜邦线将串口RX和TX进行了短接)，测试也是没问题的。②.我们还是单块板子进行自发自收，与①不同的是我们把5厘米的短接杜邦线增长至100里面左右，同时将此跟线缠绕至干扰电源进行干扰，测试也是没问题。③.我们使用两块硬件状态完全一样的控制器(也可以称为开发板)进行测试（为了排除电源的干扰，我们把两块板子上面的其它电源转换芯片直接拆除了），两块板子串口通讯线长度约10厘米，115200bps接收端控制器接收的数据还是存在误码，这两块板子之间通讯我们使用示波器进行监控（示波器具备串口通讯协议解析功能），整个测试过程示波器检测的数据均未出现误码现象。 Re: s32k312芯片串口通信问题 Hi@米化 按你的新的测试结果来看，MCU本身的收发测试是没有问题的呀，速率放低之后两个板子也没有问题的，这除了干扰之类的想不到还有什么因素能造成这种现象。 Re: s32k312芯片串口通信问题 你好 现在我们自测了 单块板子自发自收数据没有问题 两块板子之间串口通信一个板子发一个板子收就存在误码的问题 我们自己已经排除了非干扰问题 请问还有什么方向建议我们排查下 Re: s32k312芯片串口通信问题 Hi@米化 请先告知我们该如何复现你的问题，然后提供你们的测试工程，我们才能帮你分析。

MPC5748G FLASH 写入过程电源中断 您好，我在使用 MPC5748G-176 写 FLASH 程序时，不小心关机，导致以后无法写入 FLASH。芯片锁定了吗？如何解锁或强制擦除？ 回复： MPC5748G FLASH write process power interruption 我用 PKGPPCNEXUSSTARTER 擦除了闪存，解决了这个问题。

s32g llce insmod llce_can.ko err 我使用S 3 2 G 399 A芯片，手动编译kernel，将L L C E 固件 和 驱动集成到根文件系统，手动加载L L CE CAN驱动报错，如下图。 请问是固件匹配问吗？还是缺少其他依赖？ 期待回复！ Dear engineers I am using the S 3 2 G 3 9 9 A chip, manually compiling the kernel, integrating the L L C E firmware and drivers into the root file system, and manually loading the L L C E CAN driver, but encountering an error, as shown below. Is there a firmware compatibility issue or is there a lack of other dependencies? Looking forward to your reply! liuchi_0-1753877704319.png Re: s32g llce insmod llce_can.ko err 问题已经解决了，更新kernel image为 编译 llce相关驱动统一版本image后，可正常加载。 Re: s32g llce insmod llce_can.ko err 您好 从Log来看，可能是llce_can.ko依赖的其他module没有提前加载，您可以参考下BSPUM中的以下部分重新试一下 chenyin_h_0-1753933304930.png BR Chenyin

在 S32g3 RDB3 上，PFE 性能低于 GMAC 我们试图使用 udp 通信在 S32G3 上测量 PFE 和 GMAC 的性能。 测试设置： 板 1：采用 BSP43 的 RDB3 板 2：采用 BSP43 的 RDB3 两个 RBD 均使用以太网电缆连接并进行了测量。 缓冲区大小：64 字节 使用简单的 UDP 客户端服务器应用程序进行了测试。在 Board1 上运行的 udp_client 和在 Board2 上运行的 udp_server。这是一个简单的 ping pong udp 测试，测量 udp 数据包的往返时间。 我们尝试了四种组合，结果附后。 eth<->eth, eth<->pfe2, pfe2<->eth, pfe2<->pfe2 从结果中我们可以发现，与其他组合相比，PFE 对 PFE 通信的性能非常低。与 GMAC 相比，我们预计 PFE 的通信量会更高。 Re: PFE performance is lower compared to GMAC on S32g3 RDB3 你好@kamal_n、 感谢您的耐心等待，内部团队分享了以下内容： ” 不使用 L2 桥配置时（将 PFE 作为普通网络接口使用），PFE 的延迟理论上比 GMAC 更差。这是因为 PFE 会尝试检查配置，查看数据包是否符合规则，而这需要时间。 PFE 的优势在于可用作交换机或路由器，从而卸载 CPU。典型的情况是，您可以从 PC1 向 EMAC1 发送帧，PFE 会根据您的配置将其转发到 EMAC0 或 EMAC2。在这种情况下，CPU 不参与转发，延迟肯定比 CPU 处理转发的情况短。 “ 要配置 PFE 桥接，请查看PFE_S32G_A53_LNX_UserManual.pdf，该手册可在 FlexNet 中找到，打包在PFE-DRV_S32G_A53_LNX_1.9.0_DOC.zip 中。请特别检查以下章节： 3 版本过程 2.10 Linux 的 FCI 用例 如果您在配置 PFE 桥接时遇到任何问题，请告诉我。 Re: PFE performance is lower compared to GMAC on S32g3 RDB3 你好@kamal_n、 我可以重现您的结果，但我只测试了 PFE-PFE 和 GMAC-GMAC，得到的结果相似，PFE 的性能比 GMAC 低。 我无法在文档中找到任何明确的信息，我将与内部团队分享这一主题，并等待他们的反馈。 预先感谢您的耐心等待。 Re: PFE performance is lower compared to GMAC on S32g3 RDB3 你好@kamal_n、 感谢您提供的所有详细信息，请给我一些时间来重复您的测试，并确认我看到了相同的行为，同时我将搜索更多有关 Linux 下 PFE 延迟的信息。 感谢您的耐心等待。 Re: PFE performance is lower compared to GMAC on S32g3 RDB3 你好@alejandro_e、 详情如下 1.MAC 配置 RGMII 2.以文件形式附上 printenv 结果 3.GMAC0 和 PFE_MAC2 使用 RGMII 的 1000Base-T 端口 4.没有对SJA1110 进行专门修改，我们也没有使用 SJA1110。 5.我方未做任何针对网络的改动。 我们已经使用64字节的缓冲区进行了测试，还尝试了1024字节。 能否建议缓冲区的大小，以便注意 PFE 性能的差异。 先行致谢。 Re: PFE performance is lower compared to GMAC on S32g3 RDB3 你好@kamal_n、 感谢您联系我们。您能告诉我有关测试的更多细节吗？请分享以下内容： 每个 MAC 接口（SGMII 或 RGMII）使用的配置 u-boot 中以下命令的输出： => printenv 您在两块板的每次测试中使用的确切的 RDB3 端口。 设置中与串行解串器（SGMII）有关的任何更改 您的设置中与 SJA1110 有关的任何更改 您的设置中与 Linux 网络有关的任何更改 预先致谢

S32K314 J-LINKを使用してAPPイメージをフラッシュすると、APPにジャンプできません こんにちは、チームの皆さん APP を更新するために、S32K314 ブートローダ デモと ECUBus を使用しました (このリンクに従ってください: https://community.nxp.com/t5/S32K-Knowledge-Base/Unified-bootloader-Demo/ta-p/1423099 )。それは大丈夫です。 しかし、J-LINK lite を使用して APP イメージをフラッシュすると、ブートローダーは APP にジャンプできません。J-LINK でアプリをフラッシュするにはどうすればいいですか? J-LINKの設定はこちら AmyHuang666_0-1753955596421.png そして.ldファイルは下記に添付されています。 Re: S32K314 Can't not jump to APP when use J-LINK to flash APP image こんにちは@AmyHuang666 重要な点は、アプリケーションがブートローダを介してロードされるときに、ブートローダがアプリケーション関連のメタデータをフラッシュ メモリに保存することです。構造 tAppFlashStatus を見てみましょう。 構造には以下が含まれます。 フラッシュプログラム成功 フラッシュ消去成功 フラッシュ構造有効 appCnt（アプリケーションカウンター） aFingerPrint（指紋バッファ） appStartAddr と appStartAddrLen (ハンドラーのアドレスと長さをリセット) crc (構造体のCRCチェックサム) この構造体は、アプリケーションのプログラミング後の最終ステップの一部としてブートローダによって呼び出される関数 Flash_WriteFlashAppInfo() を使用してフラッシュに保存されます。 アプリケーションがデバッグ インターフェース経由でロードされると、このメタデータは更新されません。つまり、次のようになります。 ブートローダーがアプリケーションを有効なものとして認識しない可能性があります。 CRC チェックまたは指紋検証が失敗する可能性があります。 メタデータが欠落しているか無効であるため、アプリケーションが正しく起動しない可能性があります。 デバッガー経由で新しいアプリケーションをロードするときに、その構造も何らかの方法で更新する必要があります。 よろしくお願いいたします。 ルーカス Re: S32K314 Can't not jump to APP when use J-LINK to flash APP image ここに.ldがありますファイル

基于GUI Guider设计软件开发的LVGL UI界面程序, 用于公司的产品开发会有侵权的问题吗 如题：我想咨询下，在使用GUI Guider设计软件开发的LVGL UI界面程序，我们用于开发公司的产品是不是会有侵权问题呀？能不能使用GUI Guider这个软件进行产品开发，产品是否可以上市销售？如果有侵权问题该如何解决？ 补充：查阅到LVGL图形库代码时MIT开源协议的，可以免费商用且不需要开放源代码。 Re: 基于GUI Guider设计软件开发的LVGL UI界面程序, 用于公司的产品开发会有侵权的问题吗 这里的这部分描述我详细看了，这部分描述只是在解释一些定义的含义呀。关联公司、授权系统、衍生作品、NXP产品等这些定义名词的解释。这里的安装同意描述是不是针对的是这个安装软件本身啊，而不是LVGL生成的代码？ Re: 基于GUI Guider设计软件开发的LVGL UI界面程序, 用于公司的产品开发会有侵权的问题吗 不好意思，前面说的不准确。license是在GUI guider安装时出现的，客户同意后才能进行安装。不是生成代码时出现的。这个license是我们软件的，你可以参考我框出来的1.5，明确限定了必须是nxp的产品： Celeste_Liu_0-1754379799209.png BRs Celeste ------------------------------------------------------------------------------------------------------------------ Note: If this post answers your question, please click the "ACCEPT AS SOLUTION" button. Thank you! ------------------------------------------------------------------------------------------------------------------ Re: 基于GUI Guider设计软件开发的LVGL UI界面程序, 用于公司的产品开发会有侵权的问题吗 看了下那个文档，没看到GUI Guider生成的代码明确写着遵循什么license呀，感觉写了一堆看不懂。生成的代码也是基于LVGL的吧，是不是和LVGL一样的软件license？ Re: 基于GUI Guider设计软件开发的LVGL UI界面程序, 用于公司的产品开发会有侵权的问题吗 您好，只有使用NXP的产品才可以商用，非NXP的不可以。用GUI-GUIDER生成的代码是有license的，请查看附件的license以及EULA。 Re: 基于GUI Guider设计软件开发的LVGL UI界面程序, 用于公司的产品开发会有侵权的问题吗 没有用在NXP的芯片呢，创建的是通用的Demo，用在ESP32上进行开发的。 Re: 基于GUI Guider设计软件开发的LVGL UI界面程序, 用于公司的产品开发会有侵权的问题吗 您好，只要是用在NXP的芯片上就没有侵权问题。

PN5180 複数アンテナスイッチング こんにちは、 ISO 15693 RFID タグ (例:ICODE SLIX2)。システムには複数のアンテナが含まれており、RF スイッチを使用してアクティブなアンテナを選択します。一般的なセットアップについてはデータシートの図 48 に従いましたが、アンテナ側の構成は以前の デザイン とは異なります。当社のデザインでは通常、同軸コネクタに接続する単一のトレース (制御された 50 オームのインピーダンス) が特徴で、コネクタ ハウジングは GND にコネクテッドされます。外部アンテナ ボードは、チューニング コンポーネントを備えた単純なループ アンテナであり、ループの一方の端は単一の RF 同軸線にコネクテッドされ、もう一方の端は GND (コネクタ ハウジング) にコネクテッドされます。 blovejoy_0-1754326999573.png AN11740 のアプリケーションノートを確認しましたが、同様のデザインに関する参照は見つかりませんでした。RF スイッチに供給できる単一の RF 出力を提供するには、回路図をどのように変更すればよいですか? よろしくお願いします！ Re: PN5180 Multiple Antenna Switching ありがとうございます。フォローアップさせていただきます。 Re: PN5180 Multiple Antenna Switching こんにちは@blovejoy あなたの調子が良いといいのですが。 アンテナ多重化については、利用可能なドキュメントは NDA (秘密保持契約) に基づいて保護されているため、情報は公開されておらず、セキュア リソースから要求する必要があります。 受信トレイを確認してください。プライベートメッセージを送信しました。 よろしくお願いいたします。 エドゥアルド。 Re: PN5180 Multiple Antenna Switching こんにちは、エドゥアルドさん。 NFC リーダーの安全なアクセスを要求しましたが、アンテナ多重化に関するドキュメントがどこにも見つかりません。まだ入手可能でしょうか?どこで見つけられますか？ ありがとう、 アレクサンドロス・アンドレウ

i.Mx8MP: Android 14.1.2.0 BSP の ENG ビルドで起動アニメーション後に GUI がレンダリングされない こんにちは、 当社は、 userdebugビルド (Android 14.1.2.0 BSP) を使用してハードウェアをテストしており、すべてのインターフェースが正常に動作しています。ただし、 engビルドでは、ブート アニメーション後に GUI が完全にレンダリングされず、画面は黒のままになります。完全なソースは、userdebug ビルドと eng ビルドの両方で同じです。 ブートアニメーションが開始すると、ログ出力が繰り返し表示されます。 [ 43.895856][ T1] init: 制御メッセージ: pid: 210 (/system/bin/servicemanager) の ctl.interface_start の 'aidl/activity' が見つかりませんでした [ 43.913409][ T685] servicemanager: 発信者(pid=463,uid=1041,sid=u:r:audioserver:s0) aidl サービス アクティビティを遅延サービスとして開始しようとしましたが、できませんでした。通常、これはサービスがインストールされていない場合に発生しますが、サービスが遅延サービスとして使用されることを意図している場合は、サービスの構成が間違っている可能性があります。 [ 44.895921][ T210] servicemanager: 呼び出し元 (pid=463、uid=1041、sid=u:r:audioserver:s0) 'activity' が見つからなかったため、遅延 AIDL サービスとして起動しようとしました。(遅延サービスとして構成されていない場合は、起動が停止したり、まだ起動中のままになる可能性があります)。 [ 44.939268][ T1] init: 制御メッセージ: pid: 210 (/system/bin/servicemanager) の ctl.interface_start の 'aidl/activity' が見つかりませんでした [ 44.955168][ T687] servicemanager: 発信者(pid=463,uid=1041,sid=u:r:audioserver:s0) aidl サービス アクティビティを遅延サービスとして開始しようとしましたが、できませんでした。通常、これはサービスがインストールされていない場合に発生しますが、サービスが遅延サービスとして使用されることを意図している場合は、サービスの構成が間違っている可能性があります。 [ 45.935838][ T210] servicemanager: 呼び出し元 (pid=463、uid=1041、sid=u:r:audioserver:s0) 'activity' が見つからなかったため、遅延 AIDL サービスとして起動しようとしました。(遅延サービスとして構成されていない場合は、起動が停止したり、まだ起動中のままになる可能性があります)。 [ 45.963901][ T1] init: 制御メッセージ: pid: 210 (/system/bin/servicemanager) の ctl.interface_start の 'aidl/activity' が見つかりませんでした [ 45.979228][ T688] servicemanager: 発信者 (pid=463、uid=1041、sid=u:r:audioserver:s0) aidl サービス アクティビティを遅延サービスとして開始しようとしましたが、できませんでした。通常、これはサービスがインストールされていない場合に発生しますが、サービスが遅延サービスとして使用されることを意図している場合は、サービスの構成が間違っている可能性があります。 [ 46.963765][ T210] servicemanager: 呼び出し元 (pid=463、uid=1041、sid=u:r:audioserver:s0) 'activity' が見つからなかったため、遅延 AIDL サービスとして起動しようとしました。(遅延サービスとして構成されていない場合は、起動が停止したり、まだ起動中のままになる可能性があります)。 [ 46.987934][ T1] init: 制御メッセージ: pid: 210 (/system/bin/servicemanager) の ctl.interface_start の 'aidl/activity' が見つかりませんでした [ 47.000965][ T689] servicemanager: 発信者 (pid=463、uid=1041、sid=u:r:audioserver:s0) aidl サービス アクティビティを遅延サービスとして開始しようとしましたが、できませんでした。通常、これはサービスがインストールされていない場合に発生しますが、サービスが遅延サービスとして使用されることを意図している場合は、サービスの構成が間違っている可能性があります。 [ 47.987624][ T210] servicemanager: 呼び出し元 (pid=463、uid=1041、sid=u:r:audioserver:s0) 'activity' が見つからなかったため、遅延 AIDL サービスとして起動しようとしました。(遅延サービスとして構成されていない場合は、起動が停止したり、まだ起動中のままになる可能性があります)。 この BSP のeng ビルドに必要な特定の変更はありますか? よろしくお願いします、 マルティ・ナイク Android グラフィックスとディスプレイ i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation こんにちは、 更新ありがとうございます。 確認ですが、ENG モードで Android GUI (ホーム画面) を完全に起動できますか? 参照用に、[設定] > [システム] > [バージョン情報] > [ビルド番号]からビルド番号のスクリーンショットを共有していただけると助かります。 よろしくお願いいたします。 Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation こんにちは、 どの GUI を参照しますか?ENG モードで GPU アクセラレーションを使用して Android アニメーションを起動できます。 よろしくお願いします。 Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation こんにちは、 ビルドを確認していただきありがとうございます。 明確にするために、英語モードのバイナリを使用しているときに GUI が適切にロード/レンダリングされるかどうかを確認していただけますか? よろしくお願いします。 Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation こんにちは、 はい、EVK でうまく構築されます。 よろしくお願いします。 Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation 親愛なる@Bio_TICFSL ご説明ありがとうございます。 はい、ENG ビルドを使用すると最適化されたコードのパフォーマンスが向上することは理解していますが、機能は両方のビルドで引き続き利用できるはずです。 Android 14 のengビルドを実行している i.MX8MP EVK で、GUI が問題なく適切にレンダリングされるかどうかを確認してください。 よろしくお願いいたします。 Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation こんにちは、 はい、ENG を選択すると、コードがより良く最適化されることは確認していますが、両方を選択しても、コードを使用できるようになるはずです。 よろしくお願いします。 Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation こんにちは、 エンジニアリングイメージを複数回フラッシュしてみましたが、同じ問題が解決しません。 興味深いことに、 userdebugビルドでは、同じログ メッセージが 4 ～ 5 回表示されて停止し、その後 GUI が正常にレンダリングされます。ただし、 engビルドでは、これらのメッセージが連続的にループして表示され続け、GUI が完全に読み込まれません。 GUI レンダリングに影響する可能性のある、 eng モードの特定の構成または制限があるかどうかを確認してください。 Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation こんにちは、 Android開発で「'aidl/activity'が見つかりません」というエラーが発生する場合、ビルドシステムが aidl ディレクトリ構造内で activity という名前のAIDLファイルを見つけられないことを示している可能性が高いため、再度ビルドしてボードに書き込み、再度試してみることをお勧めします。 これは通常、AIDLファイルまたはディレクトリ構造が欠落しているか、正しく構成されていないことを意味します。 この問題を解決するには、AIDLファイル（例： activity.aidl ）が正しい場所に存在すること、およびビルドシステムがAIDLファイルを認識できるように設定されていることを確認してください。     潜在的な問題とその解決方法の詳細は次のとおりです。 1. AIDL ファイルが見つからないか、間違った場所にある場合: ファイルを確認します: activity.aidl ファイルが存在することを確認します。 ディレクトリを確認する: activity.aidl ファイルが Android プロジェクトの src/main/aidl ディレクトリ内に配置されているか、カスタム ソース セットを使用している場合は適切なソース セット内に配置されていることを確認します。 パッケージ構造: AIDL ファイルのパッケージ宣言（例: package com.example.app.aidl; ）は、ファイルが配置されているディレクトリ構造と一致する必要があります。ファイルが src/main/aidl/com/example/app/ にある場合、パッケージ宣言は package com.example.app.aidl; となります。      2. ビルドシステム構成（Android Gradleプラグイン）: AIDL を有効にする: app/build.gradle ファイルで aidl ビルド機能が有効になっていることを確認します。   コード   android { buildFeatures { aidl true } } ソース セット:カスタム ソース セットを使用している場合は、 sourceSets ブロックで AIDL ファイルのソース ディレクトリを指定する必要がある場合があります。    コード   android { sourceSets { main { aidl { srcDirs 'src/main/aidl' } } } } 3. クリーンアップと再構築: AIDL ファイルまたはビルド構成に変更を加えた後は、変更が適用されていることを確認するために、プロジェクトをクリーンアップしてリビルドします。 Android Studio で、 Build > Clean Project に移動し、 Build > Rebuild Project 。    . 増分ビルド（Android Studio）: Android Studio の増分ビルドは通常、AIDL ファイルを効率的に処理しますが、問題が発生した場合は完全な再構築を試してください。        5. 安定したAIDL: 安定した AIDL を使用している場合は、AIDL インターフェースのすべての依存関係も安定した AIDL として定義されていることを確認してください。 AIDL ファイルで構造を直接定義して、任意の Parcelable を安定した Parcelable に変換します。    例：   IMyInterface という AIDL インターフェースがあり、それをアクティビティで使用したいとします。   IMyInterface.aidl を作成します: コード   // IMyInterface.aidl package com.example.app.aidl; interface IMyInterface { void doSomething(); } src/main/aidl/com/example/app/ に配置します。     コード   my_app/ ├── src/ │ └── main/ │ ├── aidl/ │ │ └── com/ │ │ └── example/ │ │ └── app/ │ │ └── IMyInterface.aidl app/build.gradle で AIDL を有効にします。      コード   android { buildFeatures { aidl true } } クリーンアップして再構築します。      これらの手順に従うことで、「'aidl/activity' が見つかりませんでした」というエラーを解決し、Android プロジェクトで AIDL インターフェースを正常に使用できるようになります。      よろしくお願いします。

MIMXRT1062 只有 ROM 启动加载程序不起作用，使用 sdphost USB 运行 RAM 程序 为了让我定制设计的 MIMXRT1062DVJ6B MCU 完成第一次程序运行，我已经挣扎了好几天。不幸的是，唯一起作用的是 ROM 装载机的响应和 RAM 装载。我尝试了几种使用方法，并在这里展示了两个不同的案例 https://github.com/ollewelin/delta_robot/tree/main/failure_start_RAM_at_blank_MIMXRT1062 我的硬件在这里： https://github.com/ollewelin/delta_robot/blob/main/failure_start_RAM_at_blank_MIMXRT1062/SCH_3x_motor_driver_V2_1.pdf 第一个测试是一个 Minimal loop.bin 文件，我尝试加载到 0x20000000 程序应该只设置一个堆栈指针和一个重置向量，然后下一条指令是循环到自身 参见日志 https://github.com/ollewelin/delta_robot/blob/main/failure_start_RAM_at_blank_MIMXRT1062/loop_log.txt 最终故障响应： sdphost -u 0x1fc9,0x0135 -- error-status Status (HAB mode) = 1450735702 (0x56787856) Hab Is Disabled (Unlocked). 响应状态 = 858993459 (0x33333333) 无说明。 另一个例子是 MCUXpresso IDE 生成的闪烁测试 evkbmimxrt1060_iled_blinky_iled_blinky.map，网址为 https://github.com/ollewelin/delta_robot/blob/main/failure_start_RAM_at_blank_MIMXRT1062/evkbmimxrt1060_iled_blinky_iled_blinky.map 内存设置日志在这里： https://github.com/ollewelin/delta_robot/blob/main/failure_start_RAM_at_blank_MIMXRT1062/MIMXRT1062xxxxB_part.xml 这次尝试和我一周前尝试的许多其他设置一样，都得到了令人遗憾的回应 sdphost -u 0x1fc9,0x0135 -- error-status Status (HAB mode) = 1450735702 (0x56787856) Hab Is Disabled (Unlocked). 响应状态 = 858993459 (0x33333333) 无说明。 参见日志 https://github.com/ollewelin/delta_robot/blob/main/failure_start_RAM_at_blank_MIMXRT1062/Log_test_evkbmimxrt1060_iled_blinky_iled_blinky.txt 这是我最后一次尝试寻求帮助，然后我就放弃了，转而使用其他硬件芯片。谨致问候 Olle Welin [email protected]

SGTL5000 こんにちは、 以下のSGTL 5000の設定コードを教えてください。 マイク--> ADC--> DAP--> DAC--> HP Re: SGTL 5000 こんにちは、技術者さん 良い一日！ あなたが共有した情報に関するプライバシー上の理由から、私はあなたが私たちと開設したプライベートCASEに関してのみあなたに答えます。 素晴らしい一日をお過ごしください。幸運をお祈りします。 Re: SGTL 5000 あなたのCASEに取り組み始めていますので、すぐにお問い合わせいたします。