Форум РадиоКот

Блин ) Понял ) прошу прощения) Туплю под конец рабочего дня )) Разобрался вроде. Завтра буду мучить дальше. А счас домой (( А то и так на 3 часа задержался (

Тут еще вопрос (
Как использовать printf в IAR ? Хочу отправлять сообщения по УАПП ((
Получается надо переписать putchar что бы она выводила по символу в уапп? а где она находится?
нашел __ATTRIBUTES int putchar(int); в stdio.h это объявление, на сколько я понимаю? а сама ф-ця где?
нашел еще эту
signed int PutChar(char *pStr, char c)
{
*pStr = c;
return 1;
}

это не она? что то совсем туплю

Всем привет!
Можно ли на АЦП ATtiny25 подавать напряжение, если на проц не подано питание? Делаю девайс с батарейным питанием от 7,2 В. Вкл./Выкл. кнопкой программно, когда девайс выключен, проц обесточен, но цепь контроля питания никак не отключить - в схеме нет ключей, разрывающих питание, а проц питается с выхода преобразователя - поэтому 1 вход АЦП жестко подключен к аккумам через делитель 10 МОм:1МОм.

aam писал(а):через делитель 10 МОм:1МОм.

С таким делителем можно что угодно

Я так и думал) А как АЦП вообще отнесется к такому делителю? Я глянул ДШ - входное сопротивление АЦП 100 МОм, т. е. зашунтировав 1 МОм получим 0,99 МОм, а точность большая не нужна - главное чтобы аккумы меньше чем нужно не разрядить (2 лития или 2 NiMH - универсальное питание)

aam писал(а):Я так и думал) А как АЦП вообще отнесется к такому делителю?

С питанием или без?
Без питания откроется защитный диод, и будет спускать микроток на VCC контроллера.
А с питанием во время преобразования будет играть роль входная ёмкость устройства выборки-хранения (есть в ДШ), так что лучше после делителя поставить кондёрчик чтобы минимизировать влияние сопротивления делителя.

Gudd-Head писал(а):Без питания откроется защитный диод, и будет спускать микроток на VCC контроллера

Как бы проц "икать" не начал (он управляет СЕПИКом)

Начнёт, проверено. Достаточно блокировочным емкостям по питанию "подтянуться" к напряжению запуска.

А если задержку старта ввести, скажем на 0,3 с ? Кручу типа пустой цикл, а потом прога начинается - заодно защита от случайного нажатия кнопки когда девайс в кармане/сумке.

Имеется Вопросик по PIC

Есть ли у микрочипа МК с АЦП и встроенным в МК PGA (програмируемым усилителем) ??

С каким интерфейсом лучше брать программатор: USB, COM, LPT?
Слышал, что USB хуже, тем что не все МК программирует.

Если использовать интерфейсы COM и LPT, то с какими характеристиками лучше барть комп/ноут?
Говорят, что DDR-I лучшее поколение (для программирования) и 128 мб RAM - достаточно.

P.S. Один человек ноут за 3500р с такими хар-ками (COM и LPT, DDR-I 128 мб RAM, харда нет) предлагает, нормально/стоит брать?

Нет, такого МК у Микрочипа нет.
А какой в этом прок? Только проблемы иметь с питанием и разводкой п/п...

Слышал, что USB хуже, тем что не все МК программирует.

USB передаёт данные, а программирует программатор.

Говорят, что DDR-I лучшее поколение (для программирования) и 128 мб RAM - достаточно.

Да что мелочиться, покупайте дырокол для перфокарт!

Сейчас полно USB-программаторов для всех платформ, самодельных, а уж покупных тем более...

ploop писал(а):Сейчас полно USB-программаторов для всех платформ, самодельных, а уж покупных тем более...

Ну сколько я не смотрел везде, чтоб сделать с интерфейсом USB программатор - нужно сперва его МК пропрограммировать - а для этого нужен опять программатор!
Однако, вот только, буквально несколько минут назад нашёл, где не нужно... http://easyelectronics.ru/skorostnoj-av ... llera.html

Тов. Коты, а есть ли вообще отличие между USART и SPI? В смысле, если не считать, что USART поддерживает различные проверки и 9-бит.
Ещё один момент: если используется USART только на приём, нужно ли выбирать скорость регистрами UBRR? А если да, то зачем? У нас ведь теперь есть сигнал синхронизации, а значит любые ошибки исключены (опять же, отпадает необходимость в использовании бита чётности?).

Эээ... не все МК требуют программатора. С ядром ARM (не помню какие) подключаютсяи видятся железом. Только специальный вывод надо как то интересно подключить.
Если меня с усталости не таращит, вроде всё верно...

PS: Вспомнил! Это серия AT91SAM7Sxxx

AI_Disable писал(а):Тов. Коты, а есть ли вообще отличие между USART и SPI?

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

AI_Disable писал(а):У нас ведь теперь есть сигнал синхронизации, а значит любые ошибки исключены (опять же, отпадает необходимость в использовании бита чётности?).

С синхронным USARTом дела не имел.

AI_Disable писал(а):Тов. Коты, а есть ли вообще отличие между USART и SPI?

Э-э-э... Ну, как бы есть. Хотя бы в том, что для реализации SPI нужно всего лишь два сдвиговых регистра с последовательной загрузкой. Она только синхронна и только полный дуплекс. И она не обязательна должна быть только 8-битной, т.е. она не передаёт данные пакетами - просто сырой поток бит. Ну и сама по себе она не имеет какого либо специфичного протокола передачи данных: просто тупой синхронный обоюдный обмен битами в регистрах.

Ну а USART гораздо сложнее...

Ок. Сейчас я имел виду только синхронный USART, асинхронным пользуюсь довольно долго и с ним всё понятно.

IfoR писал(а):Ну а USART гораздо сложнее...

Собственно об этом и был вопрос. Чем синхронный USART отличается от SPI? (про SPI рассказывать не нужно).

Ну, там у USRT пакетная передача данных, например. Возможность независимой приёмки и передачи пакетов.

Собственно, синхронный от несинхронного отличается только только дополнительной линией тактирования ведомого. Да и сам USART разрабатывался для удалённой передачи данных между устройствами. От сюда и пакетная передача с средствами контроля правильности приёма. SPI - для внутрисхемной передачи данных.