有没有比较简单易用的8位微控制器/汇编语言？ 我正在寻找一款可以查看实际十六进制/二进制代码的 8 位微控制器。我在大学学习 8051 汇编语言，我非常喜欢看到和理解内存中的每一条指令和值。但是这些微控制器已经过时，需要大量的“破解”才能兼容。至少每次我把代码放到真正的硬件上运行时，都会有这种感觉。那么，有没有一种简单的8位汇编语言，可以配合实际的芯片，让我能够编写简单的电子项目程序呢？

LWIP TCP/IPサーバー・クライアント実践演習 こんにちは。S32K358 用の TCP クライアントハンドシェイクのサンプルはありますか？以前のスレッドに投稿したように、いくつか問題が発生しています。以前、S32K148 の問題解決に関する投稿（LWIP TCP/IP Server-Client Hands-On - NXP Community）を見ましたが、それが役に立つかもしれません。 もしお持ちでしたら、コピーを送っていただけないでしょうか。私のメールアドレスは[email protected]です。よろしくお願いいたします！

S32K358 MBDT/Simulink – 将 SoC 存储在非易失性存储器中 您好，NXP团队， 我正在使用 RD-BESSK358BMU 板（S32K358 MCU）以及 MATLAB/Simulink 和 NXP MBDT。 我的板上运行着一个 EKF SOC 估算器。我需要定期将计算出的 SOC 保存到非易失性存储器中，以便在完全断电/开机后，可以读取最后存储的 SOC 并将其用作 EKF 的初始 SOC。 在 Simulink/MBDT 中，对于 S32K358，推荐的实现方式是什么？ 我可以在 S32 配置工具中看到 Fee、MemAcc 和 Mem_43_InFls。这些模块是否适用于此目的？ 您能否分享一些关于S32K358 Simulink/MBDT非易失性读/写的示例？ 我找到了一些使用 EEPROM/FEE 的较早的 S32K 示例，但我特别想找到适用于 Simulink/MBDT 的 S32K358 的推荐解决方案。 谢谢。

S32K312mcal配置Grypto不在对应的内存 您好： 使用的RTD5.0的mcal，HSE是0.6.0的驱动，这里使用mcal生成的代码调用grypto的服务全部返回 #define HSE_SRV_RSP_NOT_SUPPORTED               ((hseSrvResponse_t)0xAA55A11EUL)  /**< @brief The operation or feature not supported. */ 然后我使用直接调用hse的接口发现是正常的，这是为什么，是不是对应的数据应该在no cacheable的地方，我看map中 这个段里啥也没有，会是这个原因吗？另外这和我是使用的 有关系吗？ 如果您看到麻烦回答一下我的疑问，给我可以正常使用mcal代码的解决方法 十分感谢 Re: S32K312mcal配置Grypto不在对应的内存 嗨@li5920o 根据 Crypto_43_HSE_MemMap.h，CRYPTO_43_HSE_START_SEC_VAR_SHARED_CLEARED_UNSPECIFIED_NO_CACHEABLE 应该强制将变量放入 .mcal_shared_bss 中。 根据您的映射文件，链接器文件中存在这样的部分。 看起来像是编译器设置出了问题。能否截取所有编译器设置的屏幕截图？尤其： C 编译器 - 优化 C 编译器 - 其他 C 编译器 - 预处理器 能否也把控制台的构建日志以及项目中的所有 *.args 文件发给我？版本前请清理项目。谢谢。 此致， Lukas Re: S32K312mcal配置Grypto不在对应的内存 您好，十分感谢您的回复 附件里面是args文件和截的图片 编译的构建日志放在/console_log文件夹下了 设置配置基本上没有修改过，应该只修改过GCC版本（修改原因：刚下载的时候，安装11.4的GCC经常出现编译的出的文件跑飞的问题，就又下载了10.2的版本） 再次感谢您的回复

