Но все равно есть опаска что на них потечёт 5В

Привет. Может кто подскажет: можно ли к пинам 10,11,12,14 74HC595 напрямую подключать пины esp8266, если напряжение питания на 74HC595 составляет 5В. Спасибо.

А почему напряжение питание составляет 5 вольт?

Да и пины 10 и 11 впринципе использовать нельзя

А почему напряжение питание составляет 5 вольт?

А почему нет?! Ну выше частота работы микросхемы.

Да и пины 10 и 11 впринципе использовать нельзя

Почему?!

Почему?!

Потому что с 6 по 11 - подключена флешка

Потому что с 6 по 11 - подключена флешка

я про пины 74hc595

Доброго времени суток, может кто подсказать пожалуйста, есть esp32 cam китайский аналог AI Thinker, у меня проблема с затемнением камеры при фотографировании и записи на флешку или в облако, покупал несколько разных у разных продавцов, пробовал прописывать конфиги, настраивать яркость и прочие штуки, прописывал задержку перед съёмкой чтобы сенсор настроился, но не помогает ничего. Скетч из примера CameraWebServer передаёт картинку отлично, без затемнения. В интернете натыкался на похожую проблему, но им помогало прописывание конфигов, естественно на английском тоже искал

https://youtube.com/shorts/jYtnEgrYd2Y?feature=share3

Привет. Может кто подскажет: можно ли к пинам 10,11,12,14 74HC595 напрямую подключать пины esp8266, если напряжение питания на 74HC595 составляет 5В. Спасибо.

Можно. - из этой микросхемы в esp ничего не приходит - 595 можно питать от 3.3v, не обязательно 5. Главное что бы со стороны ее выхода у вас все работало при этом напряжении, либо ставить транзистор в режиме ключа

Можно. - из этой микросхемы в esp ничего не приходит - 595 можно питать от 3.3v, не обязательно 5. Главное что бы со стороны ее выхода у вас все работало при этом напряжении, либо ставить транзистор в режиме ключа

Если взять например вот такой каскад:

В нём вполне может отказаться на пине Input около 5 Вольт

Если взять например вот такой каскад:

Вот только это схема не входного буфера-инвертера 595

Вот только это схема не входного буфера-инвертера 595

Возможно.

Аднака здравствуйте! Минутка интеллектуальных размышлений. У меня тут подаван родил конструкцию: for (long t = millis(); t + 2000 > millis();) reader.handle(); Я старый и ленивый что бы проверять, но мне кажется, что эта штука повешает МК.... Как думаете?

не должно

если reader.handle(); не повесит

нет, я именно про цикл. Планировалось что раз в 2 секунды реадер сработает. и при этом не будет блокировать дальнейшую работу. А тут мне кажется, что цикл зависнет на 2 секунды и так по кругу. Чем его не устроил стандартный if с проверкой на таймер, не понимать.

один раз войдёт в цикл на 2 секунды и отпустит

один раз войдёт в цикл на 2 секунды и отпустит

Ну я и говорю - криворукий... Вешает МК на 2 секунды каждый цикл

нет, я именно про цикл. Планировалось что раз в 2 секунды реадер сработает. и при этом не будет блокировать дальнейшую работу. А тут мне кажется, что цикл зависнет на 2 секунды и так по кругу. Чем его не устроил стандартный if с проверкой на таймер, не понимать.

Это да. Он 2 секунды будет гонять реадер

Но не в плане повесит всё.

Ну да, если считать что 2-секундная пауза в цикле это не полностью повешать МК, то да - не все повешает)

И ТЗ не было, что подразумевалось :)

Аднака здравствуйте! Минутка интеллектуальных размышлений. У меня тут подаван родил конструкцию: for (long t = millis(); t + 2000 > millis();) reader.handle(); Я старый и ленивый что бы проверять, но мне кажется, что эта штука повешает МК.... Как думаете?

Странная конструкция. А зачем?

Ну да, если считать что 2-секундная пауза в цикле это не полностью повешать МК, то да - не все повешает)

Да кто его знает. Может реадер ждёт данные, и их нужно вычитать за 2 секунды, что придут.

А кто такой reader?

А кто такой reader?

езернетовский модуль, который раз в 2 секунды ходит на сайт и забирает там данные от джейсона....

езернетовский модуль, который раз в 2 секунды ходит на сайт и забирает там данные от джейсона....

ну будет две секунды ходить и забирать, делов-то... еще и сайт подвесит

ну будет две секунды ходить и забирать, делов-то... еще и сайт подвесит

Какой сайт?

ну будет две секунды ходить и забирать, делов-то... еще и сайт подвесит

Не 2 секунды, а постоянно с перерывами на примерно 20 мкс каждые 2 секунды... Идеальный ддос-атакер

Какой сайт?

