スマートカードの設定…どこから始めればいいですか？ 初めてここに投稿します。このリソースが利用できるのは本当にありがたいですし、頻繁に参考にしています！エンドユーザーの2段階認証スマートカードの設定について質問があります。 現在、建物(125kHz...?)にHID 1386の非接触カードを使っていますが、PCにも使えるようにしたいと思っています。しかし、カードにはあらかじめプログラムが施されているため、これが実現可能かどうかは分かりませんし、NIST 800-171のガイドラインを満たすかどうかも分かりません。スマートチップと建物に入る際に使う非接触型の標準を含むHIDカード1597のモデルの見積もりをもらいました。 私の質問は、これらはWindowsの認証に使えるかどうかです。つまり、これらのカードを使って入門できるのか、そしてそのチップはWindows ADと互換性があるのか、ということです。それとも、これらのチップが正常に動作するために満たさなければならない標準があるのでしょうか?私がよく目にした規格はISO 7816でした。 また、これを導入するにあたって、費用面ではどのような点を考慮すべきでしょうか？私が受け取った見積もりは、前述のカード100枚で約1100ドルでした。この案は、持ち歩くカードが1枚で済むので検討する価値があると思いますが、新しいスマートカードを購入して予備のカードを1枚持ち歩く方がはるかに安上がりであれば、そちらも検討します。 よろしくお願いいたします！ オートモーティブ スマートカード Re: Setting up Smart Cards...where do I begin? こんにちは、@ichiha68さん あなたの調子が良いといいのですが。 申し訳ありませんが、Windows ADの要件や使用されている非接触カードの仕様を完全には把握していません(さらなるサポートについてはメーカーにお問い合わせください)。 簡単な調査の結果、HID 1386カードは物理的なアクセス制御を目的とした125 kHz LF近接認証情報のようです。このLF近接技術だけでは、Windows/Active Directoryのスマートカードログインには十分ではありません。なぜなら、Windowsスマートカードサインインは、Windowsがユーザー証明書を列挙し、対応する秘密鍵を認証できるスマートカードインターフェース/ミドルウェアを期待しているからです。 よろしくお願いいたします。 エドゥアルド。

S32 Design Studio for Power Architecture® 2017.R1 - ライセンス有効化の問題 こんにちは、 ライセンスの有効化に関して、ご支援をお願いしたいのですが。 以前のリクエストは処理されましたが、誤ったバージョンが再有効化されました。現在はPower Architecture v2.1用のS32 Design Studio にアクセスできるようになりましたが、現在のプロジェクトでは実際にはS32 Design Studio for Power Architecture 2017.R1(S32DS-PA v2.0)を使う必要があります。 アクティベーションを修正して、正しいライセンスのバージョンを復元してもらえますか? サポートありがとうございます。 よろしくお願いします、 アレッサンドロ Re: S32 Design Studio for Power Architecture® 2017.R1 - License activation issue こんにちは、 あなたのためにリクエストしました。 完了次第、ご連絡いたします。 よろしくお願いいたします。 ピーター Re: S32 Design Studio for Power Architecture® 2017.R1 - License activation issue こんにちは、ピーターさん。 ご協力ありがとうございます。 まだ何のアップデートも受け取っておらず、ライセンスも期限切れのままであることをお知らせしたかったのです。その結果、現在はS32 Design Studio for Power Architecture 2017.R1(v2.0)を使用できず、作業を継続することもできません。 よろしくお願いいたします。 アレッサンドロ Re: S32 Design Studio for Power Architecture® 2017.R1 - License activation issue こんにちは、 現時点で全て準備が整っているはずです。 よろしくお願いいたします。 ピーター Re: S32 Design Studio for Power Architecture® 2017.R1 - License activation issue どうもありがとうございます、 アレッサンドロ

Cool Cove Review Compact Design for Personal Comfort Cool Cove As temperatures climb, creating a comfortable indoor environment becomes increasingly important for both productivity and relaxation. Whether you're working from home, studying, or simply spending time indoors, having good airflow can make your surroundings feel fresher and more pleasant. Cool Cove is designed to help improve indoor comfort by enhancing airflow in personal spaces while offering the convenience of a compact and portable design. One of the most appealing aspects of Cool Cove is its simplicity. The device is easy to set up and requires minimal effort to begin using. Unlike larger cooling systems that may involve complicated installation or permanent placement, Cool Cove is designed for quick and hassle-free operation. Users can simply position it on a stable surface, switch it on, and adjust the settings using the intuitive controls. This straightforward design makes it accessible for users of all ages and experience levels. The compact size of Cool Cove allows it to fit comfortably into a variety of indoor spaces. Whether placed on a desk, bedside table, kitchen counter, or office workstation, it occupies very little space while complementing the surrounding environment. Its modern appearance blends well with different interior styles, making it suitable for homes, apartments, dorm rooms, and office settings alike.