画面の最上位レイヤーにおけるイベントコールバック関数名の生成が正しく行われないことに関連するバグ。 私が使用している GUI Guider のバージョンは 2.0.0 です。Top で作業しているときに...レイヤーにイベントを追加する際、生成されるgg_event_layer_top.cファイル内のトップレイヤーのイベントコールバック関数名が異常です。現在、イベントコールバック関数名の途中に括弧が挿入されており、例：「static void lv_layer_top () _event_handler ( lv_event_t * e )」のようになっています。実際、ボトムレイヤーでも同様の問題が発生しますが、スクリーンでは同様の問題は発生しません。このバグが早急に修正されることを願っています。よろしくお願いいたします。

The TCP client in S32K358 is not receiving the handshake packet. I've created a TCP client thread. When the handshake function is executed, I can see the messages sent by the client to the server and the messages sent by the server to the client using Wireshark. However, in the final step, the TCP client doesn't return a frame. I've been monitoring the GMAC receive interrupt and found it's stuck in a loop. The MCU TCP client hasn't received the final acknowledgment frame, so it hasn't sent the final handshake acknowledgment frame. What could be the reason?

Is there a simple 8 bit microcontroller/assembly language that is nice to work with? I'm searching for an 8 bit microcontroller where I can look at the actual hex/binary code. I've been learning 8051 assembly in university and I absolutely love seeing and understand every single instruction and value in the memory. But those microcontrollers are antiquated and need a bunch of "hacks" for compatibility. At least that's what it feels like everytime I put my code onto real hardware. So is there a simple 8 bit assembly language with actual chips I can program simple electronics projects with ?

The S32K312mcal configuration for Grypto is not in the corresponding memory. Hello: The code uses mcal (RTD 5.0) and HSE (HyperSE 0.6.0) as the driver. All calls to the grypto service using the code generated by mcal return a response. #define HSE_SRV_RSP_NOT_SUPPORTED (( hseSrvResponse_t ) 0xAA55A11EUL ) /**< @brief The operation or feature not supported. */ Then I tried calling the HSE interface directly and it worked fine. Why is that? Shouldn't the corresponding data be in the "no" field? In the cacheable locations, I see in the map... Could this be the reason why there's nothing in this section? Also, this is different from what I'm using. Does it matter? If you see this, please answer my question and provide a solution for how to use the mcal code correctly. Thank you very much Re: S32K312mcal配置Grypto不在对应的内存 Hi @li5920o  According to Crypto_43_HSE_MemMap.h, CRYPTO_43_HSE_START_SEC_VAR_SHARED_CLEARED_UNSPECIFIED_NO_CACHEABLE should force a variable into .mcal_shared_bss. According to your map file, such section exists in the linker file. It looks like some problem in compiler settings. Could you take a screenshot of all compiler settings? especially: C Compiler - Optimization C Compiler - Miscellaneous C Compiler - Preprocessor Could you also send me build log from the console and also all *.args files from your project? Clean the project before the build. Thanks. Regards, Lukas Re: S32K312mcal配置Grypto不在对应的内存 Hello, thank you very much for your reply. The attachment contains the args file and screenshots. The build logs are located in the /console_log folder. The configuration settings were basically unchanged; the only change was likely the GCC version (reason for the change: when I first downloaded it, installing GCC version 11.4 frequently caused issues with the compiled files failing to run, so I downloaded version 10.2 instead ). Thank you again for your reply.

S32K358 MBDT/Simulink – Store SOC in Non-Volatile Memory Hello NXP Team, I am using the RD-BESSK358BMU board (S32K358 MCU) with MATLAB/Simulink and NXP MBDT. I have an EKF SOC estimator running on the board. I need to periodically save the calculated SOC in non-volatile memory, so after a complete power OFF/ON, the last stored SOC can be read and used as the initial SOC of the EKF. What is the recommended way to implement this in Simulink/MBDT for S32K358? I can see Fee, MemAcc, and Mem_43_InFls in the S32 Configuration Tool. Should these modules be used for this purpose? Is there any S32K358 Simulink/MBDT example for non-volatile Read/Write that you can share? I found older S32K examples using EEPROM/FEE, but I am specifically looking for the recommended solution for S32K358 with Simulink/MBDT. Thank you.

