как писал выше горит светик. он таки горит!

Добавлено after 2 minutes 22 seconds:


равен как писал выше горит светик. он таки горит!
digital write (pin, 0) все что не ноль единица. как и в if все что не ноль true.
так я же говорю что я дижиталврайт вообще убрал
if portE portC=1
дело не в райте

Добавлено after 6 minutes 58 seconds:

это обычная програмерская логика
электронщики железячники пишут в лоб
програмеры использую значения одного для другого. обычная практика.

там логика школьника

выводЕ нам что позволяет отправить ноль или один правильно ? этот ноль один зажигает светик, реле, и т.д.

PINE или PORTE(как чтение. и маска тут вообще не причем , можете абстрогироваться от маски) просто читает что на выводе. ему всеравно даже этот вывод или вход. они просто читают что там ноль иои один а не выход это или вход. просто как 2 копейки.

PORTC (как запись) пишет 0 или 1.
дижитал врайт тоже пишет 0 или >=1 как один

У вас на HWB что включено, на сколь резистор (если он там вообще есть) стоит?

Добавлено after 1 minute 5 seconds:
HWB что это ?
стоит один лед внешний и один встроенный 13 всё

if (PINF) PORTC |= CLED; - тут CLED загорится, если хотя бы на одном из выводов порта F будет 1.....

Ваш лед загорается уже после того как вы прочитали Пин. После записи 1 в Порт эта 1 в Пин вылезет только через 1 такт, т.е. вы читаете, когда на Пин эта 1 ещё не пришла. Имхо. Когда читаете из Порт- всё хорошо. Вы посмотрите во что это компилируется. Вот сто пудов будет

Out PORTx,y
In PINx,y
Между ними поставите nop и всё будет ок

Не пойму смысла в том примере...
(пишем данные в порт и затем считываем их значение )
Разве что использование в режиме самоконтроля выходного уровня вывода в простейших приложениях.
Но там заметно информативнее обратная связь от регулируемого объекта, а не контроль уровня перед силовым ключом.
Для передачи данных от выхода аппаратного модуля для последующего программного опроса данных с того же вывода такой способ неприемлем ибо альтернативные функции отключают стандартный аппаратный функционал порта.

А за интервал стабилизации сигнала... то "по умолчанию" как бы должно использоваться... автором прожки...
Ибо коль влез аж на уровне портов, то даташит уж точно перечитать должен был...

т.е. перед if поставить например delay(10); и PIN потом прочитает ?

Добавлено after 2 minutes 7 seconds:


все верно. скажем это дубликатор. верификатор. контрол чек.
сидим мы в кресле перед приборной панелью запуска реактивного двигателя и нам загорается лампочка когда двигатель запущен.
но вот зараза. двигатель реально запущен. а лампочка нам не загорается. и мы думаем что двигатель не запущен

Добавлено after 34 seconds:
я добавил коментарии в этот пример выше как оно должно работать и как оно сейчас работает

Добавлено after 48 seconds:
а тем временем такие эксперименты


выводит

Прогоните прогу в студии/протеусе пошагово и посмотрите на Порт, Пин- что происходит. И да, присоединяюсь к ВОВ51, так не делают. Приведённые вами цифры говорят, что или на линиях что-то есть( нагрузка) или альтернативные функции дают такой результат.
Вместо делай пойдёт ноп или а=0 - что угодно. Перед чтением 1 должна стабилизироваться на Пин.

Было б не на леонадре, а на нано/уно/про-мини можно и перепроверить,
а так... только предположить...


Неуж-то выводов для нормального контроля нехватает?


Кыстати...
Я на тиньке 2313 как-то недавно поймал поврежденный входной канал то-ли на РА0 то-ли
на РА1...
Ну не идет прожка и все...
Детальный тест проблему выявил - пришлось кристалл заменить - лапки "впритирку" требовались.
Воть тут...
https://radiokot.ru/forum/viewtopic.php ... 5#p3460865

все достало меня это безобразие, иду заказывать нано

Добавлено after 3 minutes 57 seconds:

