0
Упс. Виноват. Сообщение должно быть выше. Для farkhat
  • avatar
  • akl
  • 28 января 2015, 11:27
0
И зачем я это писал для Вас?
  • avatar
  • akl
  • 28 января 2015, 11:25
0
Ну, тогда Вас сюда
  • avatar
  • akl
  • 16 сентября 2014, 12:10
0
Не, фигню написал. Весь потребляемый ток будет идти через лапы питания. Посмотрел DS на ATtiny2313. 40мА\лапа, но не более 200 мА\лапы питания.
  • avatar
  • akl
  • 16 сентября 2014, 12:07
0
Да как угодно соединяйте-параллельте, всё равно через 20 лапу при ОА будет течь весь ток; при ОК -через 10 лапу.
  • avatar
  • akl
  • 16 сентября 2014, 11:58
0
Опять на индикацию выводится символ градуса, причём не всегда. Зачем? По мне, лучше полнее использовать возможности DS18B20. Кварц, в этой схеме, явно лишний.
Если бы была возможность программного определения (ОК или ОА) подключенного индикатора, 4-х разрядная ведущая по отношению к датчику индикация, паразитное питание датчика, то получился бы термометр. А так ..., ничего особенного.
  • avatar
  • akl
  • 16 сентября 2014, 08:31
0
Е7-8
  • avatar
  • akl
  • 06 февраля 2014, 07:18
+1
me9atherion FT232 нужно сконфигурировать фирменной утилитой FT-prog. Настроить соответствующие светодиоды TX/RX на CBUS0/1, TX_ENABLE на CBUS2 и индикацию готовности к работе на CBUS3.
DS на FT232R утверждает, что эти лапы по дефолту именно так и настроены.
Развязка с RS485 неплохо делается на ADM2587
  • avatar
  • akl
  • 09 ноября 2013, 09:18
0
По поводу программы hex40_bcd13.asm. http://radiokot.ru/forum/viewtopic.php?p=1417529#p1417529 Здесь были даны ссылки на первоисточник и автора программы. avreal, далее, несколько улучшил её.
По программам умножения/деления больших чисел. Писались мною очень давно, используют примитивный алгоритм и ни на что не претендуют. Извините.
  • avatar
  • akl
  • 30 мая 2013, 12:35
0
Здравствуйте. Может кому-нибудь пригодится реализация работы MPL115A1 с ATtiny2313.
  • avatar
  • akl
  • 08 апреля 2013, 16:28
0
Понравилось. Спасибо.
  • avatar
  • akl
  • 26 марта 2013, 13:56
0
+1. Хотя сам принципиально не использую RTC, но… Красиво, блин!
  • avatar
  • akl
  • 09 февраля 2013, 18:27
0
Да, я хотел именно об этом написать. Но что-то глюкнуло. Самый интересный случай — это одновременный приход по окончании времени измерения ICF и OVF. Внутри времени измерения они обработаются правильно.
Если флаг ICF взведен, допустим за -5 тактов до OVF, т.е. в ICR аппаратно занесётся 0xFFFB и время измерения уже закончилось, то приход OVF уже неинтересен.
Если флаг ICF взведен, допустим после 5 тактов OVF, т.е. в ICR аппаратно занесётся 0x0005 и время измерения уже закончилось, то уже идет обработка OVF и в результате будет инкрементирован счетчик переполнений, т.е. результат будет правильный.
Если флаг ICF взведен одновременно с OVF, т.е. в ICR аппаратно занесётся 0x0000 и, за счет приоритета, контроллер уйдет на обработку «захвата», то нужно добавить 65536.
Я, например, при выходе из измерения для исключения такой ситуации проверяю флаг OVF и если он взведен измерение не останавливаю, а дожидаюсь еще одного периода измеряемой частоты, хотя и осознаю, что есть опасность срыва измерения при полном синхронизме тактовой и измеряемой частот.
  • avatar
  • akl
  • 06 января 2013, 10:28
0
Упс. Извините. Это относилось к сообщению Vladimir_
  • avatar
  • akl
  • 06 января 2013, 09:18
0
Описываемый Вами случай должен выполниться без ошибок, т. к. занесение в ICR и установка флага ICF происходит на аппаратном уровне, но! уже после переполнения [у меня, например, обработчик переполнения — это две команды INC или ADIW (в особо длинных периодах) и RETI]. Далее, см. ниже.
  • avatar
  • akl
  • 06 января 2013, 09:14
+2
Здравствуйте. Почему Вы так боитесь переполнений таймера? Считаете число переполнений (тем более, такая переменная уже есть), сравниваете, например, с числом 31 (пограничное число переполнений 65'536*31=2'031'616, при превышении которого принимается решение об отсутствии вращения), вводите его в выражение для расчета с весом 65536!!! и получаете частоту вращения (как я понял пример кода приведен для тахометра), но уже не 30,5*60/1,2~1500 об/мин, а ~50 об/мин с разрешением не хуже 0,01 об/мин.
  • avatar
  • akl
  • 05 января 2013, 09:00
0
Во вложении плата и схема. Пользуйтесь!
Если бы Вы написали это в личном блоге я бы и слова не сказал, но Вы вывалили это в общем разделе. Пользоваться Вашим материалом, в таком виде, нельзя. Извините.
  • avatar
  • akl
  • 24 декабря 2012, 14:39
0
Существенно.
Вся логика в режиме сквозных токов работает.
Приведите хотя бы один пример выходного каскада логического элемента с таким построением.
Да и транзисторы там высокочастотные, переключаются достаточно быстро.
Да, включаются они быстро, только выключаются долго.
  • avatar
  • akl
  • 24 декабря 2012, 14:21
0
Здравствуйте. По мне, эта схема порочна.
— Она не различит входное напряжение 5V и 15V, включая полярность.
— В моменты коммутации транзисторов преобразователя отрицательного напряжения питания сильные помехи из-за сквозного тока.
— Входное напряжение болтается в воздухе.
— Зачем-то подсвечиваются 2 децимальные точки?
— Похоже, нет разделения между аналоговым и цифровым общими цепями.
  • avatar
  • akl
  • 24 декабря 2012, 08:24
+2
Понравилось. Наконец-то появляется материал о практическом применении встроенной периферии, а не о каких-то гипотетических невесть откуда взявшихся данных, подвергаемых сортировке, перетасовке и т.п. Плюсанул бы, но…
  • avatar
  • akl
  • 19 ноября 2012, 15:21