S32K358のTCPクライアントはハンドシェイクパケットを受信していません。 TCPクライアントスレッドを作成しました。ハンドシェイク関数が実行されると、Wiresharkを使用してクライアントからサーバーに送信されたメッセージとサーバーからクライアントに送信されたメッセージを確認できます。しかし、最終ステップでTCPクライアントはフレームを返しません。GMAC受信割り込みを監視していたところ、ループに陥っていることがわかりました。MCU TCPクライアントは最終確認フレームを受信していないため、最終ハンドシェイク確認フレームを送信していません。原因は何でしょうか？

S32K358 MBDT/Simulink – SOCを不揮発性メモリに保存する こんにちは、NXPチームの皆さん。 RD-BESSK358BMUボード(S32K358 MCU)をMATLAB/SimulinkとNXP MBDTで使っています。 ボード上でEKF SOC推定器を動作させています。計算されたSOCを定期的に不揮発性メモリに保存する必要があるため、完全な電源オフ/オン後、最後に保存されたSOCを読み取り、EKFの初期SOCとして使用できるようにします。 Simulink/MBDTでS32K358を実装する際の推奨される方法は何ですか？ S32設定ツールでFee、MemAcc、Mem_43_InFlsが見えます。これらのモジュールをこの目的に使用すべきでしょうか？ S32K358、不揮発性の読み書き(Read/Write)に関するSimulink/MBDTの例があれば教えてもらえますか? EEPROM/FEEを使用した古いS32Kのサンプルは見つかりましたが、Simulink/MBDTを使用したS32K358向けの推奨ソリューションを具体的に探しています。 ありがとう。

Grypto用のS32K312mcal構成が、対応するメモリに存在しません。 こんにちは： このコードは、ドライバとしてmcal（RTD 5.0）とHSE（HyperSE 0.6.0）を使用しています。mcalによって生成されたコードを使用してgryptoサービスを呼び出すと、すべて応答が返されます。 #define HSE_SRV_RSP_NOT_SUPPORTED (( hseSrvResponse_t ) 0xAA55A11EUL ) /**< @brief サポートされていない操作または機能です。 */ 次に、HSEインターフェースを直接呼び出してみたところ、問題なく動作しました。なぜでしょうか？対応するデータは「no」フィールドに格納されるべきではないでしょうか？ キャッシュ可能な場所を地図上で確認したところ… これがこのセクションに何も表示されない理由でしょうか？また、これは私が普段使っているものとは違います。 それは重要ですか？ このメッセージをご覧になった方は、私の質問にお答えいただき、mcalコードを正しく使用する方法についての解決策をご提示ください。 どうもありがとうございます。 Re: S32K312mcal配置Grypto不在对应的内存 こんにちは、@li5920o Crypto_43_HSE_MemMap.h によると、CRYPTO_43_HSE_START_SEC_VAR_SHARED_CLEARED_UNSPECIFIED_NO_CACHEABLE は変数を .mcal_shared_bss に強制的に書き込むはずです。 マップファイルによると、そのようなセクションはリンカーファイルに存在します。 コンパイラの設定に何らかの問題があるようです。すべてのコンパイラ設定のスクリーンショットを撮ってもらえますか?特に： Cコンパイラ - 最適化 Cコンパイラ - その他 Cコンパイラ - プリプロセッサ コンソールからのビルドログや、プロジェクト内の*.argsファイルも送ってもらえますか?ビルド前にプロジェクトをクリーンアップしてください。ありがとう。 よろしくお願いいたします。 ルーカス Re: S32K312mcal配置Grypto不在对应的内存 こんにちは、ご返信ありがとうございます。 添付ファイルには、引数ファイルとスクリーンショットが含まれています。 ビルドログは/console_logフォルダにあります。 構成設定は基本的に変更されていません。唯一の変更点はおそらくGCCのバージョンです（変更の理由：最初にダウンロードしたとき、GCCバージョン11.4をインストールするとコンパイルされたファイルの実行に頻繁に問題が生じたため、代わりにバージョン10.2をダウンロードしました）。 ご返信いただき、改めてありがとうございました。

