Ардуинщики всех стран - объединяйтесь! В этом форуме, конечно.
Пт янв 15, 2021 13:04:39
Хм... А без кварца можно вообще рассчитывать на стабильную работу с uart?
Пт янв 15, 2021 13:12:01
С мегами пока проблем не было, а вот с тинками (конкретно с 2313) были… некоторые тини2313 без кварца на отрез отказывались передавать/принимать без ошибок.
Пт янв 15, 2021 13:29:33
Upgrader, на низкой скорости должно приемлемо быть, если ус-но не уличное, т.е. температура если не сильно уплывает. Если температура плавает, есть варианты калибровки на ходу разные. Главное чтобы за время сна не сильно менялась температура окружения. Ну и подобрать baud такой, чтобы попадала частота точно, с низким процентов родных ошибок:
https://trolsoft.ru/ru/uart-calc
Пт янв 15, 2021 18:59:15
Проверьте фьюзы. Ибо во фьюзах для той же меги8, ЕМНИП, можно выставить 256, 1024 или 16384 такта от кварца ждать и ПЛЮС еще 0/4/64 мс.
Соответственно на кварце 16 МГц при старте 16К+64 мс будет задержка 16384 мкс+64 мс = 80 миллисекунд. При том, что на 9600 один такт - порядка 0.1 мс.
На внутреннем RC нет обязательных 256 клоков осциллятора, минимально всего 6 клоков, т.е. менее 1 мкс при 8 мгц.
Пт янв 15, 2021 19:34:57
можно выставить 256,
Так и было выставлено при тактовой 16 МГц…
1.png
2.png
Но это не помогало, пока не задействован был внутренний генератор.
Пт янв 15, 2021 20:08:44
Заинтриговали прямо. Закажу программатор и попробую поиграться без кварца
Сб янв 16, 2021 10:41:31
Проверьте фьюзы. Ибо во фьюзах для той же меги8, ЕМНИП, можно выставить 256, 1024 или 16384 такта от кварца ждать и ПЛЮС еще 0/4/64 мс.
Соответственно на кварце 16 МГц при старте 16К+64 мс будет задержка 16384 мкс+64 мс = 80 миллисекунд. При том, что на 9600 один такт - порядка 0.1 мс.
На внутреннем RC нет обязательных 256 клоков осциллятора, минимально всего 6 клоков, т.е. менее 1 мкс при 8 мгц.
Это при подаче питания дополнительное ожидание регулируется только. При выходе из сна, на кристалле ВСЕГДА 16К тиков. Это прямо написано таблицей в ДШ. При подаче питания те же 16К циклов минимум ВСЕГДА + регулируемое битами SUT дополнительное ожидание.
Добавлено after 38 minutes 3 seconds:Еще как вариант конечно заменить кристалл на керамику:
https://www.chipdip.ru/product/zta-8.00Там быстрее "раскачка", 258 тиков можно сделать. Может стабильнее внутреннего RC будет, но я лично с керамикой никогда не пробовал запускать. И фьюзы менять всё-равно придется.
Добавлено after 2 minutes 49 seconds:Ну как пишут тут:
https://www.maximintegrated.com/en/desi ... /2154.html керамика всё-таки должна быть ближе к кристаллу по точности. Но при это по ДШ разгоняется она в разы быстрее. 258 тиков на 8МГц это всего ~33 мкс задежрки, а не 2 мс.
- Вложения
-
- atmega8-6ck.png
- (7.85 KiB) Скачиваний: 625
-
- atmega8-16ck.png
- (11.31 KiB) Скачиваний: 621
Сб янв 16, 2021 11:13:43
NStorm, Оу, этот момент я не знал. Вот мега вдоль и поперек исхожена, а такое не знал. Ибо задачи не было такой. Да и в основном всё, что должно спать - почти всегда делал на внутреннем RC. Ну вот так вот сложилось.
Вс янв 17, 2021 14:48:00
Но при это по ДШ разгоняется она в разы быстрее. 258 тиков на 8МГц это всего ~33 мкс задежрки, а не 2 мс.
При BAUD = 1200, 1 бит передается за 834 мкс. Поэтому -33 мкс на старт МК тут всё еще должны быть приемлемыми для нормальной регистрации 1ого байта посылки, т.к. < 4% потери сигнала 1го бита.
Т.е. керамический резонатор вполне себе вариант для решения, если стабильности внутреннего RC не хватит.
Ср янв 20, 2021 21:37:09
Посоветуйте стоит ли загружать обновления программы arduino ide, внутренние обновления плат, и т.д. ?
Вы пользуетесь старой версией или всегда новой? Не будет такого что в новой версии есть несовместимость с предыдущими там библиотеками?
Ср янв 20, 2021 21:51:56
Да.
Ср янв 20, 2021 22:00:27
Посоветуйте стоит ли загружать обновления программы arduino ide, внутренние обновления плат, и т.д. ?
Если я не ошибаюсь, в этом вопросе хорошо разбирается
BOB51. Я же платы ардуины использую при необходимости как удобный шильд затерев загрузчик.
Ср янв 20, 2021 22:29:44
Upgrader, всегда обновлялся. Проблемы были только пару раз. Известная с ArduinoJson - когда они при переходе с 5ой версии к 6ой сломали API. И С либой ArduinoHeatpumpIR когда ESP8266 SDK обновился до версии 2.0.0 вроде. С ArduinoJSON решается легко - откатиться до 5ой версии всегда элементарно, она до сих пор есть в списке. С SDK можно было также, но я пофиксил либу и закоммитил пул реквест автору либы, приняли, починили. В общем обновлятесь - это не страшно! )
Ср янв 20, 2021 23:13:00
Надо понимать, что среду разработки делают одни люди, а компилятор исходного кода - другие.
При обновлении среды, вы, скорее всего, получите какие-то доп удобства в работе с ней.
Чт янв 21, 2021 11:57:30
Посоветуйте стоит ли загружать обновления программы arduino ide, внутренние обновления плат, и т.д. ?
Вы пользуетесь старой версией или всегда новой? Не будет такого что в новой версии есть несовместимость с предыдущими там библиотеками?
Если на компе стоит WINXP - однозначно полный запрет автоматического обновления по тырнету.Допускается (вероятно - сам не пробовал) обновление в ручном режиме (скачиваем с сайта/гитхаба и ставим лапками).
Если на компе виндовс 7ка и выше - там можно пользоватьсяя автоматическим обновлением.
Однако бывают и "казусы" - некоторые платформы снимаются с поддержки - тогда проблемную лучше полностью удалить.
Текущие актуальные версии (у меня установленные):
под ХР х32 = arduinoIDE 1.8.9
под 7ку и выше = arduinoIDE 1.8.13
А вот касательно линукса - не ведаю - у меня только "форточки"...
Чт янв 21, 2021 12:45:25
Надо понимать, что среду разработки делают одни люди, а компилятор исходного кода - другие.
При обновлении среды, вы, скорее всего, получите какие-то доп удобства в работе с ней.
Давеча человеку делал проектик с LCD 2004 по i2c. Так вот он текст (из примеров) на этот свой LCD смог вывести только установив "старинную" IDE 1.6.5.
Чт янв 21, 2021 20:02:01
Возвращаясь ко сну. Испытал Arduino Pro Mini 8 МГц от li-ion аккумулятора засадив в самый глубокий сон. От платы отпаял только светодиод питания (жрет 2 мА)! Больше ничего не менял.
Потребление 9 мкА вместе с кое чем еще (тоже в спящем режиме)
Мультиметр может не точно показывает, ориентировочно. Что может быть лучше!!!
Меньше даже не вижу смысла что-то еще ковырять. Это по поводу того что ардуинки якобы со спящим режимом не дружат - вранье всё это!
Для сравнения, на Arduino Nano было в том же режиме 80 мкА. Это уже не то конечно, но тоже вполне разумная экономия.
Управление питанием библиотека #include <LowPower.h>
Чт янв 21, 2021 22:44:26
Если не отключил компаратор, то отключи, ещё меньше будет потреблять. Компаратор по умолчанию всегда включен. неиспользуемые выводы подтяни внутренними резисторами... тоже помогает снизить потребление.
Сб фев 06, 2021 09:51:23
Любая программа содержит хотя бы одну ошибку.
Любую программу можно укоротить хотя бы на один байт.
Powered by phpBB © phpBB Group.
phpBB Mobile / SEO by Artodia.