Thermal Data required for SE050E2HQ1/Z01Z3Z Hello Team,  I am looking for the thermal resistance data and operating junction temperature information for the part number:  SE050E2HQ1/Z01Z3Z Thanks and Regards Harsh Smart Cards Re: Thermal Data required for SE050E2HQ1/Z01Z3Z Hi @Harsh_Bhavsar , You may refer to https://www.nxp.com/docs/en/data-sheet/SE051.pdf for details. They are almost the same. Sincerely, Kan Re: Thermal Data required for SE050E2HQ1/Z01Z3Z Hello Kan_Li, Thank you for the response, the datasheet is very helpful. can you help me to get the maximum allowable junction temperature for the same OR can i consider the operating for it. Thanks and Regards Harsh Re: Thermal Data required for SE050E2HQ1/Z01Z3Z Hello kan, That is really helpful information. thanks and regards Harsh Re: Thermal Data required for SE050E2HQ1/Z01Z3Z Hi @Harsh_Bhavsar , The maximum junction temp for operation is only slightly higher than operation, as internal temp sensors start to trigger around 110°C .  Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. -------------------------------------------------------------------------------

33FS45xx - overvoltage capability of VAUX I am using 33FS4500 and currently applying the VAUX supply as tracker to act as an external sensor supply. The use case includes short to battery level (32/40V) in error cases. The 33FS* data sheet states max. 40V for all pins the of chip itself, but does not state the consequences for the external pnp transistor in case of an overvoltage and whether there is a reverse current protection between VAUX and the Buck. - Is external sensor supply an intended use case of VAUX? - do I need an extra protection for VAUX?    and if - how does the circuit look like?   a first idea might be a schottky diode between transistor and VAUX (and its feedback). Re: 33FS45xx - overvoltage capability of VAUX Dear HajoV, using VAUX as an external/off-board sensor supply is an intended use case of the FS4500. VAUX can also operate in tracking mode to follow VCCA for ratiometric sensor applications.    For a potential short-to-battery condition (32 V to 40 V), the FS4500 documentation specifies that the VAUX-related pins are rated up to 40 V absolute maximum and explicitly mentions that VAUX is suitable for off-board supplies. It is also recommended to use an output capacitor rated above 40 V.   We could not find any statement in the datasheet, Safety Manual, or FAQ that confirms internal reverse-current protection between VAUX and the Buck/VPRE regulator. Therefore, for robust automotive designs, we recommend considering external protection, such as a Schottky blocking diode and/or a TVS clamp, to prevent back-feeding and improve robustness against fault conditions and transients.   With Best Regards, Jozef Re: 33FS45xx - overvoltage capability of VAUX Mhhh.. This information is not helping much and it is a bit disappointing as it only repeats the gaps in the data sheet. Short to battery (and GND) is somehow the class 1 error condition, every mobile eletronics is expected to survive. If designing an SBC/sensor tracker supply , I would expect, that not only the chip but the required peripherals safely survive usual overvoltages. External protection devices like (not so powerful) TVS diodes may act only above usual battery voltages😐. So they do not protect the critical range this question is about  (8.. 32V). Just to have a solution I am going to test a circuit with additional schottky diode in series to the pnp hoping that the linearity of the diode is sufficient to keep VAUX stable and test the circuit. (I added some default load to enshure that the diode is always conducting.) As I need << 100mA on VAUX I expect the diode drop to be tolerable.

SE050E2HQ1/Z01Z3Z所需的热数据 各位同事好， 我正在寻找以下零件编号的热阻数据和工作结温信息： SE050E2HQ1/Z01Z3Z 谢谢，此致敬礼。 残酷的 Smart Card Re: Thermal Data required for SE050E2HQ1/Z01Z3Z 你好@Harsh_Bhavsar ， 详情请参阅https://www.nxp.com/docs/en/data-sheet/SE051.pdf 。它们几乎相同。 真挚地， 坎 Re: Thermal Data required for SE050E2HQ1/Z01Z3Z 你好 Kan_Li， 感谢您的回复，数据手册很有帮助。 你能帮我查一下这个器件的最大允许结温吗？或者我可以考虑一下它的工作温度吗？ 谢谢，此致敬礼。 残酷的 Re: Thermal Data required for SE050E2HQ1/Z01Z3Z 你好 kan， 这真是非常有用的信息。 谢谢，此致敬礼。 残酷的 Re: Thermal Data required for SE050E2HQ1/Z01Z3Z 你好@Harsh_Bhavsar ， 工作时的最大结温仅比工作温度略高，因为内部温度传感器在110°C左右开始触发信号。 祝你有美好的一天， 坎 ------------------------------------------------------------------------------- 笔记： - 如果此回复解答了您的问题，请点击“标记为正确答案”按钮。谢谢你！ - 我们会持续关注帖子，从最后一条回复发出后持续7周，之后的回复将被忽略。 如果您之后有相关问题，请另开新帖并引用已关闭的帖子。 -------------------------------------------------------------------------------

