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

На форуме уже сто раз в разных местах об этом говорилось. Прошу извинения у модераторов, приходится повторить в сто первый раз: есть тема: http://www.radiokot.ru/forum/viewtopic.php?t=466 , в которой можно найти хорошие книжки по электронным вольтметрам. Особенно советую взять на вооружение:
Орнатский П.П. Автоматические измерения и приборы и
Шило В.Л. Линейные интегральные схемы.

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

Спасибо большое!!!
Буду разбираться о результатах доложу.

tych писал(а): Тогда вам нужно проверить правильность управляющих сигналов (в VMLAB например) по даташиту на ваш дисплей.

Проблема. Даташита на дисплей не нашел, нашел на чипинфо ПДФ с габаритными размерами и назначением выводов.

Производитель дисплея известен? Ну так гоу ту на его сайт, там все есть

Проблема с помехами, МК виснит выдает такое на ЖК просто ужас, при работающем двигателе. Как боротся.
Прочитал что существует грязная земля и чистая доконца не понял.
Я думаю что надо использовать экранированые провода и плату зделать поверхносным монтажем, а на вторую сторону наклеить фольгу.
Поптаться изолировать МК от других входов.
Если есть еще какие методики или примеры буду рад изучить.
Главный спектр помех быстрее всего от искры в двигателе.
Заранее спасибо.

http://www.radiokot.ru/forum/viewtopic.php?t=5310
ну а про разводку можно тоже по форуму поискать

тоесть ф=д & 5 даст состояние бит 5. Можно и 0х05 написать.

НЕТ !!! начни с изучения представления чисел ! и примеры. Все есть в "Си для МК" http://www.radiokot.ru/forum/viewtopic. ... 2605#72605
0х05 это число двоичное 101

про АЦП. СvAvr мне вот такую штуку написал.

unsigned int read_adc(unsigned char adc_input)
{
ADMUX=adc_input | ADC_VREF_TYPE ;
// Delay needed for the stabilization of the ADC input voltage
delay_us(10);
// Start the AD conversion
ADCSRA|=0x40;
// Wait for the AD conversion to complete
while ((ADCSRA & 0x10)==0);
ADCSRA|=0x10;
return ADCW;
}

Зачем return ADCW... и куда он возвращает?

"вот сюда" = read_adc("номер канала который нужно прочитать");

Здравствуйте. Пытаюсь самостоятельно освоить AVR по книге "В.Н.Баранов Применение микроконтроллеров AVR: схемы....", плюс поиск в инете. Решил начать с ATmega8 и тут-же получил "под дых". Самая простая программа с мигающим светодиодом не хочет нормально работать. При пошаговой отладке вываливается мессага: AVR Simulator: Excessive stack overflow, stop sim.
Я так понимаю, что переполнен стек. Не могу понять почему. Ведь по идее по команде rcall, адрес возврата записывается в вершину стека. А она в программе одна... Или я пошёл не по правильному пути? Ткните меня носом туда, куда нужно...

Если на АСМе не разберетесь то попробуйте на Си - это гораздо проще. Помторите пошаговый пример под кнопокй

Похоже разобрался... Задал вручную адрес вершины стека $FF и всё заработало... А по другому нельзя? Это что-же, надо самому определять вышеуказанный адрес?

dalay-lama писал(а):Это что-же, надо самому определять вышеуказанный адрес?

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

Барсик писал(а):Пишите на C и забудьте про инициализацию стека как кошмарный сон.

Я бы не против. Так его ещё изучить надо! Когда в ходу были ZX-Spectrum, писал на бейсике. Отстой конечно, но на большее сил не было. Браться сейчас за Си, наживу только гемморой и потрачу уйму времени. На асме попроще, надо только до конца разобраться с ливером. С инициализацией все понял. Надо так:

ldi Temp, low(RAMEND) ; Инициализация
out SPL, Temp ;
ldi Temp, high(RAMEND) ;
out SPH, Temp ; стека

Спасибо за участие и сочувствие!

dalay-lama писал(а):На асме попроще!

Правильно !

Не знаю, может я и не прав. Попробую, но чувствую, что будет полнейший ступор!

Я устал копать интернет. Может кто подскажет что такое MI MU PI PU SI SU после названия контроллера? например ATTINY2313-20PU

Это маркировка типа корпуса изделия:
P - пластиковый DIP
S - пластиковый SOIC
M - MLF (я не уверен)
U - без свинца
I - индустриальный диапазон температур (более не применяется, заменен на U)

PU - пластиковый DIP без свинца.

Добавлю.
J - PLCC,
А - TQFP,
а буквой S может обозначаться и SOwide.

МК:ATtiny2313
балуюсь с телефоном и МК, и получилась непонятка
програма должна работать с телефоном,
1.набирает номер,
2.отсылает команду AT+CLCC
3.проверяем ответ на AT+CLCC
4.если абонент взял трубку то посылаем команду АТН(кинуть трубку) и переходим на п.1, в ином случае переход на п.2

пока МК подключен к ком порту через мах 232 все работает, стоит только переключить МК на розем к телефону начинается бардак(даже не подключая самого телефона), какбуто бы МК получает что абонент взял трубку и переходит в п.1, от куда такие чудеса?
П.С. ответ на команду AT+CLCC очень длиный

заведи линии UART еще и на ПК - залогь обмен (проги в задаче 4 курса по AVR) и найди отличия.

tych писал(а):заведи линии UART еще и на ПК - залогь обмен (проги в задаче 4 курса по AVR) и найди отличия.

так я завел линия УАРТ на ПК, все работает как часы, но если только переключу линии УАРТ с компютера на телефон(даже подключу только разем) начинает сбоить, и заметил такую штуку, в то время когда МК ждет ответа, можно поднести пальцы к контактам УАРТ и МК ето примет за ответ "+CLCC: 1,0,0,0,0".