Результаты поиска

@andrik_zp мне можете не верить, но вот в теме есть осциллограмма.

@megavit66 никакого стёба. На полном серьёзе, сразу откроем рубрику по хакам esp8266. А если нужен стёб, то...

ну как решите, пишите. Откроем для вас специальную рубрику ;)

@megavit66 вы бы хоть документацию почитали. Выводить вы можете что угодно, но во время загрузки должны обеспечить определенные уровни на некоторых, а другие во время этой загрузки на своих выводах имеют много интересного, что явно не понравится вашим N-канальным полевикам. Это вам не реле с...

так нет их у esp. Полностью свободных только 2, кажется. Остальные так или иначе ограничены в использовании.

@tretyakov_sa расширитель портов не вариант? Можно сдвиговый регистр с защёлкой, но сейчас это уже экзотика. ну вот вы сделайте, а мы у вас купим. Дёшево :)

для esp - это все равно что замкнут. Потому и не работает. Делайте подтяжку как сказал @nikolz. Тут даже смена gpio не поможет. Виснуть, конечно не будет, но и считать без доп резистора тоже.

@nikolz вот тут как раз особенность Ардуино. В delay() происходит вызов обработки wifi. Так что можно ставить хоть delay(5000) - сеть не прервет работу. Более того, в длинные циклы рекомендуется вставлять delay(0) для обработки wifi.

я же пометил что это простейший не оптимальный вариант. Так делать в прерывании нельзя, но сначала разговор шёл о цикле. Там можно. вряд ли ТС понял, что вы написали, имхо.

Конкретно в этой задаче неважно запрещать прерывания или нет, такой дребезг как вы описали отфильтруется в любом случае, либо прерывание повторно не сработает, либо сработает, но запишет так, что никто не прочтёт, имхо. А ТС вы дали пример, там запрещения прерываний в начале и разрешения в...

можно поспорить ;) По мне так срабатывание геркона - это его замыкание и размыкание. Полный цикл.

Если совсем на пальцах, то 1)Прерывание по отпусканию кнопки это RISING, а не FALLING, как у вас 2) объявить Result в начале программы как volatile 3) добавить внутрь прерывания небольшую задержку delay(DELAY), где DELAY подобрать экспериментально от 2 до 20. Это простейший, но не оптимальный...

@CodeNameHawk в принципе есть атомарный операнд инкремента переменной в памяти, так что вероятность такого события очень мала. А вот то что мы прочитаем в основной программе и откуда прочитаем - это загадка без volatile. Есть несколько вариантов: 1)все работает как задумалось 2)компилятор...

@nikolz зачем везде ставить? Я так не делаю и не предлагал. Исхожу из рекомендаций Как использовать ключевое слово volatile на языке C | avr | programming Тут явно рекомендуют глобальную переменную, изменяемую в процедуре прерывания, так объявлять. Не вижу причин так не делать. Если не об явить...

@bavspb у кнопки есть дребезг при срабатывании контактов. При перекидывания замыкающего контакта он ударяется о неподвижный и отскакивает несколько раз. Как молоток от наковальни. Почитайте то что написано чуть выше. С дребезгом надо бороться, как - решать вам. Одно предложение тут уже было...

надеюсь что последнее слово просто описка. По поводу явного изменения по ++, это вы немного погорячились. В любом случае будет выполнено загрузка значения из памяти в регистр и уж потом ее увеличение. Что скажет компилятору, что оптимизировать код основной программы при работе с Result не...

@nikolz если верить тому что написано в той статье, то надо не объявлять volatile int Result а везде обращаться к ней как *(volatile int*)&Result но сути это не меняет, надо оградить компилятор от возможности помещать данную переменную в регистры, иначе можно встрять в бесконечный цикл или не...

@nikolz немного эмоционально, но @rst ответил верно. Я не говорил, что его не будет. Но его будет меньше и бороться с ним проще. Даже задержка на 5-20 мс может помочь. Для геркона уж точно.

@web11 вы думаете в ваших проводах кто-то сможет разобраться по одной фотке?