33FS45xx - VAUX 过压能力 我正在使用 33FS4500，目前将 VAUX 电源用作跟踪器，作为外部传感器电源。该用例包括故障情况下对电池电平（32/40V）短路。 33FS* 数据表显示最大值。芯片本身所有引脚的电压为 40V，但没有说明过压情况下外部 pnp 晶体管的后果，也没有说明 VAUX 和 Buck 之间是否有反向电流保护。 - VAUX 的预期用途之一是为外部传感器供电吗？ - 我的 VAUX 接口需要额外的保护吗？ 如果电路是这样的——它的结构是怎样的？ 第一个想法可能是在晶体管和 VAUX（及其反馈）之间使用肖特基二极管。 Re: 33FS45xx - overvoltage capability of VAUX 亲爱的HajoV， 使用 VAUX 作为外部/板外传感器电源是 FS4500 的一个预期用途。VAUX 还可以以跟踪模式运行，以跟踪 VCCA，用于比率传感器应用。   对于可能发生的电池短路情况（32 V 至 40 V），FS4500 文档规定，VAUX 相关引脚的额定绝对最大值为 40 V，并明确指出 VAUX 适用于板外电源。建议使用额定电压高于 40V 的输出电容。   我们在数据表、安全手册或常见问题解答中找不到任何声明来确认 VAUX 和 Buck/VPRE 稳压器之间是否存在内部反向电流保护。因此，对于稳健的汽车设计，我们建议考虑外部保护，例如肖特基阻断二极管和/或 TVS 钳位电路，以防止反向馈电并提高对故障条件和瞬态的鲁棒性。   最诚挚的问候， 约瑟夫 Re: 33FS45xx - overvoltage capability of VAUX 嗯…… 这些信息帮助不大，而且有点令人失望，因为它只是重复了数据表中的不足之处。 对电池（和地线）短路属于一级错误状态，所有移动电子产品都应该能够承受。如果设计 SBC/传感器跟踪器电源，我希望不仅芯片本身，而且所需的外部设备也能安全地承受常见的过电压。 像（功率较小的）TVS二极管这样的外部保护装置可能只有在电池电压高于正常值时才会起作用。😐。 所以它们无法保护这个问题所涉及的关键范围（8.. 32V）。 为了找到解决方案，我打算测试一个在 pnp 晶体管上串联一个额外的肖特基二极管的电路，希望二极管的线性度足以保持 VAUX 稳定并测试该电路。 （我增加了一些默认负载，以确保二极管始终导通。） 由于我需要 VAUX 引脚上的电流小于 100mA，因此我预计二极管压降是可以接受的。

33FS45xx - VAUXの過電圧耐性 私は33FS4500を使っており、現在はVAUX電源をトラッカーとして外部センサ電源として使っています。ユースケースには、エラーCASEでバッテリーレベル(32/40V)までの短絡が含まれます。 33FS* データシートには最大値が記載されています。チップ本体のすべてのピンに対して40Vですが、過電圧が発生した場合の外部pnpトランジスタへの影響や、VAUXとバックスの間に逆流保護があるかどうかは明記されていません。 - 外部センサ供給はVAUXの意図されたユースケースか? - VAUXに追加の保護が必要か? もしそうなら、回路はどのような形ですか? 最初のアイデアとしては、トランジスタとVAUX(およびそのフィードバック)の間にショットキーダイオードを設置するのが考えられます。 Re: 33FS45xx - overvoltage capability of VAUX HajoV様、 VAUXを外部/オフボードのセンサ電源として使用することは、FS4500の意図された用途です。VAUXはまた、比率測定センサー用途向けにVCCAに従う追跡モードで動作することも可能です。   バッテリーへのショート(32Vから40V)の可能性がある場合、FS4500のドキュメントにはVAUX関連ピンは最大40Vまで定格されており、VAUXはオフボード電源にも適していることが明記されています。出力コンデンサは40V以上の定格のものを使用することをお勧めします。   データシート、セーフティマニュアル、FAQには、VAUXとバック/VPREレギュレーター間の内部逆流保護を肯定する記述は見つかりませんでした。したがって、堅牢なオートモーティブ設計には、逆流防止や故障状況や過渡現象に対する堅強性を高めるために、ショットキーブロッキングダイオードやTVSクランプなどの外部保護を検討することを推奨します。   敬具、 ヨゼフ Re: 33FS45xx - overvoltage capability of VAUX うーん… この情報はあまり役に立たず、データシートの欠落部分を繰り返しているだけなので、少し残念です。 バッテリー(およびGND)へのショートは、なぜかクラス1のエラー条件であり、すべての移動式エレトロニクスは生き残ることが期待されます。SBC/センサートラッカー電源を設計するなら、チップだけでなく必要なペリフェラルも通常の過電圧に安全に耐えられると期待します。 (それほど強力ではない)テレビダイオードのような外部保護装置は、通常のバッテリー電圧以上でのみ動作することがあります😐. したがって、この質問が関わる臨界範囲(8.. 32V)は保護しません。 解決策を見つけるために、pnpトランジスタにショットキーダイオードを直列に追加した回路をテストしてみようと思います。ダイオードの直線性によってVAUXが安定し、回路がテストできることを期待しています。 （ダイオードが常に導通するように、初期負荷を追加しました。） VAUXに必要な電流は100mA未満なので、ダイオードの電圧降下は許容範囲内だと考えています。

Cool Cove 评测：紧凑设计，舒适贴合，尽享个人舒适体验 随着气温升高，营造舒适的室内环境对于提高工作效率和放松身心都变得愈发重要。无论您是在家办公、学习，还是只是待在室内，良好的空气流通都能让您的周围环境更加清新宜人。Cool Cove旨在通过增强个人空间的空气流通来提升室内舒适度，同时兼具小巧便携的设计。 Cool Cove 最吸引人的特点之一 就是它的简洁性。这款设备安装简便，上手使用也毫不费力。与可能需要复杂安装或永久放置的大型制冷系统不同，Cool Cove的设计宗旨是快速便捷地运行。用户只需将其放置在稳定的平面上，打开开关，然后通过直观的控制面板调节设置即可。这种简单易用的设计使其适合所有年龄段和经验水平的用户。 Cool Cove 体积小巧， 可轻松融入各种室内空间。无论放置于书桌、床头柜、厨房台面还是办公工作台，它都占用空间极小，同时又能与周围环境完美融合。其现代外观可与不同室内风格相得益彰，因此适用于家庭、公寓、宿舍和办公场所等各种环境。