S32K358 中TCP 客户端握手包接收不到 现在我建立了一个TCP 客户端线程，当执行到握手端函数时，通过wireshark 能够看到客户端发给服务器得报文，也能看到服务器给客户端得报文，但是最后一步TCp客户端没有返回帧。我一直监控GMAC接收中断，发现一直卡死在循环中。MCU TCP客户端一直没有接收到最后的确认返回帧，所以没有发出去最后一帧的确认握手协议。是什么原因那？

使いやすい8ビットのマイクロコントローラやアセンブリ言語はありますか? 実際の16進/バイナリコードが見られる8ビットのマイクロコントローラを探しています。大学で8051アセンブリ言語を学んでいるのですが、メモリ内の命令や値の一つ一つを見て理解できることが本当に大好きです。しかし、それらのマイクロコントローラは時代遅れで互換性のために多くの「ハック」が必要です。少なくとも、自分のコードを実際のハードウェアに書き込むたびに、そんな風に感じるんです。では、シンプルな8ビットアセンブリ言語で実際のチップを使った簡単な電子工学プロジェクトをプログラムできるものはありますか?

关于屏幕顶层(Top Layer)的事件回调函数名生成异常的bug 我使用的GUI Guider版本是2.0.0。当我为Top Layer添加事件时，生成的gg_event_layer_top.c中关于Top Layer的事件回调函数名会异常，目前的情况是，事件回调函数名的中间会被插入一对括号，就像这样“ static void lv_layer_top () _event_handler ( lv_event_t * e ）”。事实上，对于Bottom Layer也存在相同的问题，而Screens则未出现类似的问题。希望能尽快修复bug。谢谢！

A bug related to the incorrect generation of event callback function names for the top layer of the screen. The GUI Guider version I'm using is 2.0.0. When I'm working on Top...When adding events to a Layer, the event callback function names for the Top Layer in the generated gg_event_layer_top.c file are abnormal. Currently, a pair of parentheses is inserted in the middle of the event callback function name, like this: "static void lv_layer_top () _event_handler ( lv_event_t * e )". In fact, the same issue exists for the Bottom Layer, while Screens does not exhibit a similar problem. Hopefully, this bug can be fixed soon. Thank you!

LWIP TCP/IP Server-Client Hands-On       你好，我们有没有关于S32K358 的TCP 客户端握手例程，我现在遇到了一些问题，我在上一篇帖子中发出了这个问题。我看到之前有一篇帖子是关于S32K148相关问题的已解决: LWIP TCP/IP Server-Client Hands-On - NXP Community，不知道是否能够帮我我！       如果有，麻烦您发一份，我的邮箱是[email protected].。万分感谢！ 

i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C Hi, I have designed a custom PCB using the MIMXRT1064 processor and the SGTL5000 audio codec. For the SGTL5000 circuit, I followed the standard/reference SGTL5000 schematic. The connections between the RT1064 and SGTL5000 are as follows: LPI2C1_SCL → GPIO_AD_B1_00 LPI2C1_SDA → GPIO_AD_B1_01 SAI1_MCLK → GPIO_AD_B1_09 SAI1_RXD → GPIO_AD_B1_12 SAI1_TXD → GPIO_AD_B1_13 SAI1_RX_BCLK → GPIO_AD_B1_11 SAI1_RX_LRCLK → GPIO_AD_B1_10 I have attached the relevant part of my schematic as well. My main problem is that after flashing the firmware, I am not receiving any I2C ACK from the SGTL5000. I measured the following voltages: SCL = approximately 3.3 V SDA = approximately 3.3 V MCLK = approximately 1.6 V For debugging, I wrote a function that temporarily changes the I2C pins to GPIO, generates 9 clock pulses, performs a bit-banged I2C address scan, and then restores the pins back to LPI2C1. static void i2c_hw_debug(void) { gpio_pin_config_t in = { kGPIO_DigitalInput, 0, kGPIO_NoIntmode }; IOMUXC_SetPinMux(IOMUXC_GPIO_AD_B1_00_GPIO1_IO16, 0U); IOMUXC_SetPinMux(IOMUXC_GPIO_AD_B1_01_GPIO1_IO17, 0U); IOMUXC_SetPinConfig( IOMUXC_GPIO_AD_B1_00_GPIO1_IO16, 0x00B0U); IOMUXC_SetPinConfig( IOMUXC_GPIO_AD_B1_01_GPIO1_IO17, 0x00B0U); gpio_pin_config_t out_init = { kGPIO_DigitalOutput, 1, kGPIO_NoIntmode }; GPIO_PinInit(GPIO1, 16, &out_init); GPIO_PinInit(GPIO1, 17, &in); for (int i = 0; i < 9; i++) { GPIO_PinWrite(GPIO1, 16, 0U); SDK_DelayAtLeastUs(10U, SystemCoreClock); GPIO_PinWrite(GPIO1, 16, 1U); SDK_DelayAtLeastUs(10U, SystemCoreClock); } PRINTF("Scanning I2C addresses...\r\n"); for (uint8_t addr = 0x03; addr <= 0x77; addr++) { if (bb_probe(16, 17, addr)) { PRINTF("ACK found at 0x%02X\r\n", addr); } } IOMUXC_SetPinMux( IOMUXC_GPIO_AD_B1_00_LPI2C1_SCL, 1U); IOMUXC_SetPinMux( IOMUXC_GPIO_AD_B1_01_LPI2C1_SDA, 1U); } How can I initialize the SGTL5000 codec with the MIMXRT1064, and why am I not receiving an ACK from the codec even though all the hardware connections and configurations appear to be correct? Thanks. Re: i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C Hi @Anushka_SS, I would suggest basing your application on the evkmimxrt1064_sai example code instead. This code exemplified the integration of the RT1064 and a WM8960 codec. That said, we do also provide the fsl_sgtl5000.c/.h driver files, which can be imported as a component to the project, and enabled by simply changing the codec used by undefining CODEC_WM8960_ENABLE and defining CODEC_SGTL5000_ENABLE instead. The SGTL5000 driver files have the necessary routines to properly initialize and use this codec. Let me know if this helps, and if you require any further assistance. BR, Edwin. Re: i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C Thank you. I have already done this: a fresh project using the SDK's fsl_sgtl5000 driver with CODEC_SGTL5000_ENABLE. The problem occurs before the driver initializes: the SGTL5000 NAKs its address (0x0A and 0x2A, LPI2C status 902). Verified at run time: Audio PLL = 786.432 MHz, SAI1 MCLK = 12.288 MHz (read back from the CCM registers), LPI2C clock = 10 MHz. I am using GPIO_AD_B1_00/01 for LPI2C1 and GPIO_AD_B1_09 for MCLK. The SGTL5000 module is connected to my custom RT1064 board with jumper wires. Can you suggest what else to check on the hardware side (pad settings, MCLK signal integrity, anything specific to the RT1064)?

ZeroWattic Power Saver Reviews 2026 - Is Everything Really As Promised? ZeroWattic Power Saver Review 2026: Does This Device Really Help Reduce Electricity Waste? Rising electricity costs have made energy efficiency a priority for households and businesses. Many people are looking for simple ways to manage power consumption without replacing every appliance or making expensive electrical upgrades. This is where devices such as the ZeroWattic Power Saver have attracted attention. Presented as a compact power-saving solution, ZeroWattic is designed around the idea of improving the way electricity is used inside a home. The product packaging shown describes it as a device intended to address “dirty, chaotic current” and improve the flow of electricity through household wiring. But what exactly is ZeroWattic Power Saver, how is it supposed to work, and what should consumers know before purchasing one? In this detailed guide, we look at the product concept, potential benefits, installation considerations, limitations, and important questions buyers should ask before making a decision. Important: Product claims about electricity savings should be independently verified before relying on them for financial savings. Actual results can vary depending on the electrical system, appliances, usage patterns, tariffs, and other factors. Discover ZeroWattic Power Saver and Explore a Smarter Approach to Household Energy Management What Is ZeroWattic Power Saver? ZeroWattic Power Saver is marketed as a household electricity-management device. From the packaging, the product focuses on the quality and characteristics of electrical current flowing through a home's wiring. The basic concept is that certain electrical loads—particularly appliances containing motors, transformers, compressors, or switching electronics—can create electrical characteristics that are not always converted into useful work. Power-management products often attempt to address these characteristics through electrical components designed for power conditioning or power-factor correction. The ZeroWattic packaging specifically promotes the idea of reducing undesirable electrical effects and improving the flow of electricity through household wiring. For consumers, the key point is that power quality and actual electricity consumption are not necessarily the same thing. A device may affect certain electrical characteristics without automatically producing a large reduction in the kilowatt-hours recorded on a residential electricity meter. Therefore, buyers should look at the product's technical specifications and independently measurable results rather than relying only on broad marketing language. 🔌 Ready to Take Control of Your Electricity Usage? Learn More About ZeroWattic Today

ZeroWattic 节能器评测 2026 - 真的像宣传的那样好吗？ ZeroWattic 节能器 2026 年评测：这款设备真的有助于减少电力浪费吗？ 不断上涨的电费使得提高能源效率成为家庭和企业的首要任务。许多人都在寻找简单的方法来管理电力消耗，而无需更换所有电器或进行昂贵的电气升级。正因如此，像ZeroWattic 节能器这样的设备才引起了人们的关注。 ZeroWattic 是一款紧凑型节能解决方案，其设计理念是改善家庭用电方式。产品包装上显示，该产品是一种旨在解决“脏乱电流”并改善家用线路电流的设备。 但 ZeroWattic Power Saver 究竟是什么？它的工作原理是什么？消费者在购买前应该了解哪些信息？ 在本详细指南中，我们将探讨产品概念、潜在优势、安装注意事项、局限性以及买家在做出决定前应该提出的重要问题。 重要提示：有关节电的产品声明在用于节省开支之前，应进行独立核实。实际结果可能因电力系统、电器、使用模式、电价和其他因素而异。了解 ZeroWattic 节能器，探索更智能的家庭能源管理方式 什么是 ZeroWattic 节能器？ ZeroWattic Power Saver 是一款家用电力管理设备。从包装上看，该产品侧重于流经家庭线路的电流量的质量和特性。 基本概念是，某些电气负载（特别是含有电机、变压器、压缩机或开关电子元件的电器）会产生一些电气特性，而这些特性并不总是能转化为有用的功。电源管理单元产品通常试图通过专为电源调节或功率因数校正而设计的电气元件来解决这些特性。 ZeroWattic 包装专门宣传减少不良电气效应和改善家用线路电流流动的理念。 对于消费者而言，关键在于电能质量和实际用电量并不一定是一回事。设备可能会影响某些电气特性，但不会立即导致居民用电表记录的千瓦时数大幅减少。 因此，买家应该查看产品的技术规格和独立可衡量的结果，而不是仅仅依赖于宽泛的营销语言。 🔌 准备好掌控您的用电量了吗？立即了解更多关于 ZeroWattic 的信息