stm8s主动停止模式PA1端口引脚问题

你好甲骨文。
 
 PA1也可用于OSCIN。
 因此，我认为STM8S005微控制器硬件在主动停止期间或时钟源发生变化时完全控制该引脚。
 我建议您检查所有配置选项，并仔细阅读有关活动暂停和时钟源的任何文档。
 
 问候，
 
 EtaPhi



以下为原文





Hello metha.

PA1 may be used for OSCIN too.
I therefore suppose that STM8S005 microcontroller hardware takes full control of this pin during an active halt or when the clock source changes.
I suggest you to check all configuration options and read carefully any documentation about active halt and clock sources.

Regards,

EtaPhi

梅塔，
在STM8S103K3，STM8S103F3和STM8S103F2数据表中有这个小小的通知
“
当MCU处于暂停/活动停止模式时，PA1在输入弱上拉时自动配置，不能用于唤醒器件。在此模式下，不驱动PA1的输出状态。如果在应用程序中使用Halt / Active-halt，建议仅在输入模式下使用PA1“。
STM8S005C6T6数据表中缺少此通知，但它似乎也适用于您的情况。
当微控制器处于调试模式（SWIM）时，它的行为几乎与它在运行模式下的行为一样，但有时会发生奇怪的事情。对于istance，如果您阅读我的帖子“STM8核心错误”，您会看到一个步骤执行错误结果的情况。
因此，您的代码在调试模式下工作并不奇怪，因为在此模式下，HALT指令无法停止微控制器硬件以保持SWIM会话处于活动状态。
EtaPhi



以下为原文






Metha,

in STM8S103K3, STM8S103F3 and STM8S103F2 datasheet there is this little notice
“
When the MCU is in Halt/Active-halt mode, PA1 is automatically configured in input weak pull-up and cannot be used for waking-up the device. In this mode, the output state of PA1 is not driven. It is recommended to use PA1 only in input mode if Halt/Active-halt is used in the application”.

This notice is missing in STM8S005C6T6 datasheet, but it seems that it also applies to your case.

When a microcontroller is in debug mode (SWIM), it behaves almost as it behaves in run mode, but sometimes something strange happens. For istance, if you read my post “STM8 core bug”, you'll see a situation when a single step execution yelds a wrong result.

It's therefore not surprising that your code works in debug mode because in this mode an HALT instruction can't stop microcontroller hardware to keep SWIM session active.

EtaPhi

你好梅莎。
我只能告诉你我使用STM8微控制器的经验远非详尽无遗，因为我从未在我的项目中使用过STM8L微处理器（直到现在）。
我喜欢STM8内核，因为它具有8/16位指令集，可以轻松添加或乘法或除以两个16位（无符号）整数。它也在所有STM8微处理器之间共享，它只是...工作。
我觉得STM8L微处理器更脆弱，更难以使用，因为它的软件必须仿效一些设备功能（例如ADC），设计师将其移除以减少电流消耗。相反，他们有一个DMA单元卸载STM8内核，但增加了复杂性。
因此，如果您的应用程序与STM8S005C6T6配合使用，我认为升级到STM8L micro没有任何正当理由，因为如果您的应用程序使用容性电源，它总是连接到电网，因此它不需要耗尽少量电源尽可能使用电池。
此外，STM8S微电源电压可高达5.5 V，而STM8L微电源的最大电源电压为3.6 V.
当存在三相电机时，通常会出现电压尖峰和噪声，这些电压会通过电容性电源。
即使您的应用是为3V3电源设计的，我认为最好设计更宽的操作余量以抵御意外情况......
这是我的意见，你可以同意或不同意。
但它同意这样的共同智慧......如果没有破坏，就不要修理它！



以下为原文







Hello Metha.

I can only tell you my experience with STM8 microcontrollers which is far from exhaustive because I never used STM8L micros in my projects (until now).

I like the STM8 core because of its 8/16 bit instruction set which makes it easy to add or multiply or divide two 16 bit (unsigned) integers. It's also shared between all STM8 micros and it simply … works.

I feel that STM8L micros are more fragile and trickier to use because its software must emulate some device functionality (e.g. ADC) which its designers removed to reduce current consumpion. On the contrary, they have got a DMA unit which offloads the STM8 core, but adds complexity.

So, if your application works with a STM8S005C6T6, I see no real reason in upgrading to a STM8L micro because if your application uses a capacitive power supply, it's always connected to the power grid and therefore it doesn't need to drain as few power as possible from a battery.

Moreover, STM8S micros supply voltage can be as high as 5.5 V, while the maximum supply voltage of STM8L micros is 3.6 V.

When there is a three phase motor, there are usually voltage spikes and noise which can pass through your capacitive supply.

Even if your application is designed for a 3V3 power supply, I think that it's better to design a wider operation margin to withstand the unexpected...

This is my opinion upon which you may agree or not.

But it agrees with the common wisdom which says … if it isn't broken, don't fix it!