Setting up Smart Cards...where do I begin? First post on here, love that this resource is available and I refer to it frequently! Had a question regarding setting up 2FA smart cards for my end users. We currently use HID 1386 contactless cards to badge into the building (125Khz...?), and I'd like to be able to use them for the PCs as well. I don't know if this is feasible however, seeing as the cards come pre-programmed and I dont even know if it would meet NIST 800-171 guidelines. I got a quote for some HID cards model 1597 that include a smart chip, and the contactless standard we use to enter the building. My question is, would these work to authenticate with Windows? By this I mean, could we use these cards for entry, and would the chip be compatible with Windows AD? Or is there a standard these chips have to meet to work properly? The standard I kept seeing was ISO 7816. Also, what would I be looking for cost-wise to deploy this? The quote I got was for ~$1100 for 100 of the aforementioned cards. I'm willing to entertain this as it means we only have to carry one card, but if it would be considerably cheaper to just get new smart cards and have to carry an extra I'm willing to entertain that as well. Thanks in advance! Automotive Smart Cards Re: Setting up Smart Cards...where do I begin? Hello @ichiha68 Hope you are doing well. My apologies, I am not completely aware of the requirements of Windows AD and the specifications of the contactless cards you are using (please consider contacting the manufacturer for further support). After some quick research, HID 1386 cards appear to be 125 kHz LF proximity credentials intended for physical access control. That LF proximity technology by itself would not be sufficient for native Windows/Active Directory smart-card logon, because Windows smart-card sign-in seems to expect a supported smart-card interface/middleware where Windows can enumerate a user certificate and use the corresponding private key for authentication. Regards, Eduardo.

LS-CGT 工具（zip）安装 您好，我想知道如何下载LS-CGT工具，或者在哪里可以申请访问该工具。 Smart Card

S32 Design Studio for Power Architecture ® 2017.R1 - 许可证激活问题 你好， 我想请求协助办理我的驾照激活手续。 我之前的请求已处理完毕，但激活的版本有误。我现在可以使用 S32 Design Studio for Power Architecture v2.1，但我目前的项目实际上需要使用 S32 Design Studio for Power Architecture 2017.R1 (S32DS-PA v2.0)。 请您更正激活信息并恢复正确的许可证版本。 非常感谢您的支持。 此致， 亚历山德罗 Re: S32 Design Studio for Power Architecture® 2017.R1 - License activation issue 你好， 我已经替你申请了。 完成后我会通知你。 顺祝商祺！ Peter Re: S32 Design Studio for Power Architecture® 2017.R1 - License activation issue 你好，彼得， 感谢您的帮助。 我只是想告知您，我尚未收到任何更新，我的许可证仍然过期。因此，我目前无法使用 S32 Design Studio for Power Architecture 2017.R1 (v2.0)，也无法继续我的工作。 顺祝商祺！ 亚历山德罗 Re: S32 Design Studio for Power Architecture® 2017.R1 - License activation issue 你好， 此时一切都应该准备就绪了。 顺祝商祺！ Peter Re: S32 Design Studio for Power Architecture® 2017.R1 - License activation issue 非常感谢， 亚历山德罗

MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog I'm currently having a situation with my RT1050 where I'm trying to breakpoint inside a particular FreeRTOS task, but when the breakpoint is reached, the debugger fails to suspend itself and instead throws up a dialog stating "Interrupt failed" when I try to manually suspend the debugger afterward. So my application boots normally.  If I manually pause the program, I get a valid debugger context: This happens to be the task I want to step into, so I've got a breakpoint set at the switch() statement just after the message queue receive call returns.  I also have a second breakpoint set inside the method NetIfInit() just below there; I would expect the debugger to hit both of those, or at least one. I've also set a breakpoint inside my test function that will initiate the message queue send.  When I press my keys on the serial console, the debugger hits that breakpoint and halts. Then I step into that NetInit() function, which eventually calls xQueueSend(), which after a pregnant pause the debugger steps into.  I then step through the body of xQueueGenericSend() until I get to this point right here: Once I try stepping over line 846, the debugger pauses for some time, then loses context.  Note that I've lost my Resume All / Suspend All / Terminate All buttons, and also my thread list at the left.  The only available buttons are Suspend and Terminate for this session.  If I click Suspend (pause), the IDE sits for a few seconds, then throws up this dialog: And that's it, game over for the debugger.  Meanwhile, my serial console is stalled with some half-written UART output.  One might think that oh crap, I've gone and blown my stack or something, target must be dead... nope.  The only button remaining is the red Terminate (stop) button, and if I click that, the debug session terminates, and execution resumes... my tasks are good and alive. Initialize eth0. #DA4 12.996 | eth: netif init #DA4 12.999 | eth: NV MAC = 00-07-F0-00-56-03 #DA4 12.999 | eth: NV cfg: address = 192.168.1.180, netmask = 255.255.252.0, gateway = 192.168.1.1, static #DA4 13.000 | eth: netif add: MAC 00-07-F0-00-56-03, PHY address 3 Returning to main menu. #BB4 17.572 | No Handle Base Curr HiWByte State Name #BB4 17.575 | 10 80010db8 19 19 824 Blocked Tmr Svc #BB4 17.575 | 05 20206b68 12 12 1396 Suspended led_act #BB4 17.576 | 04 20206500 12 12 1388 Blocked led_cpu #BB4 17.576 | 08 2020ba18 8 8 7216 Blocked tcpip_thread #BB4 17.576 | 07 20209868 7 7 6900 Blocked eth_mgr #BB4 17.577 | 06 20207818 4 4 1912 Blocked gui #BB4 17.577 | 01 20203538 3 3 2812 Suspended debug_mgr #BB4 17.577 | 02 20204a68 2 2 4248 Running test #BB4 17.577 | 03 20205e88 1 1 3948 Blocked backgrnd #BB4 17.579 | 09 80010d40 0 0 748 Ready IDLE‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ So it seems that execution did in fact stop at the breakpoint I set, it's just that the debugger crapped itself. Any idea why the debugger would lose its mind like this? (EDIT: Added console output attachement, if that's useful at all.) David Rodgers Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog I had a similar situation where the debugger doesn't stop at main() and then can't be paused, displaying "Interrupt Failed" instead.  I fixed my issue by replacing workspace directories ".mcuxpressoide_packages_support" and ".metadata" with backups that I had. Perhaps these directories could be obtained from another computer's installation.  Perhaps simply re-importing the project(s) would work, too. Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog I would also like to know if this question was ever resolved. I'm having the exact same issue - in the sense that I am using MCUXpresso (v11.4), and my FreeRTOS application can fine for hours. I can manually pause the debugger and step through the code. However, my program will eventually crash, and the debugger (through a Segger JLink) just reports "interrupt failed" - I lose all debugging functionality. Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog Hi all, we are currently having the same problems. We'd like to debug into an issue, but the J-Link debugger states "Interrupt failed", after hitting the breakpoint. As this thread stops with the hint to the support system, Is there already a solution? Kind Regards David Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog Hi Erich, Wait... you still have a ticket system?  I thought NXP shut that avenue of support down years ago when they told everyone to go to the forums instead.  (At the time I was not terribly thrilled, as I took it to be a reduction in customer service, i.e. "don't come to us, go ask the general public for help".  However, NXP's engineers do seem well-engaged with the forums, and having third-party input is usually helpful.) Do you have a quick link for where to submit support tickets?  If I manage to break off some time this week (ha), I'll see if I can put together a version of my project that at least behaves correctly on an EVKB and still exhibits the breakpoint failure.  Thanks. David R. Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog Hi David, You could use the normal support ticket way to submit your project. I think it will only help the IDE engineers if it would run on a EVK as they have that hardware available, and the smaller the project, the better. Thanks for your help! Erich Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog I've got a lot of other items on my plate at the moment, but I will try to get some additional information to you in the next few days.  You're correct, I'm definitely not going to be posting my project here in the forums, but if you have a back channel where I can send my project directly to either you or an NXP engineer, I would be OK with that.  But yes, in the project's present form, it's 100% reproducible.  So if it's possible to send you my project privately, then I'll see about making an altered version that runs on an EVKB and still exhibits the issue. David R. Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog Hi David, I had this occasionally too, but never was able to really have a reproducible case, and I guess you won't be able to share your project (otherwise: please do). What I noticed or thing is that it might be an issue in the SEGGER FreeRTOS awareness implementation: I noticed that it does a lot of data reading, causing many view refreshs. There is a ticket pending with SEGGER on that subject. What for sure helped was to disable the SEGGER FreeRTOS awareness in the debugger (but I admit that this makes debugging FreeRTOS applications less user friendly). The other thing I did was closing as many views as possible (especially the disassembly view) to reduce traffic. I know that this is not ideal, and if you could share anything else for the IDE engineering team, that would be great. One thing which might be helpful are the GDB traces, see Board Bring-Up Tips, GDB Logs and Traces in Eclipse | MCU on Eclipse  I hope this helps, Erich

aft05ms004nt1 我遇到问题了，各位帮帮我 我有一个芯片 AFT05MS004NT1，但我希望它以 30-45 MHz 的频率发射信号。 请问有人能帮我计算一下 zload 和 zsource 的值吗？ 请参阅附件中的表格。 Re: aft05ms004nt1 你好 arkazains 再会！ 你远远超出了这个晶体管的工作范围。遗憾的是，由于该PN晶体管所处理的电压等级，我们目前没有替代品。但是，如果您愿意在设计中集成电平转换器，您或许可以找到其他合适的PN晶体管，例如： MRFE6VP61K25H 另一个选择是AFT05MS003N ；它已被标记为停产，不再生产，但您可以咨询我们的代理商，看看他们是否还有库存。 祝你的项目一切顺利。 祝你今天过得愉快，一切顺利。

OV5640 与 i.MX RT1170（无显示器）连接，实现图像捕获和流式传输至桌面 你好， 我正在使用 i.MX RT1170-EVKB 板，我的目标是从 OV5640 摄像头捕获图像，并在我的台式电脑上查看捕获的图像或实时视频流，而无需使用 LCD 显示器。 我尝试了 MIPI CSI SDK 示例，并能够以 RAW 格式捕获图像数据。但是，我遇到了一些问题。 捕获的输出是 RAW 格式，我找不到任何文档解释如何正确转换或查看这些图像。 捕获的图像似乎颜色不正确或有滤镜般的伪影，因此很难验证相机输出是否正确。 我找不到任何官方文档、应用笔记或视频教程来描述从 OV5640 捕获图像并在台式电脑上查看图像的完整工作流程。 目前还没有明确的参考资料解释如何在不使用机载显示屏的情况下，通过以太网或 USB 传输摄像机输出。 我也尝试了 sd_jpeg 示例，但遇到了多个问题。 在集成过程中，该项目报告缺少 JPEG 库配置文件，例如 jconfig.h。 在解决了一些构建问题之后，我在将 JPEG 编码器与 MIPI CSI 相机示例结合使用时，仍然遇到编译和集成错误。 我无法从捕获的相机帧中生成有效的 JPEG 图像。 我的目标是： 无需使用液晶显示屏，即可将 OV5640 相机与 i.MX RT1170-EVKB 板连接。 捕获图像并将其传输到我的台式电脑上进行查看。 如果支持，请通过以太网将摄像头的实时视频流传输到我的台式电脑。 我希望您能就以下问题提供指导： 是否有针对此用例的官方 SDK 示例或参考项目？ 是否有任何文档解释从 OV5640 到 MIPI CSI、内存、JPEG 或 RAW 处理，再到以太网或 USB 传输到台式电脑的完整图像捕获流程？ RT1170-EVKB 是否支持以太网实时流媒体传输？如果可以，能否推荐合适的 SDK 示例或中间件？ sd jpeg 示例是否存在已知问题？或者将其与 MIPI CSI 相机示例集成是否需要任何额外的配置步骤？ 任何指导、文档或参考项目都将不胜感激。 感谢您的支持。 Re: OV5640 Interfacing with i.MX RT1170 (Without Display) Image Capture and Streaming to Desktop 嗨@Sureshk123 ， 我们没有适用于您应用程序的官方示例项目或参考设计。也就是说，根据我的了解，我建议您按以下步骤完成整个申请流程： 摄像头采集路径（OV5640 > MIPI CSI > cameraBuffer）：这部分我们提供了一个示例应用程序，即前面提到的 MIPI CSI SDK 示例。请注意，根据错误代码 ERR051248：“视频复用控制器 (VIDEO_MUX) 不支持将原始数据和 YUV422 (10 位) 格式发送到 MIPI_CSI2 模块。” 使用并行 CSI 或视频解码器是一种可选的解决方法。 一旦您的 cameraBuffer 中有足够的数据，您就可以集成我们 SDK 中基于 USB 或 lwIP 的示例项目，将此数据传输到您的 PC。我建议只有在确认缓冲区工作正常后才考虑 JPEG 编码。 BR， 埃德温。

MCUX 11.0.1 - デバッガーが「割り込み失敗」ダイアログを表示する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 現在、RT1050で特定のFreeRTOSタスク内でブレークポイントを試みているのですが、ブレークポイントに達したときにデバッガーが自ら一時停止できず、手動でデバッガーを一時停止しようとすると「割り込み失敗」というダイアログが表示されます。 なので、私のアプリケーションは正常に起動します。プログラムを手動で一時停止すると、有効なデバッガーコンテキストが得られます。 これは私が介入したいタスクなので、メッセージキューの受信コールが戻った直後のswitch()文にブレークポイントを設定しています。また、そのすぐ下にNetIfInit()という方法内に2つ目のブレークポイントを設定しています。デバッガはその両方、あるいは少なくともどちらかに当てると思います。 また、メッセージキューへの送信を開始するブレークポイントをテスト関数内に設定しました。シリアルコンソールでキーを押すと、デバッガーがそのブレークポイントに到達して停止します。 次に、NetInit() 関数にステップインします。この関数は最終的に xQueueSend() を呼び出し、デバッガーはしばらくの待機の後、その関数にステップインします。次に、xQueueGenericSend() の本体を順に処理していき、この箇所に到達します。 846行目をステップオーバーしようとすると、デバッガーがしばらく停止した後、コンテキストを失います。履歴書の全て、すべてを一時停止、全て終了するボタンを失い、左側のスレッドリストも失っています。このセッションで使用できるボタンは、「一時停止」と「終了」のみです。一時停止をクリックすると、IDEは数秒間待機し、その後次のダイアログが表示されます。 これで終わりだ。デバッガーのゲームオーバーだ。一方、私のシリアルコンソールは、書きかけのUART出力で停止している。「やばい、スタックを全部使い果たしちゃった、ターゲットは死んだに違いない」と思うかもしれないが、そうではない。残っているボタンは赤い「終了（停止）」ボタンだけで、それをクリックするとデバッグセッションが終了し、実行が再開されます。タスクは正常に動作しています。 Initialize eth0. #DA4 12.996 | eth: netif init #DA4 12.999 | eth: NV MAC = 00-07-F0-00-56-03 #DA4 12.999 | eth: NV cfg: address = 192.168.1.180, netmask = 255.255.252.0, gateway = 192.168.1.1, static #DA4 13.000 | eth: netif add: MAC 00-07-F0-00-56-03, PHY address 3 Returning to main menu. #BB4 17.572 | No Handle Base Curr HiWByte State Name #BB4 17.575 | 10 80010db8 19 19 824 Blocked Tmr Svc #BB4 17.575 | 05 20206b68 12 12 1396 Suspended led_act #BB4 17.576 | 04 20206500 12 12 1388 Blocked led_cpu #BB4 17.576 | 08 2020ba18 8 8 7216 Blocked tcpip_thread #BB4 17.576 | 07 20209868 7 7 6900 Blocked eth_mgr #BB4 17.577 | 06 20207818 4 4 1912 Blocked gui #BB4 17.577 | 01 20203538 3 3 2812 Suspended debug_mgr #BB4 17.577 | 02 20204a68 2 2 4248 Running test #BB4 17.577 | 03 20205e88 1 1 3948 Blocked backgrnd #BB4 17.579 | 09 80010d40 0 0 748 Ready IDLE‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ つまり、実行は設定したブレークポイントで実際に止まったようですが、デバッガが自ら故障しただけです。 なぜデバッガがこんなふうに狂ったのか、心当たりはありますか? （追記：コンソール出力の添付ファイルを追加しました。もし役に立つようでしたら。） デビッド・ロジャース Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog 私も似たような状況で、デバッガがmain()で停止せず、その後は一時停止できず、「割り込み失敗」と表示されることがあります。ワークスペースディレクトリ「.mcuxpressoide_packages_support」を置き換えることで問題を解決しました。および「.metadata」私が持っていたバックアップを使って。 これらのディレクトリは別のコンピュータのインストールから入手できるかもしれません。 プロジェクトを再インポートするだけでも解決するかもしれません。 Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog この問題が解決されたかどうかも知りたいです。私もまったく同じ問題を抱えています。MCUXpresso(v11.4)を使っているのですが、FreeRTOSアプリは何時間も問題なく動作します。手動でデバッガーを一時停止してコードをステップで進めることができます。しかし、私のプログラムは最終的にクラッシュし、デバッガ（Segger JLink経由）は「割り込み失敗」と報告するだけで、デバッグ機能がすべて失われてしまいます。 Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog こんにちは、皆さん。 私たちも現在、同じ問題を抱えています。 問題のデバッグを行おうとしたのですが、ブレークポイントに到達した後、J-Linkデバッガーに「割り込みに失敗しました」と表示されます。 このスレッドはサポートシステムへのヒントで終わりますが、もう解決策はあるのでしょうか? 敬具 デビッド Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、エーリッヒさん。 えっ…まだチケット制なの？NXPは何年も前にフォーラムに行くように言ってそのサポートを閉ざしたと思っていました。(当時はあまり喜びませんでした。なぜなら、これはカスタマーサービスの削減、つまり「私たちに来るな、一般の方に助けを求めろ」と受け取ったからです。)しかし、NXPのエンジニアたちはフォーラムに積極的に参加しているようで、第三者からの意見は通常役に立つ。 サポートチケットをどこで送信できるか、簡単なリンクはありますか?もし今週中に割り切れるなら(笑)、少なくともEVKB上で正しく動作しつつ、ブレークポイントの失敗を示すバージョンを作れるか試してみます。ありがとう。 デビッド・R. Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、デイビッドさん。 通常のサポートチケットを使ってプロジェクトを提出することもできます。IDEエンジニアにとっては、EVK上で動作するハードウェアが手元にあるので、プロジェクトが小さいほど良いと思います。 ご協力いただきありがとうございます！ エーリッヒ Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 現在、他にも多くの案件を抱えていますが、数日中に追加情報をお伝えできるよう努めます。おっしゃる通り、私はフォーラムに自分のプロジェクトを投稿するつもりはありませんが、もしあなたやNXPのエンジニアに直接プロジェクトを送れる裏ルートがあれば、それで構いません。しかし、現在のプロジェクトの形態では、100％再現可能です。もし私のプロジェクトをプライベートで送ってもらえるなら、EVKB上で動作しつつも問題が残る修正版を作ってみます。 デビッド・R. Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、デイビッドさん。 私も時々同じ経験がありましたが、再現可能なケースはできなかったので、プロジェクトを共有することはできないと思います(そうでなければ、ぜひ共有してください)。 私が気づいたこと、あるいは考えていることは、SEGGER FreeRTOSの認識実装に問題がある可能性があるということです。大量のデータ読み取りが行われ、ビューの更新が頻繁に発生していることに気づきました。その件に関して、SEGGER社に問い合わせが保留されています。 確実に効果があったのは、デバッガでSEGGER FreeRTOS認識を無効にしたことです(ただし、これだとFreeRTOSアプリケーションのデバッグがユーザーフレンドリーで劣るのは認めます)。 もう一つやったことは、トラフィックを減らすために、できるだけ多くのビュー（特に分解ビュー）を閉じることでした。 理想的ではないことは承知していますし、もしIDEエンジニアリングチームのために他に何か教えていただけると助かります。 役立つかもしれないのはGDBトレースです。 EclipseのBoard Bring-Up Tips、GDBログとトレースを参照してください。MCUのエクリプス  お役に立てば幸いです。 エーリッヒ

S32K3 低功耗唤醒问题 最近在调试S32K314低功耗唤醒的时候，发现进入休眠后无法唤醒，使用的是外部唤醒， 在正常的时候外部动作该DI，是有反应的，但是一旦进入休眠后，就没有任何反应了 附件是代码工程请问是什么原因造成，应该怎么解决？ Re: S32K3 低功耗唤醒问题 Hi,Julián 采纳了你的建议后，发现可以唤醒，是不是就可以说明真的进入了进入Standby模式。 另外想请教一下，进入Standby模式后IO口状态是否维持之前的状态？ 还有一个问题，我们电路设计上有一个硬件看门狗需要MCU定时喂狗，低功耗下如何处理？ 谢谢， Joker_Y Re: S32K3 低功耗唤醒问题 嗨@Joker_Y ， 你分享的项目看起来规模相当大。我还没有全部检查一遍，但我可以看到你没有启用相应的唤醒源。您有以下这行代码被注释掉了： Wkpu_Ip_EnableInterrupt(0,Wkpu_Ip_ChannelConfig_PB[0].hwChannel); 另外，在进入待机状态之前，使用 Clock_Ip_Init() API 将主时钟更改为 FIRC。 您可以参考低功耗示例；它展示了如何更改时钟配置以及如何启用 WKPU 通道。 S32K3 低功耗管理 AN 和演示 [RTD600 MCAL & IP] S32K3 低功耗管理 AN 和演示 此致， 朱利安 Re: S32K3 低功耗唤醒问题 嗨@Joker_Y ， 1.您可以通过查看 MC_ME.MODE_STAT[PREV_MODE] 来检查您是否处于待机状态。它会显示之前的模式是RESET（任何RESET）还是待机。 您还可以测量MCU的电流消耗。典型的待机值在S32K3XX 的数据手册第 6.7 章（电源电流）中进行了描述。 2. 所有引脚在待机模式下将保持其在运行模式下的最后设置状态。但是，默认情况下，复位事件发生后，所有引脚都会恢复到其默认状态。您可以启用引脚保持功能，确保引脚从唤醒状态恢复到用户再次初始化状态。 请参阅 S32K3XX 参考手册 中的 41.12 垫片保存 。 3. 我想这取决于设计和应用。我认为，你可以将看门狗设置为睡眠状态（如果看门狗支持的话），或者持续唤醒 S32K3（通过 RTC 或任何其他唤醒方式），维护看门狗，然后恢复低功耗状态。 此致， 朱利安 Re: S32K3 低功耗唤醒问题 好的，谢谢，我尝试一下

s32k312 HSE AB SWAP 您好： 我目前正在使用 S32K312 上的 HSE 的 AB 交换功能。 例如，程序当前正在分区 A 上运行。在首次更新期间，我们会擦除/写入分区 B 中的闪存，然后调用 HSE 接口启用分区 B。此时，不会执行任何重置操作。 在第二次更新过程中，我们仍然需要擦除/编程分区 B 中的闪存。但是，如果在编程过程中断电，然后设备再次通电，则程序将无法运行。 我想请问：如果我们启用安全启动，我们能否使用 SMR 和安全恢复模式来实现基于软件的分区 A 和分区 B 之间的切换/跳转？ Re: s32k312 HSE AB SWAP 嗨@ruller 请查看帖子“如何在 S32K3 上启用 HSE AB_SWAP 的回滚功能？”它针对回滚和恢复提出了一些建议，这些建议可能对您的实施有所帮助。 BR，VaneB

LS1043AXN8QQB DVFS Dear support,  The customer used the LS1043AXN8QQB platform and set the CPU dynamic frequency adjustment from 1.6GHz to 800MHz and 500MHz. It was found that RCU stall and PCIE communication abnormality occurred when the CPU ran at 500MHz. According to the RM and datasheet of the chip, LS1043 supports 1GHz to 1.6GHz. The official document does not mention the minimum supported frequency for dynamic frequency adjustment. It is uncertain whether 500MHz is supported? Does LS1043A support dynamic frequency adjustment when the CPU is running normally? the customer projects (LS1043AXN8QQB ) used version: Linux 5.4.301 LS1043A RDB Board 4-cores CPU QCA6390 WiFi chip Marvell 88E6393X Switch 512GB SATA SSD eMMC 32GB Customer feedback: Regardless of whether the fixed frequency is at 500MHz or the dynamic frequency is adjusted to 500MHz, the system will experience abnormalities, mainly manifested as PCIE communication abnormalities and RCU stall system freezing. The customer wants an official response from NXP. Re: LS1043AXN8QQB DVFS Please refer to https://community.nxp.com/t5/Layerscape/LS1043AXN8QQB-DVFS/td-p/2389683

S32 Design Studio for ARM 2.2 – 许可证激活错误（CLLReason errorNo=27） 您好，NXP授权团队， 我的 S32 Design Studio for ARM v2.2 许可证即将到期，我想继续使用它。许可证到期日和授权到期日均显示为 2026 年 7 月 5 日，因此授权本身将到期，使用现有激活码重新激活将不再产生有效的许可证。 细节 ： 产品：S32 Design Studio for ARM v2.2 激活码：CCB1-BEC2-FF96-4859 如果我点击 激活 输入我的激活码后，立即出现以下错误： CLLReason [errorNo=27, errorString=向远程激活服务器发送返回请求并处理响应时出错。退货次数已达上限，如有需要请联系产品供应商寻求帮助。（FNP 错误 0），flxActMajorErrNo=0，flxActMinorErrNo=0，flxActSysErrNo=0，flxCommErrNo=0] 请您重置此激活码的返回计数器，或者发放一个新的激活码，以便我可以在当前的PC上激活S32 Design Studio for ARM 2.2？ 非常感谢您的帮助。