Странности с Mplab Sim и 16F676

[NewWriter]

А я вот на 146% уверен, что и в Протеусе, и в железе выход будет выходом, независимо от настроек компаратора. Протеус как раз весьма правильно тут все показывает, незачем на него гнать.
Сразу после любого сброса компаратор работает в режиме 000.
Я лично проверял, эти пики излазил вдоль и поперек и по диагонали, знаю работу каждого модуля в железе.

[STM32F0]

я вот на 146% уверен, что и в Протеусе, и в железе выход будет выходом, независимо от настроек компаратора. Протеус как раз весьма правильно тут все показывает, незачем на него гнать.

Неужели?

в железе будет так же, как в Протеусе - ANSEL и CMCON на режим выходов совершенно не влияют. Выход то может быть только цифровым.
Дело именно в симуляторе MPLAB-а. Он передает в регистр состояние входов, а не выходных защелок. А аналоговые входы, повторюсь, дают 0 при чтении.
Но если выбрать симулятор Протеус, тогда регистры портов уже покажут состояние выходных защелок, а не входов.

Хе-хе! У ПИКов без регистра LAT всегда осуществляется прямое чтение с пина, независимо от настроек. Отсюда и проблемы RMW. О каком чтении защёлок в протэзе может идти речь? Что он там читает, то чего нет?

[NewWriter]

К STM эта тема не относится, просьба не влезать без просу, тем более, не поняв о чем речь тем более, что я написал всё правильно и не надо перевирать смысл

[STM32F0]

Только не надо так громко и слёзно истерить.
Ваши слова?

Дело именно в симуляторе MPLAB-а. Он передает в регистр состояние входов, а не выходных защелок.

Потрудитесь покаяться в своей лжи или покажите строчки даташита, где описано чтение выходных защёлок в 16F676, ась?
Читайте и краснейте!

3.1 PORTA and the TRISA Registers

Reading the PORTA register reads the status of the
pins, whereas writing to it will write to the port latch. All
write operations are read-modify-write operations.
Therefore, a write to a port implies that the port pins are
read, this value is modified and then written to the port
data latch. RA3 reads ‘0’ when MCLREN = 1.

Так что там ваш косорылый протэз показывает, направление ветра, температуру?

если выбрать симулятор Протеус, тогда регистры портов уже покажут состояние выходных защелок, а не входов.

[NewWriter]

Ну и чего вы так истерите? Вы не разобрались в сути этого топика и пытаетесь пересказывать даташит, который я и без вас знаю наизусть, причем получше вас. Да еще и поучать пытаетесь, не поняв, о чем речь в топике то. Да еще и перевираете, не поняв сути.
А ваше дело - разбираться в STM. Причем, только в одной серии, F0. А тут утруждаться не нужно, тут все уже и без вас разобрались. И с протезом, в котором вы плаваете, и тем более с пиком.
Ой, только не надо холиваров про СТМ. Через лет 7-10 СТМ точно также забудут и обкакают. Когда выйдет что-то другое.
Все-таки, я думаю, сейчас опять начнутся неутихаемые холивары. Но тема то не об СТМ. Не надо об этом забывать.

где описано чтение выходных защёлок

ПОЯСНЯЮ ПО СУЩЕСТВУ:
не путайте одно и другое. Состояние регистра порта и сигналы на входах. Это разное. Да, непосвященным, которые не знакомы ни с протеусом, ни с пиком, сложно это понять. Но вам, работающим с СТМ, и не нужно этого знать. Просто не нужно. И всё.

Если у кого есть сомнения - можете сами убедиться на натурном эксперименте. Ибо я, прежде чем написать, убедился.
Кто не согласен - ну чтож, его право.

[Albert_V]

Не понимаю вашего спора.
Неужели так сложно посмотреть раздел 3.2.3 документации на PIC16F676?
Там порты расписаны на уровне простейшей логики.

[STM32F0]

не путайте одно и другое. Состояние регистра порта и сигналы на входах. Это разное. Да, непосвященным, которые не знакомы ни с протеусом, ни с пиком, сложно это понять. Но вам, работающим с СТМ, и не нужно этого знать. Просто не нужно. И всё.

"Совравший раз, соврёт и дважды!"(с)
А до STM32, с чем я работал? Или вам легко соврать и выдумать, как два пальца?
Надувайте пузыри и дальше. Веселит, немного.

[NewWriter]

Если у кого есть сомнения - можете сами убедиться на натурном эксперименте. Ибо я, прежде чем написать, убедился.
Кто не согласен - ну чтож, его право.

Не понимаю вашего спора.

Спор не о даташите или МК!!! Спор о том, что отображает MPLAB.

Веселит, немного.

Смех без причины - сами знаете что значит...
STM32F0, "Если вас раздражает чей-то чрезмерный ум, задумайтесь о своей чрезмерной глупости. (С) " - ваши же слова.

[Albert_V]

...Спор не о даташите или МК!!! Спор о том, что отображает MPLAB...

Извиняюсь, недоглядел.
Просто, я никогда не симулирую схемы.
Сделал плату, подключил ICD3 и, если надо, в Debugger-е (MPLAB ICD3) всегда можно уточнить то, в чём есть сомнения (на реальном "железе").

[STM32F0]

Если у кого есть сомнения - можете сами убедиться на натурном эксперименте. Ибо я, прежде чем написать, убедился.

Ну да!

Спор о том, что отображает MPLAB.

Да всё он правильно отображает.

Question 2: When my program reads a port, I get a different value than what I put in the
port register. What can cause this?
Answer 2:
1. When a port is read, it is always the pin that is read, regardless of its being set to input or output. So if a pin is set to an input, you will read the value on the pin regardless of the register value.
2. If a pin is set to output, say it has a one in the data latch; if it is shorted to ground you will
still read a zero on the pin. This is very useful for building fault tolerant systems, or handling
I2C™ bus conflicts. (The I2C bus is only driven low, and the pin is tristated for a one.
If the pin is low and you are not driving it, some other device is trying to take the bus).
3. Mid-Range MCU devices all have at least one open drain (or open collector) pin. These
pins can only drive a zero or tristate. For most Mid-Range devices this is pin RA4. Open
drain pins must have a pull-up resistor to have a high state. This pin is useful for driving
odd voltage loads. The pull-up can be connected to a voltage (typically less than VDD)
which becomes the high state.