Главная страница -> VRTP -> Texнологии -> Микропроцессоры. -> AVR фирмы Atmel.

это был вопрос?

Это был вопрос.

Это сообщение отредактировал holmaster - Dec 26 2013, 02:26 AM

Вот вам ответ
архив rar

Присоединённый файл ( Кол-во скачиваний: 463 )
 UART.txt

Посмотрел, все так просто и работает, спасибо огромное!

невочто , ты,.. заходи, если что

Это сообщение отредактировал _zag_ - Dec 26 2013, 07:21 PM

Народ, а ктонидь USB на билдере реализовал? Хоть на AT90USBxx хоть по AVR309?

Возможно, есть смысл сделать перевод
ASM --> ГрASM :
http://kazus.ru/forums/showthread.php?t=104059

Спасибо. Не видел этой статьи. Теперь есть от чего оттолкнуться... Время появится - займусь

Спасибо. Не видел этой статьи. Теперь есть от чего оттолкнуться... Время появится - займусь

Такой перевод у меня получался ранее:
по статье Фрунзе А.В. (т.1, стр.123)
(http://lord-n.narod.ru/walla.html)
на ЖКИ (hd44780)
вывел строку (1x16) "AlgorithmBuilder".

Это сообщение отредактировал МаркБетоний - Jan 2 2014, 02:49 PM

http://www.yanviktor.ru/elektron/elektron_7.htm
Микроконтроллеры AT90S2333 и AT90S4433 фирмы Atmel.
Автор : Матвеев Д., издательство 2003 года. Формат файла - pdf

Очень подходит для свежих ATmega8.

Это сообщение отредактировал МаркБетоний - Jan 7 2014, 06:56 PM

Это высказывание, мягко говоря, переворачивает
весь здравый смысл с ног на голову (на 180 угловых градусов).
Взглянем на поделушку под следующим аспектом точки зрения: что есть игрушка - и что
есть серьёзная поделушка? Хотим мы строить
свою поделушку совместно с неопределённым количеством неизвестных нам лиц (авторов си),
втюхивающих нам насильно своё си под лозунгом "так быстрее будет" и ни слова
не говорящих о качестве, или как-то по другому?
Когда у автора (jaizer'a) пройдёт безпричинная скорбь, он наверняка скажет
по-другому: "да ведь си-шные вещи - это ж скоропалительное кое-какерство,
в надёжности которых никогда нельзя быть уверенным в той мере, в какой мы становимся уверенными, составляя программы на ассемблере". Другими словами, серьёзную вещь я бы
си-шникам не доверил, а в игрушки пусть себе играются - главное не пускать их на железнодорожную платформу и под колёса приближающегося паровоза ...

Это сообщение отредактировал МаркБетоний - Jan 10 2014, 02:54 PM

Лично я бы, не стал так катигорично высказываться. Для каждой задачи свой инструмент.

Дык, я это ж и сказал:
в песочнице поиграться с неизвестными людьми - одно,
а серьёзная поделушка - это чуточку другое.
(Ёлочная гирлянда сломается - виноватого искать не будут,
а упадёт на бошку какой-нть боеинг-747 - всех авторов си
ищи-свищи во чистом поле ...).

Это сообщение отредактировал МаркБетоний - Jan 11 2014, 02:38 PM

Алё...
Джайзер Иваныч
Что - электроразрядом с горшка снесло?
Или лично у тебя ответственность в этом месте темы кончается?
...
Эх-эх-эх ...
Лапоть ты наш, недопрошитый, в следующий раз
прежде чем в чужую ветку форума соваться 30 раз подумай ...

Это сообщение отредактировал МаркБетоний - Jan 14 2014, 08:51 AM

В "плавных лампах" (пост #511236)
используется полевичок IRL, а не ILR
и 1-ую ногу (PDIP-корпус) ATmega8-16PI надо
через R=68k на U=+5V посадить.

Это сообщение отредактировал МаркБетоний - Jan 15 2014, 08:47 AM

ну так дай ему пример . . . . . .

я с помощью ШИМ рулю нагрузками до 6-ти кВт, если не брать во внимание 3-х фазную сеть . . . . .

Если мы хотим сливать все заряды почти постоянным током на большую нагрузку
(после какого-нибудь диодного моста),
применяя фазоимпульсное управление на 3-х-фазной сети
(то есть применяя фазоимпульсное управление на каждой из трёх фаз),
то сразу надо рассчитывать на 3-и синхронизатора
(видимо потому - что фазы в сети "гуляют" не только по амплитуде и частоте,
но и по сдвигу друг относительно друга, а также - относительно второго друга).
[Тиристор ТО-125 рассчитан на 220VAC]

Это сообщение отредактировал МаркБетоний - Jan 17 2014, 07:15 PM

Была задача на производстве управлять тремя моторами (через реле,
которые замыкают большие реле) и считывать две температуры -
нужно было применить индикатор - взял - на сдвиговых регистрах ...
После включения первого мотора информация на индикаторе
превратилась в хлам, а заказчик через мимолётное мгновенье
переключился на другого исполнителя ...
(В продолжение цикла "танцы на граблях" ...)

Это сообщение отредактировал МаркБетоний - Jan 22 2014, 12:04 PM

Может в разводке грабли?

Это сообщение отредактировал _zag_ - Jan 22 2014, 11:30 PM

Сама плата с контроллером "дома" работала на "ура",
когда привезли её в цех и повесили в шкаф аутоМАТики,
она оказалась в 10 см от больших реле, включающих моторы,
вот и сбои начались ...

и такое бывает, хотя всё решаемо(говорю это из практики)... частотники же как то работают вблизи таких пускачей, сименс и прочее мелкосхемное тож вроде не страдает подобными проблемами

Воще, если б инфа из контроллера шла
на светодинамическую индикацию -
всё было бы нормально (скорее всего),
но инфа висит в аппаратном драйвере индикатора -
фиговых регистрах -
тут-то она и ликвидируется помехами, исходящими из реле.

Приветствую всех старожилов форума!
Кто-нибудь может помочь решить проблемку по АБ?

Пока писал программы с некритичными требованиями к точности частоты,
обходился всегда без кварца, МК работал от внутреннего генератора.
Реальную частоту не просчитывал точно, подбирал на практике числом
пересчета счетчиков. Изготовил порядка 30 различных устройств и было все ОК.

Сейчас необходимо сделать контроллер, управляющий механизмом для
настенных кварцевых часов (кому интересно, расскажу для чего). Шаговый
двигатель часов делает один оборот за два импульса. Коэффициент
редукции от вала двигателя на ось секундной стрелки - 480 (посчитаны
зубья и проверено на практике). Итого нужно 480х2=960 импульсов, чтобы
секундная стрелка сделала 1 полный оборот (минута). Частота импульсов
960/60сек =16Гц.

Программка несложная. Кварц на 1 008 000 Гц. Вначале частота делится на
126 (126->ocr0A), потом счетчиком формируются импульсы нужной частоты
и длительности. Полученная частота импульсов не совпадает с расчетной,
"хоть убей". Часы отстают. Пробовал менять содержание регистра ocr0A -
частота меняется, точности нет. Взгляните на "скрин", может поможете
разобраться?

Это сообщение отредактировал Vik62 - Jan 23 2014, 11:30 PM

Присоединённое изображение (Нажмите для увеличения)

т.е. надо сделать чтоб прерывание срабатывало 16 раз в секунду на частоте кварца 100800Гц? Кстати, что за частота такая?

/ Кстати, что за частота такая? /

В скрине все есть. 16 Гц частота импульсов на шаговик часового механизма.

я про кварц

Может потому, что период вхождения в прерывание "плавает" по кругу: 126, 127, 128 циклов ?
Похоже, надо уходить от прерываний. Делать программный счетчик, чтобы вход в содержимое Output_Compare_0A происходил строго каждые 125мкс.

Попробуй так:


Изменения:
79->OCR0A
два NOPа - обязательно!
0->TCNT0 перед выходом из прерывания

И ещё. На выходе из ustanovki надо RET, а не reti.

или так

Это сообщение отредактировал _zag_ - Jan 24 2014, 03:55 AM

Присоединённое изображение (Нажмите для увеличения)

Всем спасибо! Буду пробовать.

Кварц специально подбирал в районе мегагерца высокостабильный и чтобы
делением тактовой на целое число получить нужную частоту.

Непонятки пока остаются.

Непосредственное подключение файла данных
Algorithm Builder позволяет непосредственно подключить файл с данными как в тело программы, так и в качестве исходных значений EEPROM. Для этого используйте директиву: “Load: FileName”, где FileName – имя подгружаемого файла. При этом файл может иметь один из четырех форматов: - IntelHEX (расширение “.hex”); - General (расширение “.rom”); - Binary (расширение “.bin”);

Это из справки АВ и отлично заливает стороние прошивки в память программы!
Не могу сообразить как с файлом прошивки залить еще нужный мне файл в ЕЕPROM?