Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
Version 2 issues: C code generation, preview Hi! I started testing GUI Guider version 2, and I found a couple of issues (starting with an empty template, Windows simulator). I started defining the content of the top layer putting an image button, creating an event handler to switch state when the button is long pressed. The generated the code has some errors, like: gg_event_layer_top.c:   static void lv_layer_top()_event_handler(lv_event_t * e) {     ...   } void gg_event_init_layer_top(gg_ui_t * ui😞   lv_obj_add_event_cb(ui->layer_top.lv_layer_top(),  lv_layer_top()_event_handler, LV_EVENT_ALL, ui); (parenthesis create a parsing error) Manually removing the parenthesis, the error below is generated: .../generated/events/gg_event_layer_top.c:59:38: error: 'gg_layer_top_t' has no member named 'lv_layer_top' (gg_layer_top_t definition doesn't include that member) Am I missing some definition to make a correct generation of those functions? Re: Version 2 issues: C code generation, preview Hi @poldo  May i ask how can i reproduce this issue? Harry_Zhang_0-1783917409079.png BR Harry Re: Version 2 issues: C code generation, preview Hi @Harry_Zhang , thank you for your reply. This is what I did: - On layer_top (clickable flag added, is this necessary?) I created a container for my buttons (no clickable flag added)  - Inside the container I created an image button (clickable flag added)  - I attached the event "Long Pressed" to the button poldo_0-1784023768341.png Generated code contains the syntax errors above. // In gg_event_layer_top.c static void lv_layer_top()_event_handler(lv_event_t * e) { gg_ui_t * ui = lv_event_get_user_data(e); lv_event_code_t code = lv_event_get_code(e); switch(code) { default: break; } } void gg_event_init_layer_top(gg_ui_t * ui) { lv_obj_add_event_cb(ui->layer_top.lv_layer_top(), lv_layer_top()_event_handler, LV_EVENT_ALL, ui); lv_obj_add_event_cb(ui->layer_top.Keypad_btnEnable, Keypad_btnEnable_event_handler, LV_EVENT_ALL, ui); } Removing the parenthesis the syntax error is about the member lv_layer_top not existing: // In custom.h typedef struct { lv_obj_t * Keypad; lv_obj_t * Keypad_btnEnable; } gg_layer_top_t; BR Poldo Re: Version 2 issues: C code generation, preview Hi @poldo  I tried to reproduce this issue. Harry_Zhang_0-1784102463813.png The generated code is correct. Harry_Zhang_1-1784102495298.png May I ask what I missed? BR Harry Re: Version 2 issues: C code generation, preview Hi @Harry_Zhang . The issue is when you create objects on the top layr. I'm attaching my file for your review and test. Re: Version 2 issues: C code generation, preview Hi @poldo  Thanks for your project, we have reproduced this issue. This is a bug. We will fix it in the next version. Thank you for your understanding. BR Harry Re: Version 2 issues: C code generation, preview Thank you, @Harry_Zhang . Is there a workaround that could be used while waiting for the update? BR Re: Version 2 issues: C code generation, preview This is a bug, and the fix is simple. Find your guiguider file and open it in text mode. Locate the event_list, remove any extra content, and then use the guider to reload the project. The generated code will return to normal. Re: Version 2 issues: C code generation, preview Thank you, @meibao : I'll try that.
查看全文
通过 tpl3 将 MC33665ATS4AE 与 MC33774AtP1e 菊花链式连接到非 NXP MCU 您好,我正在构建一个 36s 系统,其中我计划使用 MC33774ATP1E 通过 TPL3 以菊花链方式进行电池监控。要与单片机通信,我需要一个 MC33665ATS4AE。对于微控制器(MCU),我打算使用STM32芯片。 我需要司机和沟通方面的帮助。签署保密协议后提供的AutoSAR驱动程序SDK会有帮助吗? Re: Interfacing the MC33665ATS4AE to the MC33774AtP1e daisy chain via tpl3 to a non-nxp MCU 你好 sahilHastin 再会! 是的,但由于这涉及到安全文档,我建议您在我们的官方网站上提交一个案例,这样我们可以更私密地为您提供帮助。 祝你今天过得愉快,一切顺利。
查看全文
S32DSライセンスの有効期限が2日後に切れます。 NXPサポートの皆さん、こんにちは。 S32 Design Studioの評価ライセンスをS32プラットフォーム3.4向けに延長する必要があります。 IDEのライセンスウィンドウで「ライセンスをリクエスト」ボタンが見つかりません。 ライセンス情報は以下の通りです: 製品:S32プラットフォーム向けS32 Design Studio バージョン:3.4 アクティベーションID: 60D2-8F18-EC11-211F 評価残り日数:2日 フィーチャーバージョン:3.4 機能状況:評価(2日) この評価ライセンスの延長にご協力ください。 ありがとうございます。よろしくお願いいたします。 Re: S32DS License expiring in 2 day(s). こんにちは、 お客様のS32DSライセンスが延長されました。以前使用していたコードを使って、S32DSを再度有効化してください。 Re: S32DS License expiring in 2 day(s). こんにちは、 あなたのために延長を申請しました。 よろしくお願いいたします。 ピーター
查看全文
MCXN947による複数顔検出 - 画像にエラーあり こんにちは、NXP Application Code Hubの「Multiple Face Detection on MCXN947」アプリケーションを実行しようとしています。アプリケーションは動作していますが、カメラの画像が正しく撮影されていません。ピクセルや顔の薄い輪郭は見えますが、画像は非常に歪んでいて、正しく認識するには鮮明ではありません。これはカメラの再作業やはんだ付けの問題、あるいはカメラ信号の接続の問題が原因でしょうか?私は既に推奨されているカメラの再調整手順(SJ16、SJ26、SJ27)を実行しました。 MCX N Re: Multiple Face detection with MCXN947 - Error on image ありがとうございます。はんだ付けし直したら、今は正常に動作しています。 Re: Multiple Face detection with MCXN947 - Error on image ありがとう。再はんだ付けしたら、今は正常に動作するようになりました。 Re: Multiple Face detection with MCXN947 - Error on image こんにちは、 @Gayathriii さん。 投稿ありがとうございます。FRDM-MCXN947のビジョン MLで役立つヒントが見つかるかもしれません。この問題に対処するのに役立つかもしれません。 1.PORの後、カメラは2.8Vを想定しているのにボードは3.3Vで動作しており、初期のHSYNC信号が欠落しているため、カメラに不具合が発生する可能性があります。リセットボタン(SW1)を押すと、カメラの問題は解決するはずです。 2. OV7670カメラがJ11に接続されていること(J9ではなく)、LCD-PAR-S035がJ12に接続されていることを確認してください。 Celeste_Liu_0-1788406926113.png 3. SJ16、SJ26、およびSJ27のハンダジャンパーの向きが正しいことを確認します。 お役に立てば幸いです。もしこの件に関してまだ問題がある場合は、お知らせください。 BR セレステ Re: Multiple Face detection with MCXN947 - Error on image こんにちは、 はい、ピクセルが欠けていたり、かすかな輪郭が残る画像は、ハードウェアのはんだ付けや接続不良、部分的な接触が原因で十分に起こり得ます。SJ16、SJ26、SJ27のサンダージャンパーを正しくA側からB側に反転させていてもです。 敬具
查看全文
バージョン2の問題点:Cコード生成、プレビュー こんにちは! GUI Guiderバージョン2のテストを始め、いくつかの問題(まずは空のテンプレート、Windowsシミュレータ)に気づきました。 トップレイヤーの内容を定義し、画像ボタンを入れ、ボタンを長押ししたときに状態を切り替えるイベントハンドラを作成し始めました。 生成されたコードには、次のようなエラーがあります。 gg_event_layer_top.c: 静的虚無 lv_layer_top()_event_handler(lv_event_t * e) { ... } void gg_event_init_layer_top ( gg_ui_t * ui😞 lv_obj_add_event_cb(ui->layer_top.lv_layer_top(), lv_layer_top()_event_handler, LV_EVENT_ALL, ui); (括弧は構文解析エラーの原因となります) 括弧を手動で削除すると、以下のエラーが発生します。 .../generated/events/gg_event_layer_top.c:59:38: エラー:「gg_layer_top_t」に「lv_layer_top」という名前のメンバーがいません (gg_layer_top_t の定義にはそのメンバーは含まれていません) これらの関数を正しく生成するために必要な定義が何か見落とされているのでしょうか? Re: Version 2 issues: C code generation, preview こんにちは、 @poldo さん。 この問題を再現するにはどうすればよいか教えていただけますか? Harry_Zhang_0-1783917409079.png BR ハリー Re: Version 2 issues: C code generation, preview こんにちは、 @Harry_Zhang さん、ご返信ありがとうございます。 私がやったことはこうです。 - layer_top にクリック可能なフラグを追加しましたが、これは必要でしょうか?ボタン用のコンテナを作成しました(クリック可能なフラグは追加していません) - コンテナ内で画像ボタンを作成しました(クリック可能なフラグが追加されました) - 「Long Pressed」というイベントをボタンに付けました poldo_0-1784023768341.png 生成されたコードには上記の構文エラーが含まれています。 // In gg_event_layer_top.c static void lv_layer_top()_event_handler(lv_event_t * e) { gg_ui_t * ui = lv_event_get_user_data(e); lv_event_code_t code = lv_event_get_code(e); switch(code) { default: break; } } void gg_event_init_layer_top(gg_ui_t * ui) { lv_obj_add_event_cb(ui->layer_top.lv_layer_top(), lv_layer_top()_event_handler, LV_EVENT_ALL, ui); lv_obj_add_event_cb(ui->layer_top.Keypad_btnEnable, Keypad_btnEnable_event_handler, LV_EVENT_ALL, ui); } 括弧を削除すると、構文エラーはメンバーlv_layer_topが存在しないことに関するものです。 // In custom.h typedef struct { lv_obj_t * Keypad; lv_obj_t * Keypad_btnEnable; } gg_layer_top_t; BR ポルド Re: Version 2 issues: C code generation, preview こんにちは、 @poldo さん。 この問題を再現しようと試みました。 Harry_Zhang_0-1784102463813.png 生成されたコードは正しいです。 Harry_Zhang_1-1784102495298.png 私が何か見逃した点があれば教えていただけますか? BR ハリー Re: Version 2 issues: C code generation, preview こんにちは、 @Harry_Zhang さん。 問題は、最上層にオブジェクトを作成する場合です。レビューとテストのためにファイルを添付します。 Re: Version 2 issues: C code generation, preview こんにちは、 @poldo さん。 プロジェクトをありがとうございます。この問題を再現できました。 これはバグです。 次期バージョンで修正します。 ご理解いただきありがとうございます。 BR ハリー Re: Version 2 issues: C code generation, preview これはバグであり、修正方法は簡単です。guiguiderファイルを見つけて、テキストモードで開いてください。event_list を見つけて、不要なコンテンツを削除してから、ガイドを使用してプロジェクトを再読み込みしてください。生成されたコードは正常に戻ります。 Re: Version 2 issues: C code generation, preview ハリー・チャンさん、ありがとうございます。 アップデートを待つ間に使える回避策はありますか? BR Re: Version 2 issues: C code generation, preview ありがとうございます、 @meibaoさん。試してみます。
查看全文
使用 MCXN947 进行多人脸检测 - 图像错误 您好,我正在尝试从 NXP 应用代码中心运行“MCXN947 上的多人脸检测”应用程序。应用程序正在运行,但摄像头图像无法正确捕获。我可以看到一些像素点和我脸部的模糊轮廓,但图像严重失真,不够清晰,无法正确识别。这会不会是相机返工/焊接或相机信号连接出现问题导致的?我已经按照推荐的相机返修程序(SJ16、SJ26 和 SJ27)进行了操作。 MCX N Re: Multiple Face detection with MCXN947 - Error on image 谢谢,我重新焊接了一下,现在可以用了。 Re: Multiple Face detection with MCXN947 - Error on image 谢谢。重新焊接后现在可以用了。 Re: Multiple Face detection with MCXN947 - Error on image 你好@Gayathriii , 感谢你的帖子。您可以在FRDM-MCXN947 的 Vision ML中找到一些有用的技巧,这些技巧可能有助于解决此问题。 1.POR 后,由于相机期望电压为 2.8V,但电路板电压为 3.3V,并且初始 HSYNC 信号丢失,因此相机可能会出现一些故障。按下RESET按钮(SW1)应该可以解决任何相机问题。 2. 请确认OV7670摄像机已插入J11(而非J9),并且LCD-PAR-S035已连接到J12。 Celeste_Liu_0-1788406926113.png 3. 确认 SJ16、SJ26 和 SJ27 的焊接跳线方向是否正确 希望对您有所帮助。如果您还有问题,请告诉我。 BR 塞莱斯特 Re: Multiple Face detection with MCXN947 - Error on image 你好, 是的,即使您已将焊接跳线 SJ16、SJ26 和 SJ27 从 A 面正确地翻转到 B 面,硬件焊接、连接问题或部分接触仍然可能导致图像失真,出现像素缺失或轮廓模糊的情况。 此致
查看全文
裸机控制器套件 您好,我想请问市面上是否有包含芯片编程器和一些外设的套件,可以在真实的硬件上测试汇编代码?我知道这可以在ESP上运行,但我喜欢它是绝对最低限度的。谢谢! Re: Kits for baremetal controllers Hello S08PT60-EVK,[MC9S08PT60] 是一款开发硬件板,可以帮助您进行应用程序开发[ S08PT60-EVK 产品信息]。 板载接口包括 RGB LED、6 轴数字加速度计和磁力计、环境温度传感器、两个电容式触摸板、电位器、两个用户按钮和红外收发器。同时兼容 Arduino 扩展板的引脚布局。 您可以在主页上阅读更多关于这些功能的信息: S08P MCU 评估套件 | 恩智浦半导体 而且可以从代理商处购买到现成的板。使用该软件的工具是CodeWarrior for MCUs (Eclipse IDE) v11.1,适用于 Windows 10/11;在这个工具中,您可以使用汇编代码进行测试。 另一种开发板选择是S08PB16-EVK 产品信息 | NXP 半导体 ,同样可以使用 CodeWarrior,并添加相应的S08PB 服务包,或者通过 P&E Multilink FX 或 P&E Multilink 调试器进行编程。 顺祝商祺!
查看全文
Kits for baremetal controllers Hi, I wanted to ask if there are any kits out there that come with a chip programmer and some peripherals to test assembly code on real hardware? I know that this can work on an esp, but I like the fact that it's the absolut minimum. Thanks! Re: Kits for baremetal controllers Hello The S08PT60-EVK, [MC9S08PT60] is a development hardware board that can help you with your application[S08PT60-EVK Product Information]. The onboard interfaces include an RGB LED, a 6-axis digital accelerometer and magnetometer, an ambient temperature sensor, two capacitive touch pads, a potentiometer, two user push-buttons, and IRDA transceiver. Also is compatible with the Arduino pin layout for expansions boards. You can read more about the features in the main page: S08P MCUs Evaluation Kit | NXP Semiconductors And there are available boards buying from the distributors. The software tool to use it is CodeWarrior for MCUs (Eclipse IDE) v11.1 available for windows 10/11.; in this tool you can test with assembly code. Another board option is S08PB16-EVK Product Information | NXP Semiconductors, using CodeWarrior too, adding the correspondent service pack for S08PB or programming via debugger P&E Multilink FX or P&E Multilink Best Regards
查看全文
S32DS许可证将于2天后到期。 您好,NXP技术支持, 我需要延长我的 S32 Design Studio for S32 Platform 3.4 的评估许可证。 我在IDE许可窗口中找不到“申请许可”按钮。 许可证信息如下: 产品:S32平台专用S32设计工作室 版本:3.4 激活ID:60D2-8F18-EC11-211F 剩余评估天数:2 功能版本:3.4 功能状态:评估中(2天) 请帮忙延长此评估许可期限。 谢谢 & 此致敬礼 Re: S32DS License expiring in 2 day(s). 你好, 您的S32DS许可证已延期。请使用您之前的激活码重新激活S32DS。 Re: S32DS License expiring in 2 day(s). 你好, 我已经帮你申请了延期。 顺祝商祺! Peter
查看全文
Interfacing the MC33665ATS4AE to the MC33774AtP1e daisy chain via tpl3 to a non-nxp MCU Hi, I am building a 36s system where for cell monitoring I am planning to use MC33774ATP1E in daisy chain via TPL3. To communicate with an mcu, I need an MC33665ATS4AE. For MCU, I am thinking of using a stm32 chip.  I need help with the drivers and communication. Will the autosar drivers SDK provided after NDA process, will help?  Re: Interfacing the MC33665ATS4AE to the MC33774AtP1e daisy chain via tpl3 to a non-nxp MCU Hello sahilHastin Good day! Yes, but since this involves secure documentation, I recommend opening a case on our official website, where we can assist you more privately. Have a great day and best of luck.
查看全文
版本 2 问题:C 代码生成、预览 你好! 我开始测试 GUI Guider 版本 2,发现了一些问题(从空白模板和 Windows 模拟器开始)。 我开始定义顶层的内容,添加了一个图像按钮,并创建了一个事件处理程序,以便在长按按钮时切换状态。 生成的代码存在一些错误,例如: gg_event_layer_top.c: static void lv_layer_top()_event_handler(lv_event_t * e) { ... } void gg_event_init_layer_top ( gg_ui_t * ui😞 lv_obj_add_event_cb(ui->layer_top.lv_layer_top(), lv_layer_top()_event_handler, LV_EVENT_ALL, ui); (括号会导致解析错误) 手动删除括号后,会出现以下错误: .../generated/events/gg_event_layer_top.c:59:38: 错误:'gg_layer_top_t' 没有名为 'lv_layer_top' 的成员 (gg_layer_top_t 定义中不包含该成员) 我是否遗漏了某些定义,导致无法正确生成这些函数? Re: Version 2 issues: C code generation, preview 嗨@poldo 请问如何重现这个问题? Harry_Zhang_0-1783917409079.png BR 哈里 Re: Version 2 issues: C code generation, preview 您好@Harry_Zhang ,感谢您的回复。 我这样做了: - 在 layer_top 上(添加了可点击标志,这是必要的吗?)我创建了一个用于放置按钮的容器(没有添加可点击标志)。 - 我在容器内创建了一个图像按钮(添加了可点击的标志) 我已将“长按”事件附加到按钮上。 poldo_0-1784023768341.png 生成的代码包含上述语法错误。 // In gg_event_layer_top.c static void lv_layer_top()_event_handler(lv_event_t * e) { gg_ui_t * ui = lv_event_get_user_data(e); lv_event_code_t code = lv_event_get_code(e); switch(code) { default: break; } } void gg_event_init_layer_top(gg_ui_t * ui) { lv_obj_add_event_cb(ui->layer_top.lv_layer_top(), lv_layer_top()_event_handler, LV_EVENT_ALL, ui); lv_obj_add_event_cb(ui->layer_top.Keypad_btnEnable, Keypad_btnEnable_event_handler, LV_EVENT_ALL, ui); } 去掉括号后,语法错误是关于成员 lv_layer_top 不存在的: // In custom.h typedef struct { lv_obj_t * Keypad; lv_obj_t * Keypad_btnEnable; } gg_layer_top_t; BR 波尔多 Re: Version 2 issues: C code generation, preview 嗨@poldo 我尝试重现这个问题。 Harry_Zhang_0-1784102463813.png 生成的代码是正确的。 Harry_Zhang_1-1784102495298.png 请问我错过了什么? BR 哈里 Re: Version 2 issues: C code generation, preview 嗨@Harry_Zhang 。 问题出在顶层创建对象时。我附上文件供您审阅和测试。 Re: Version 2 issues: C code generation, preview 这是一个漏洞,修复起来很简单。找到你的 guiguider 文件,并以文本模式打开它。找到 event_list,删除任何多余的内容,然后使用指南重新加载项目。生成的代码将恢复正常。 Re: Version 2 issues: C code generation, preview 嗨@poldo 感谢您提供的项目,我们已经重现了这个问题。 这是个漏洞。 我们将在下一个版本中修复这个问题。 感谢您的理解。 BR 哈里 Re: Version 2 issues: C code generation, preview 谢谢你, @Harry_Zhang 。 在等待更新期间,有没有什么变通方法可以使用? BR Re: Version 2 issues: C code generation, preview 谢谢@meibao :我会试试的。
查看全文
ベアメタルコントローラー用のキット こんにちは、実際のハードウェアでアセンブリコードをテストできるチッププログラマや周辺機器が付属しているキットはありますか?これはESPでも機能することは知っていますが、絶対的な最低限のものであるという点が気に入っています。ありがとう! Re: Kits for baremetal controllers Hello S08PT60-EVK、[MC9S08PT60]は、アプリケーション[S08PT60-EVK製品情報]をサポートする開発用ハードウェアボードです。 オンボードインターフェースにはRGB LED、6軸デジタル加速度計と磁力計、周囲温度センサ、2つの静電容量式タッチパッド、ポテンショメーター、2つのユーザープッシュボタン、IRDAトランシーバが含まれます。また、拡張ボード用のArduinoピン配列にも対応しています。 詳細はメインページでご覧いただけます:S08P MCUs 評価キット |NXP Semiconductors また、代理店から購入できるボードもあります。このツールを使うソフトウェアは、Windows 10/11向けに利用可能な CodeWarrior for MCUS (Eclipse IDE) v11.1 です。このツールではアセンブリコードでテストできます。 別のボードオプションとして、 S08PB16-EVK製品情報|NXP半導体もCodeWarriorを使用して、 S08PBまたは デバッガP&EマルチリンクFXまたはP&Eマルチリンクによるプログラミングのための対応サービスパックを追加しています。 よろしくお願いいたします。
查看全文
MC33665ATS4AEをMC33774AtP1eデイジーチェーンにtpl3経由で非NXP MCUに接続します こんにちは。私は36sシステムを作っていて、セルモニタリングにはTPL3経由でデイジーチェーンで使うMC33774ATP1Eを計画しています。MCUとコミュニケーションを取るにはMC33665ATS4AEが必要です。MCUではSTM32チップを使うことを考えています。 ドライバやコミュニケーションについて助けが必要です。NDAプロセス後に提供されたAUTOSARドライバSDKsは役に立つでしょうか? Re: Interfacing the MC33665ATS4AE to the MC33774AtP1e daisy chain via tpl3 to a non-nxp MCU こんにちは、sahilHastinさん 良い一日! はい、しかしこれは安全なドキュメントが必要なため、公式ウェブサイトでケースを申し立てることをおすすめします。よりプライベートにお手伝いできるところです。 良い一日をお過ごしください。幸運を祈ります。
查看全文
カスタムのi.MX95 PCIeプラットフォーム上で新しいAra240モジュールをプログラムするにはどうすればいいですか? NXPチームの皆様、こんにちは。 カスタムの i.MX95ベース基板 (FRDM-i.MX95 EVKではありません)を使用し、PCIe M-Keyインターフェースを通じて Ara240 M.2モジュール を接続しています。 Ara240 Runtime SDKのドキュメントを確認した結果、通常のランタイムフローを理解しました。Ara240デバイスはPCIe上で列挙され、システム起動時にRuntime SDKによって初期化されます。 製造および生産支援のための 初回モジュールプロビジョニング/プログラミング に関する要件を理解したいと考えています。 以下の点を明確にしていただけますか? Ara240 M.2モジュールは工場出荷時にプログラム済みですか、それとも初回使用前にファームウェアの書き換えが必要ですか? モジュールが新品の状態、またはオンボードフラッシュが破損した場合、推奨される復旧またはプログラミング手順は何ですか? 製造時に一度だけプログラムすればいいファームウェアやソフトウェアコンポーネントはありますか? Ara240ランタイムSDKによって、起動ごとに自動的にロードまたは初期化されるコンポーネントは何ですか? カスタムi.MX95ハードウェアプラットフォームを使用するお客様向けの製造、プロビジョニング、またはリカバリーガイドはありますか? FRDM-i.MX95のリファレンスプラットフォームと比べて、カスタムボード上でAra240を使う場合、追加の手順はありますか? 初回プロビジョニング、ファームウェア復旧、本番展開に関するガイダンスやドキュメントがあれば大変ありがたいです。 Re: How to Program a Fresh Ara240 Module on a Custom i.MX95 PCIe Platform? Ara240 M.2モジュールは通常、起動時に初期化をRuntime SDKが担当する事前プログラム状態で出荷されますが、オンボードフラッシュが空白または破損している場合は、復元にはSDKツールでファームウェアを再フラッシュし、NXPの製造ガイドに記載されたプロビジョニング手順が必要です。通常、製造時にプログラムされるのは基本ファームウェアのみで、ランタイムコンポーネントは起動時に自動的にロードされます。カスタムi.MX95ボードの場合、FRDM-i.MX95と同じプロビジョニングフローが適用されますが、ボード固有のPCIeおよび電源シーケンスを調整する必要がある場合があります。製造サポートには、NXPの公式プロビジョニングおよび復旧ドキュメントが推奨されています。 Re: How to Program a Fresh Ara240 Module on a Custom i.MX95 PCIe Platform? こんにちは、ユブラージさん。 1.NXPがどちらの立場も表明しているのを見つけることはできなかった。ランタイムSDKはファームウェアがすでに存在していると仮定しています。chip_info.sh を実行して firmware_version(raw) が 131072 であることを確認してください。 2. 同じパッケージにprogram_flash.sh入っているのが、私が見た中で唯一のフラッシュツールです。その後、再起動してください。空白または破損したフラッシュメモリ用の個別の復旧ドキュメントは見つかりませんでした。 3. ファームウェアのみ。rt-sdk-ara2のREADMEによると、フラッシュは再起動しても一度きりの活動で、継続します。 4. rt-sdk-ara2.service はuiodma.koを読み込みます。ハードウェアの起動を行い、その後プロキシデーモンを起動します。udevルールによって、モジュールが現れたときに処理が開始されます。 5.私が見つけた限りでは。公開されているドキュメントは、github.com/nxp-imx/rt-sdk-ara2 の README、入門ガイド GS-ARA2-M2-16G-GT、およびボードに関する UM12420 です。製造ガイドは存在しません。 6. ソフトウェア面で特に問題は見当たりません。まず列挙してみましょう。lspci | grep 1e58 を実行すると、1e58:0002 と表示されるはずです。READMEファイルにはFRDM i.MX 8M PlusとFRDM i.MX 95のみがサポート対象として記載されており、インストーラーは他のターゲットについてはサポートが保証されないと警告している。 お役に立てば幸いです Raz、Parter(AIサプライチェーンアプリ) Re: How to Program a Fresh Ara240 Module on a Custom i.MX95 PCIe Platform? 製造書類はどうやって入手できますか?参照できるアクセス可能なドキュメントはありますか? Re: How to Program a Fresh Ara240 Module on a Custom i.MX95 PCIe Platform? 製造書類はどうやって入手できますか?参照できるアクセス可能なドキュメントはありますか?
查看全文
不可修改的闪存 我希望保护S32k开发板上包含启动映像和应用程序镜像的内部闪存区域。这些镜像存储在程序闪存(PFlash)中,相关的应用程序数据可能存储在数据闪存(DFlash)中。 在批准的软件编程完成后,是否有办法使选定的区域不可写不可擦?理想情况下,这种保护措施可以防止通过应用程序软件、JTAG/调试访问、编程工具、批量擦除、恢复机制和生命周期转换进行修改。 S32K344 是否提供了一种永久性机制,使选定的 PFlash 或 DFlash 扇区不可写不可擦? 如果无法提供永久保护,NXP 推荐的最强可逆保护配置是什么? 是否存在任何受支持的基于硬件的方法,例如专用引脚或跳线控制信号,可以启用或阻止对内部 PFlash 和 DFlash 进行编程? Re: Not Modifiable Flash 你好, S32K344 不提供用户可访问的 OTP 机制来永久锁定任意 PFlash 或 DFlash 扇区以防止擦除/写入。 S32K344 上没有与 MPC57xx OTP 闪存扇区锁定客户端等效的机制。 启动和应用程序映像的保护旨在通过 HSE 安全架构(安全启动、生命周期管理、调试身份验证和身份验证固件更新)来实现,而不是对 PFlash 扇区进行永久 OTP 锁定。 顺祝商祺! Peter Re: Not Modifiable Flash 是否存在硬件级别的方法来禁用或物理限制 JTAG 或其他编程接口访问、擦除或修改 S32K344 内部的 PFlash 和 DFlash(永久或临时),例如物理隔离 JTAG 信号、移除调试连接或通过外部硬件控制访问?
查看全文
i.MX 95 的 ISP 调优 我所在的公司正在设计一款支持 Wi-Fi 功能的内窥镜。我们使用 i.MX8M 对 POC 进行了测试。我们使用的摄像头模块自带图像信号处理器(ISP),因此我们能够使用i.MX8M。 接下来我们希望使用 i.MX95,因为它自带 ISP。然而,我们注意到我们想要使用的图像传感器不在i.MX95 ISP 相机兼容性指南的列表中。我们计划使用 OV2740 或 OH02A10。 请问如何使用 i.MX95 ISP 来驱动这些传感器? Re: ISP tuning of i.MX 95 对于 i.MX95 上的 OV2740 或 OH02A10,请将这些传感器视为自定义/不支持的 ISP 启动,而不是开箱即用的相机模块。我不会因为兼容性指南中缺少某些架构就阻止这种架构选择,但我会计划驱动程序、设备树、媒体图和 ISP 调优工作。 要点: 项目 指导 兼容性指南状态 查阅到的 i.MX95 ISP 摄像头兼容性指南列出了 NXP 支持的传感器,例如 OmniVision OS08A20、OX05B1S、OX03C10 和 Onsemi AR0144,以及一些合作伙伴支持的传感器;我在查阅该指南、i.MX95 系列文档以及网络/社区资源后,并未在该列表中找到 OV2740 或 OH02A10。 i.MX95 ISP 功能 i.MX95集成的ISP支持多传感器应用,聚合处理性能高达500 MPixel/s,因此,如果传感器接口和带宽匹配,该平台在架构上非常适合用于RAW相机处理流程。 什么因素使新型传感器可行 NXP 的指导原则是,如果传感器与RAW Bayer输出兼容,并且遵循使用V4L2/媒体控制器的Linux 相机子系统,则可以移植尚未支持的传感器;UG10215 是开发所需集成的参考。 ISP路径 原始相机需要 i.MX95 NEO-ISP来解码和后处理原始传感器输出。 所需工作 UG10215涵盖了以下所需领域:i.MX95相机带宽计算、Linux内核启用、为新传感器实现libcamera CameraHelper、更新ISP/uGuzzi IPA配置文件、编译/更新、生成校准文件以及将新传感器添加到uGuzzi IPA配置中。 调优要求 uGuzzi IPA 使用动态调谐参数 (DTP) 文件中的传感器特定调谐数据;因此,新的 OV2740/OH02A10 设计应该包括 ISP 调谐/校准工作,而不仅仅是传感器流。 我的建议是: 如果进度风险至关重要,请优先选择 i.MX95 ISP 兼容性指南中已列出的传感器,因为这些模块具有 电路板支持包/软件包启用功能和经过验证的 ISP 调优资料。 如果内窥镜光学/外形尺寸需要 OV2740 或 OH02A10 ,则继续使用 i.MX95,但将其作为定制的摄像头端口进行配置: 确认传感器的具体模式:分辨率、帧速率、RAW Bayer 位深度、通道数、通道速率、MIPI CSI-2 时序、嵌入式数据使用情况; 使用 UG10215 的带宽计算流程验证 i.MX95 CSI/ISP 带宽; 开发或改编 Linux V4L2 子设备驱动程序; 创建设备树端点和媒体控制器链接; 实现/更新 libcamera 支持,包括 CameraHelper; 为镜头+传感器+照明环境生成ISP校准/调优文件; 在医疗应用场景的照明范围内验证图像质量。 不要以为仅仅一个 OV2740 Linux 驱动程序就足够了。NXP社区中关于i.MX93平台上OV2740传感器的类似案例表明,当前的电路板支持包。/设备树/驱动程序并未针对该传感器进行配置,需要进行自定义驱动程序/设备树的开发;虽然该案例涉及的是i.MX93而非i.MX95,但值得注意的是,“传感器有驱动程序”并不等同于“平台已准备好ISP”。 在这两个传感器之间,我的选择更多地取决于哪个供应商/模块供应商能够提供完整的传感器启动包,而不是兼容性列表:精确模式的寄存器表、MIPI 时序、镜头/遮光数据、颜色校准目标以及对 ISP 调谐的支持。对于生产型内窥镜而言,最大的风险可能不是基本的 CSI 采集;而是在照明、温度、镜头变化和制造差异的情况下实现稳定的 ISP 图像质量。 结论:根据已检索到的兼容性证据,OV2740/OH02A10 不是即插即用的 i.MX95 ISP 选择;只有当您预算了完整的 i.MX95 RAW Bayer 传感器端口和使用 UG10215 进行 ISP 调谐工作时,它们才是可行的候选方案。
查看全文
FIT Exception Issue MPC5777c Hi Team,  I am trying produce FIT exception.         asm("li r0, 0x8000");         asm("mtspr TCR, r0");         asm("mtspr TCR, r0");   However, after executing this code, the board resets then enters the FIT exception handler. Could you please let me know if any additional configuration or changes are required to correctly trigger and handle the FIT exception? Thank you for your support. Best regards, Pavan Re: FIT Exception Issue MPC5777c Hi, IVPR points to a valid exception vector table yes. IVOR10 is configured for the FIT handler. No. configured to IVOR11. Interrupts are enabled (MSR[EE] = 1). yes. BSP_MSR_Normal: Unsigned_32 :=16#02009000#; The time base/FIT source is running. yes. You can find the details. which i configured help me out anything else i need to do Regards, Pavan Re: FIT Exception Issue MPC5777c Hi MTSPR(IVOR10, entDECR'Address); -- Decrementer (handled by Ada runtime) -- Now use e200/MPC55xx mapping MTSPR(IVOR11, ent0B'Address); -- Fixed Interval Timer.. This will work by making IVOR10 as FIT. Regards, Pavan Re: FIT Exception Issue MPC5777c Hello, The FIT exception should work once the exception infrastructure is properly configured. Please verify: IVPR points to a valid exception vector table. IVOR10 is configured for the FIT handler. Interrupts are enabled (MSR[EE] = 1). The time base/FIT source is running. Since the board resets before reaching the FIT handler, please also check the RGM reset status registers to identify the reset source. Reference: FIT exception generation is described in AN2865 Section 3. Best regards, Peter Re: FIT Exception Issue MPC5777c Hello,  I’d first check that the FIT enable bit in the TCR is set correctly and that the corresponding exception vector is properly initialized. Also make sure the exception/MSR configuration allows the FIT interrupt to be taken. One thing that stands out is writing the same value to TCR twice: asm("li r0, 0x8000"); asm("mtspr TCR, r0"); asm("mtspr TCR, r0"); If your intention is simply to force the FIT event, you may not need the second write. The exact behavior also depends on the PowerPC core and the TCR bit definitions for that specific device.  Re: FIT Exception Issue MPC5777c Hello, Thank you for the update. Since you are using FIT, IVOR11 is the correct vector. Please additionally verify: TCR[FIE] = 1 (FIT interrupt enabled) FIT period selection (TCR[FP]) TSR[FIS] becomes set when the FIT interval expires The FIT handler clears TSR[FIS] IVOR11 entry in the exception table contains the correct branch to the FIT ISR RGM reset status registers to determine whether another exception or reset occurs before entering the FIT handler The value of TSR is particularly important. If TSR[FIS] is set but the ISR is not entered, the FIT is being generated but the exception dispatch path is not functioning correctly. Best regards, Peter Re: FIT Exception Issue MPC5777c Hello, MTSPR(SPR_HID0, 16#00004000#); -- Enable TB status MTSPR(SPR_TCR, 16#04800000#); -- Enable DEC +FIT MTSPR(SPR_TSR, 16#04000000#); i think is this correct iam enabling properly
查看全文
S32G2 BSP 44 Ubuntu Build Failure Hello, I am trying to build an ubuntu image for xx as specified by S32G2_LinuxBSP_44.0_User_Manual_updated_D250603.pdf. However, I am running into the following errors. Inspecting the configuration files, it appears that some of the system still expects `kirkstone` even though we are now building with `scarthgap`? And the glib versions that are expected don't seem to match. I have listed the commands run and the error output when I attempt to run the build. Am I missing some configuration? Commands: mkdir fsl-auto-yocto-bsp cd fsl-auto-yocto-bsp repo init -u https://github.com/nxp-auto-linux/auto_yocto_bsp/ -b release/bsp44.0 -m default.xml repo sync sudo apt update ./sources/meta-alb/scripts/host-prepare.sh source nxp-setup-alb.sh -m s32g274ardb2ubuntu # Set NXP_FIRMWARE_LOCAL_DIR in local/local.conf bitbake fsl-image-ubuntu-base Output: ❯ bitbake fsl-image-ubuntu-base Loading cache: 100% |#######################################################################################################################################################################################################| Time: 0:00:00 Loaded 1143 entries from dependency cache. ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-fsl/images/fsl-image-ubuntu.bb: nativeaptinstall.bbclass is incompatible to the current layer set | ETA: 0:00:44 ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-fsl/images/fsl-image-ubuntu.bb: You must check APTGET_YOCTO_TRANSLATION and update the anonymous python() function! ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-fsl/images/fsl-image-ubuntu-ros.bb: nativeaptinstall.bbclass is incompatible to the current layer set | ETA: 0:00:32 ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-fsl/images/fsl-image-ubuntu-ros.bb: You must check APTGET_YOCTO_TRANSLATION and update the anonymous python() function! ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-fsl/images/fsl-image-ubuntu-base.bb: nativeaptinstall.bbclass is incompatible to the current layer set | ETA: 0:00:29 ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-fsl/images/fsl-image-ubuntu-base.bb: You must check APTGET_YOCTO_TRANSLATION and update the anonymous python() function! ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-extended/ubuntu/ubuntu-base_22.04.1.bb: nativeaptinstall.bbclass is incompatible to the current layer setETA: 0:00:17 ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-extended/ubuntu/ubuntu-base_22.04.1.bb: You must check APTGET_YOCTO_TRANSLATION and update the anonymous python() function! Parsing recipes: 100% |#####################################################################################################################################################################################################| Time: 0:00:55 Parsing of 3692 .bb files complete (766 cached, 2926 parsed). 5803 targets, 617 skipped, 2 masked, 0 errors. NOTE: Resolving any missing task queue dependencies WARNING: preferred version 2.35 of cross-localedef-native not available (for item cross-localedef-native) WARNING: versions of cross-localedef-native available: 2.31+git 2.39+git WARNING: preferred version 2.38 of binutils-cross-aarch64 not available (for item virtual/aarch64-fsl-linux-binutils) WARNING: versions of binutils-cross-aarch64 available: 2.34 2.42 WARNING: preferred version 2.35 of cross-localedef-native not available (for item cross-localedef-native-dev) WARNING: versions of cross-localedef-native available: 2.31+git 2.39+git WARNING: preferred version 2.35 of cross-localedef-native not available (for item cross-localedef-native) WARNING: versions of cross-localedef-native available: 2.31+git 2.39+git WARNING: preferred version 2.38 of binutils-crosssdk-x86_64-fslbsp-linux not available (for item virtual/x86_64-fslbsp-linux-binutils) WARNING: versions of binutils-crosssdk-x86_64-fslbsp-linux available: 2.42 WARNING: preferred version 2.35 of nativesdk-glibc not available (for item virtual/nativesdk-libc) WARNING: versions of nativesdk-glibc available: 2.39+git WARNING: preferred version 2.35 of glibc not available (for item virtual/libc) WARNING: versions of glibc available: 2.31+git 2.39+git WARNING: preferred version 2.38 of binutils-native not available (for item binutils-native) WARNING: versions of binutils-native available: 2.42 WARNING: preferred version 2.35 of nativesdk-glibc not available (for item virtual/nativesdk-libintl) WARNING: versions of nativesdk-glibc available: 2.39+git WARNING: preferred version 2.35 of nativesdk-glibc not available (for item virtual/nativesdk-libiconv) WARNING: versions of nativesdk-glibc available: 2.39+git WARNING: preferred version 2.35 of glibc not available (for item glibc-thread-db) WARNING: versions of glibc available: 2.31+git 2.39+git WARNING: preferred version 2.35 of glibc-locale not available (for item glibc-localedata-i18n) WARNING: versions of glibc-locale available: 2.31 2.39+git WARNING: preferred version 2.35 of glibc not available (for item glibc-utils) WARNING: versions of glibc available: 2.31+git 2.39+git WARNING: preferred version 2.35 of glibc not available (for item glibc-dbg) WARNING: versions of glibc available: 2.31+git 2.39+git WARNING: preferred version 2.35 of glibc not available (for item glibc-dev) WARNING: versions of glibc available: 2.31+git 2.39+git WARNING: preferred version 2.38 of binutils-cross-canadian-aarch64 not available (for item binutils-cross-canadian-aarch64) WARNING: versions of binutils-cross-canadian-aarch64 available: 2.34 2.42 WARNING: preferred version 2.35 of nativesdk-glibc not available (for item nativesdk-ldconfig) WARNING: versions of nativesdk-glibc available: 2.39+git WARNING: preferred version 2.35 of nativesdk-glibc not available (for item nativesdk-glibc) WARNING: versions of nativesdk-glibc available: 2.39+git WARNING: preferred version 2.35 of nativesdk-glibc not available (for item nativesdk-glibc-utils) WARNING: versions of nativesdk-glibc available: 2.39+git WARNING: preferred version 2.35 of nativesdk-glibc not available (for item nativesdk-glibc-dev) WARNING: versions of nativesdk-glibc available: 2.39+git WARNING: preferred version 2.35 of glibc not available (for item glibc) WARNING: versions of glibc available: 2.31+git 2.39+git WARNING: preferred version 2.35 of glibc not available (for item ldconfig) WARNING: versions of glibc available: 2.31+git 2.39+git WARNING: preferred version 2.35 of glibc-locale not available (for item glibc-locale) WARNING: versions of glibc-locale available: 2.31 2.39+git ERROR: Nothing PROVIDES 'virtual/x86_64-fslbsp-linux-gcc-crosssdk' (but /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-devtools/binutils2.34/binutils-cross-canadian_2.34.bb DEPENDS on or otherwise requires it). Close matches: virtual/x86_64-fslbsp-linux-g++ virtual/x86_64-fslbsp-linux-gcc virtual/x86_64-fslbsp-linux-go NOTE: Runtime target 'binutils-cross-canadian-aarch64' is unbuildable, removing... Missing or unbuildable dependency chain was: ['binutils-cross-canadian-aarch64', 'virtual/x86_64-fslbsp-linux-gcc-crosssdk'] NOTE: Runtime target 'packagegroup-cross-canadian-s32g274ardb2' is unbuildable, removing... Missing or unbuildable dependency chain was: ['packagegroup-cross-canadian-s32g274ardb2', 'binutils-cross-canadian-aarch64', 'virtual/x86_64-fslbsp-linux-gcc-crosssdk'] ERROR: Required build target 'fsl-image-ubuntu-base' has no buildable providers. Missing or unbuildable dependency chain was: ['fsl-image-ubuntu-base', 'packagegroup-cross-canadian-s32g274ardb2', 'binutils-cross-canadian-aarch64', 'virtual/x86_64-fslbsp-linux-gcc-crosssdk'] Summary: There were 46 WARNING messages. Summary: There were 10 ERROR messages, returning a non-zero exit code. Re: S32G2 BSP 44 Ubuntu Build Failure Hello, @sid_rotor  Thanks for your post. Building Ubuntu images for running on S32G processors is not available in BSP44 release, I feel sorry that the BSP UM is not updated correctly, I suggest ignoring the related chapter in the UM. BR Chenyin Re: S32G2 BSP 44 Ubuntu Build Failure Thanks for the quick response. Is this also the case for other BSP versions? I will try to port our patches to a different BSP, but would like to make sure they support building an Ubuntu image. Also, where might I be able to find a changelog/release notes/porting guide to update my BSP version? Re: S32G2 BSP 44 Ubuntu Build Failure Hello, @sid_rotor  Thanks for your reply. As far as I know, the BSP version before 44(43 or earlier) could support the ubuntu build correctly, you may try using these versions for your work. BR Chenyin
查看全文
Inquiry about Cortex-A53 SoC supporting lockstep mode Dear NXP technical supporter, We are currently looking for a SoC with the following requirements: Arm Cortex-A53 processor Support for lockstep operation between Cortex-A53 cores / cluster Intended for non-automotive applications, such as industrial applications An evaluation/development board that is currently available for purchase A Reference Manual or other official documentation that explains how to enable/configure the lockstep mode We initially considered the S32G2, but since the S32G family is primarily positioned for automotive/vehicle applications, we would like to know whether NXP has any other SoCs that meet the above requirements. For example, we are also looking at the i.MX 8M Mini / i.MX 8M Plus, which use Cortex-A53. However, we have not been able to confirm whether they support Cortex-A53 lockstep operation from the available documentation. Could you please recommend any suitable NXP SoC(s) and evaluation board(s) that meet these requirements? In particular, we would appreciate it if you could provide: The SoC part number The evaluation board currently available for purchase The section/page in the Reference Manual describing the Cortex-A53 lockstep function Any documentation or example showing how to enable/configure lockstep mode Thank you for your support. Re: Inquiry about Cortex-A53 SoC supporting lockstep mode Hi,Toan Thank you for your reply and information. For the Lockstep feature on the Cortex-A53 hardware that you require, currently only the S32G product have achieved this capability. Regarding the Lockstep function of Cortex-M/R, you can focus on products such as S32K/S32Z/E, but these are also mainly for automotive applications. BR Joey Re: Inquiry about Cortex-A53 SoC supporting lockstep mode Hi Joey, Thank you for the clarification! Regarding your questions, we are currently in the initial phase of gathering and surveying technical information based on our requirements, so the detailed project context is not fully defined yet. However, I can share a few key insights on our direction: Application Scenario: We are exploring solutions for general industrial/embedded systems rather than purely automotive applications. While S32G is a powerful platform, its strong automotive focus makes us look for a more general-purpose processor/MCU that fits a broader scope of non-automotive products. Lockstep Requirement: Yes, our interest in the lockstep feature stems from the need for high reliability, fault detection, and safety/checking mechanisms in our system design to ensure overall stability. Since we are actively looking for alternatives, could you recommend any other general-purpose platforms (MCUs/SoCs) that support hardware Lockstep but are better suited for general industrial applications rather than automotive? Thanks again for your support! Best regards, Toan Re: Inquiry about Cortex-A53 SoC supporting lockstep mode Hi,Toan Thank you for your support! Yes, the S32G supports lockstep function, which is mainly used in the automotive. Some customers have also applied it in aerospace and other fields. Could you share more information with me? 1.What is the application scenario of your project? 2.Why is lockstep necessary? Is it to meet safety standards? BR Joey Re: Inquiry about Cortex-A53 SoC supporting lockstep mode Sorry, can i ask one more question: I would like to ask for your advice regarding the Cortex-A53 cores on the NXP S32G2/S32G3 platform. I understand that NXP officially provides a Linux BSP for the Cortex-A53 cores. However, we would like to investigate whether it is possible to run an operating system other than Linux, particularly Windows on Arm. Based on my initial research, Windows on Arm supports the AArch64 (ARM64) architecture, while the Cortex-A53 is based on the ARMv8-A 64-bit architecture. Therefore, from the CPU architecture perspective, they appear to be compatible. However, I understand that CPU architecture compatibility alone may not be sufficient to run Windows on a specific hardware platform. Could you please advise us on the following points? Apart from the Linux BSP, is it possible to run Windows on Arm on the Cortex-A53 cores of the S32G2/S32G3? If it is possible, what approaches are available? For example, is there an existing BSP or porting solution available, or would it be necessary to port and develop components such as the bootloader/UEFI, ACPI configuration, and device drivers? If Windows on Arm can run on the S32G2/S32G3 platform, what level of hardware and driver compatibility can be expected? In particular, we would like to understand whether the existing peripherals and drivers can be supported under Windows. If Windows on Arm is running on the Cortex-A53 cores, is it still possible to use the Cortex-A53 lockstep functionality? If so, how is lockstep configured, and are there any differences or limitations compared with the Linux BSP environment? The goal of our project is not only to run Windows on Arm on the S32G platform, but also to verify whether the Cortex-A53 lockstep functionality can be used in the Windows environment. We would greatly appreciate your advice and recommendations on this topic.
查看全文
MW6S010GNR1の代替部品に関するお問い合わせ サポートチームへ 部品番号MW6S010GNR1は製造中止となりました。同等の代替モデルをおすすめしてもらえますか?私たちのアプリケーションはインダストリアル広帯域RF機器です。本当にありがとうございます Re: Inquiry on Alternative Parts for MW6S010GNR1 **MW6S010GNR1のステータスと推奨代替品** ### パート概要 **MW6S010GNR1**(NXP / 旧フリースケール)は、ブロードバンド**アプリケーション**向けに設計された**10W、28V LDMOS**のRFパワートランジスタです。 |パラメータ|価値 | |------------------------|--------------------------------| |周波数帯域 |450 – 1500 MHz | |出力電力|10 W | |電源電圧 |28 V(32 Vまで合格) | |典型的な利得|~18 dB @ 960 MHz | |パッケージ|TO-270-2 ガルウィング(GNR1) | |アプリケーション |クラスA / AB、基地局、ブロードバンド インダストリアル RF | **ステータス**:生産終了/サービス終了(NXPラジオパワー製品ラインの縮小の一部)。 最終購入日は**2026年9月30日**頃と予想され、最終出荷は**2027年**を目標としています。 --- ### 推奨相当モデル/代替モデル NXPからはピン・ツー・ピンの正確な交換部品はありません。以下は産業用広帯域RF機器の最も実用的な代替手段です。いずれも、ネットワークの再最適化が必要となる。 |優先事項 |部品番号|製造元 |主なスペック |パッケージ|注記 / 互換性 | |----------|----------------------|--------------|----------------------------------------|--------------|-----------------------| |1 |**MW6S010NR1** |NXP |GNR1と同じ電気仕様 |TO-270-2 |同じダイスのガルウィング以外のバージョンです。こちらも販売終了していますが、在庫が残っている可能性があります。| |2 |**BLP15H9S10G** または**BLP15H9S10** |Ampleon |10 W、50 V、超広帯域(1–2000 MHz) |TO-270 |優れた広帯域インダストリアル代替手段です。電圧が高くなるため、それに合わせた設計変更が必要です。| | 3 | **BLP15M9S30G** / 関連する 28~32 V デバイス | Ampleon | 30 W クラス、1~1500 MHz、32 V | TO-270 | ヘッドルームが許容できる場合は、より高い電力オプション。| |4 |**AFT27S010N** |NXP |~10 W、28 V、より広い周波数カバー |プラスチック |新しい世代ですが、異なるパッケージとマッチングが必要です。現在の空室状況をご確認ください。| |5 |その他の10W / 28V LDMOS |アンプレオン / インフィニオン |様々な |TO-270または類似の |10Wクラスの比類のないワイドバンドLDMOSを検索。 --- ### インダストリアル広帯域使用に関する実用的な推奨事項 1. **短期** - **MW6S010GNR1** と **MW6S010NR1** の在庫状況を確認し、最終購入価格をご確認ください。 ピン配置の互換性が重要な場合は、可能であればNR1バージョンを優先してください。 2. 中長期(推奨) - **Ampleon BLP15H9S10(G)**シリーズに移行します。これらは、インダストリアル、ISM、ブロードバンドRFアプリケーションで一般的に使われる、現代的で広帯域の堅牢なLDMOSデバイスです。 - 長期的な利用可能性とサポートが優れていること。 3. **デザインノート** - 入出力マッチングネットワークを再設計することを期待してください。 - 特定のインダストリアル環境における熱性能、バイアスポイント(IDQ)、VSWRの耐久性を検証します。 - パッケージのフットプリントおよびはんだプロファイルの互換性を確認する。 --- **私に言ってほしいですか:** - MW6S010GNR1と特定の代替品(例:詳細な電気的パラメータ(ゲイン、効率、静電容量)を比較します。BLP15H9S10G)? - 推奨部品の在庫や価格の検索を助ける? - 回路の参照や評価ボードの一致を提案しますか? より的確なご提案が必要な場合は、ご使用の周波数帯域、電力要件、および希望する供給電圧をお知らせください。 メールアドレス:[email protected] Re: Inquiry on Alternative Parts for MW6S010GNR1 こんにちは、lotuさん。上のBLP15H9S10は50Vの部品なので、新しい供給レールで、単なる再配線ではありません。AmpleonのBLP0427M9S20GZは28Vを維持し、同じTO-270-2ガルウィングで、400〜2700MHzをカバーしているので、全帯域をカバーしています。DigiKeyの在庫は本日145個でした。私はこれを、他のいくつかのものと一緒に、 https://parter.ai/alternatives/nxp-usa-inc/mw6s010gnr1?utm_source =nxp_community で見つけました。 Raz、Parter(AIサプライチェーンアプリ)
查看全文