да дело в том что это весь код
и там может висеть что угодно (хотя плата пустая) у нас порты как выход - низкий. должны быть нули везде.

я вот непроверял еще когда у нас ВЫХОД а мы на лапку подаём питание из вне. то МК прочитает эту лапку как ноль или единицу ?

но у меня то плата пустая и это весь код. откуда в портD единицы?! блин

Платка - то пустая, а вот начальная инициализация у адурины отнюдь не пустая (даже при пустом трафарете скотча).
Это совсем не одно и то же, что с "чистым" МК непосредственно в "чистом ассемблере" тест городить.

А если так попробовать?
https://www.arduino.cc/reference/en/lan ... gitalread/

int ledPin = 13; // LED connected to digital pin 13
int inPin = 7; // pushbutton connected to digital pin 7
int val = 0; // variable to store the read value

void setup() {
pinMode(ledPin, OUTPUT); // sets the digital pin 13 as output
pinMode(inPin, INPUT); // sets the digital pin 7 as input
}

void loop() {
val = digitalRead(inPin); // read the input pin
digitalWrite(ledPin, val); // sets the LED to the button's value
}

так я же сам инициализирую
DDRB = 0xFF; PORTB = 0;
DDRC = 0xFF; PORTC = 0;
DDRD = 0xFF; PORTD = 0;
должно подхватывать

с кнопкой думаю всё будет ок. да и без неё тоже должно
но попробую вначале с дилеем потом с кнопкой

Я не силён в сях но
void loop() {
PORTE |= 1<<PE6;
digitalWrite(13, PINE & 1<<PE6 ); //issue here. if I change to PORTE will work
не понял, где здесь чтение? В леонарде 13 пин это что? Вы пишете в пинЕ6? Или тут digitalread должно быть?

Сделайте следующее

Спойлер

Код:

void loop() {
 DDRE |= 1<<PE6;

 while (1) {
  PORTE |= 1<<PE6;
  delay(1000);                       // wait for a second
   Serial.print("HIGH PORTE = " );  Serial.println(PORTE , BIN);
   Serial.print("HIGH PINE = " );  Serial.println(PINE , BIN);
   
  PORTE  &= ~(1<<PE6);
  delay(1000);
   Serial.print("LOW PORTE = " );  Serial.println(PORTE , BIN);
   Serial.print("LOW PINE = " );  Serial.println(PINE , BIN);
   }
}

Для контроля на РЕ6 через резистор ом 300 повесить светодиод, что РЕ6 действительно моргает.

результат сюда.

как доберусь до платы выложу результат

а пока вот что нашёл в описании регистров

PIND is the input register variable It will read all of the digital input pins at the same time.

а так как у меня выходы то может поэтому такая катавася... хотя у всех работает и для выходов и всё хорошо и опять же в даташите написано внезависимости от направления PIN должен читать. чудеса

вы бы еще почитали про то, как у AVR порты устроены. PIND - это регистр, хранящий уровни сигналов на физических пинах МК, PORTD - это регистр, управляющий подачей на пины МК уровни изнутри МК. поэтому независимо от режима работы порта, заданного регистром DDRD, читать PIND можно всегда, как и всегда можно писать PORTD - просто результаты могут быть неожиданными.

вот зараза атмел
одного нопа не хватило. решил эту гребаную загвоздку кто бы мог подумать!

1) значит те непонятные единицы в портах это всякая ерунда типо даже TX диода например. со всеми не разобрался. но любая мелочь портит нам ожидания

2) а вот IF начинает работать когда пауза более 3мс

тормознутый однако авр )))

Добавлено after 2 minutes 30 seconds:
HIGH PORTE = 1000000
HIGH PINE = 1000000
LOW PORTE = 0
LOW PINE = 0

уже говорил в другой теме и повторю в этой: ваши проблемы не возникали ни у кого из тех, кто пользуется AVR. поэтому не надо пенять на микроконтроллер, проблема явно не в нём. согласно вашему коду между записью в порт и чтением его пинов проходит куда больше длительности одного NOP-а, так что дело явно не в том, что уровни не успевают устаканиться.

БЯДА однако с КОТЯТАМИ...