на который будет ходить. может он там тоже на есп

Не 2 секунды, а постоянно с перерывами на примерно 20 мкс каждые 2 секунды... Идеальный ддос-атакер

ну хз как оно еще там ходит

на который будет ходить. может он там тоже на есп

Может оно в отдельном потоке/таске

Может оно в отдельном потоке/таске

даже отдельным МК, но все равно голова то приказывает этому МК ходить на сайт непрерывно 2 секунды....

даже отдельным МК, но все равно голова то приказывает этому МК ходить на сайт непрерывно 2 секунды....

а что, прям точно 2 секунды с точностью до millis ?? ))

а что, прям точно 2 секунды с точностью до millis ?? ))

там точность не критична. можно 1,5, а можно и 2,5. 2 секунды вообще от фонаря выбрали. Данные на сайте обновляются каждые 2 секунды и вот.

там точность не критична. можно 1,5, а можно и 2,5. 2 секунды вообще от фонаря выбрали. Данные на сайте обновляются каждые 2 секунды и вот.

ну тогда надо наверное отучать молодежь от millis - даже так проще while(1){vTaskDelay(200); read();}

Аднака здравствуйте! Минутка интеллектуальных размышлений. У меня тут подаван родил конструкцию: for (long t = millis(); t + 2000 > millis();) reader.handle(); Я старый и ленивый что бы проверять, но мне кажется, что эта штука повешает МК.... Как думаете?

millis возвращает uint32_t, какой лонг? через 49 дней аптайма этот код станет странно себя вести. в остальном там просто "исполнять ридер, пока не прошли 2 сек"

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

если речь про есп32, то лучше уж esp_timer_get_time

если речь про есп32, то лучше уж esp_timer_get_time

Чем оно лучше?

чем грузины

чем грузины

?

?

думал ты знаешь старые анекдоты

В ардуине-есп32 millis и есть esp_timer_get_time

думал ты знаешь старые анекдоты

Они тут неуместны.

нет

В ардуине-есп32 millis и есть esp_timer_get_time

неправда

там обрезаются биты, уменьшается точность и разрядность

неправда

Ну с разницей в том, что оно обрезается

А так вызывается та самая функция

Кстати этот вопрос я уже не первый раз задавал

Почему они её не переделают на 64 бита?

Ну с разницей в том, что оно обрезается

именно оттуда берётся переход через нуль каждые 49 дней с миллс

именно оттуда берётся переход через нуль каждые 49 дней с миллс

Я в курсе капитан. Это ограничение 32 битной переменной

Давай по базе не будем проходится, а лучше по существу

Я в курсе капитан. Это ограничение 32 битной переменной

https://t.me/ProEsp8266/281140

Ну так ты не ответил чем оно лучше

Просто когда я слышу выпады типа "лучше" - то пытаюсь понять что человек имел ввиду

Оно лучше потому что оно ему больше нравится, или он все же объяснит почему

Ну так ты не ответил чем оно лучше

переход через нуль будет в очень далёком будущем, если пользоваться не миллис, а чем я предложил

переход через нуль будет в очень далёком будущем, если пользоваться не миллис, а чем я предложил

В данной ситуации ваще не важно esp_timer или миллис

В данной ситуации ваще не важно esp_timer или миллис

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

переход через нуль будет в очень далёком будущем, если пользоваться не миллис, а чем я предложил

Ес ли ты милисом считаешь не месяца, а секунды, то переход на нуль вообще до лампочки. В худшем случае пропустит один цикл раз в 49 дней

Ес ли ты милисом считаешь не месяца, а секунды, то переход на нуль вообще до лампочки. В худшем случае пропустит один цикл раз в 49 дней

нет

нет

Вы адепт переполнения миллиса?

В линуксе вон эпочем считают секунды и как-то живут с этим. Когда там переполнение ? в 38-мом году?

Помоему проблема больше высосана из пальца

Как и знаменитая проблема 2000. Когда кричали больше чем было проблем

И под шумок делили деньги.

Вы адепт переполнения миллиса?

срок 49 дней для меня обозрим

В линуксе вон эпочем считают секунды и как-то живут с этим. Когда там переполнение ? в 38-мом году?

в юниксе. ну и в основном то уже на 64 бита перешли все кто озаботился

в юниксе. ну и в основном то уже на 64 бита перешли все кто озаботился

Еще много машин трудится на 32 битным эпоч. Переделать епоч с 32 на 64, поверь это не самая простая процедура

я всё сказал, что хотел

срок 49 дней для меня обозрим

Он для всех обозрим. Какие вы проблемы предвидите в момент перехода миллиса в ноль?

Он для всех обозрим. Какие вы проблемы предвидите в момент перехода миллиса в ноль?

Датчик температуры за окном пропустит свой опрос🤡

Ищи партнеров в тиндере