klotos

Собираюсь использовать AD7795. По опыту общения с AD7705 помнится при переключении каналов на порядок снижалась скорость преобразования. Осталась ли такая проблема у AD7795? Может быть кто-нибудь измерял реальную скорость опроса каналов?

Решил использовать ISD5216 и столкнулся с проблемой передачи команд. На борту имеются также RTC и датчик температуры. Они-то работают нормально, а при общении с чипкордером постоянно возникают ошибки связи. Алгоритм реализован через автомат состояний. Частота 100кГц. При конфигурировании звукового тракта получается, что правильные команды доходят не всегда, с малой вероятностью успешности, а запись сообщений вообще никакого результата не дает. Господа RuSTer и Harbinger, я не знаю насколько схожи 5216 и 5116, но может быть подскажите в чем может быть дело?

Также проблемы с FM31256. В одной из плат все нормально, в другой (пока их 2 спаяли) время спешит причем серьезно так, за минуту на несколько минут 8(). Секунды на дисплее могут идти в такой примерно последовательности: 35,37, 55, 63 (вообще не понятно как такое может быть). Перепаивали и FM и кварц, не помогла. Кварц, кстати, на 12,5пФ, рекомендуется 6пФ. Все! Почитал данный форум и разобрался с этой проблемой)). Действительно, если не установить изначально время и дату, часы "идут как попало". А я время-то ставил, а секунды нет, чего их ставить-то? Вот часы и спешили страшно. А в первом экземпляре видать поставил и сам не заметил)) А насчет 6-12 пФ - пишут разработчики, что спешить часы могут в таком случае на 3 минуты в месяц. Что влегкую перекрывает программная калибровка записью в регистр калибровочных данных (если конечно помимо кварца часы не спешат по другим причинам).

Использую 3-х проводную схему включения. Сначала попробовал аппаратный SPI, смотрел осциллографом - все вроде нормально, сигналы соответствуют рисунку 2 даташита. Потом на всякий случай реализовал на программном SPI. К тому же пользуюсь пошаговым JTAG-отладчиком. В принципе, если я правильно понял, можно подать сквозь ЦАПы любые данные, главное вовремя их защелкнуть. У меня же на выходе стабильно 0. Такое ощущение, что либо я недопонял рис.2, либо упустил что-то в электрических подключениях ЦАПов. Вот программный SPI, что я накидал на скору руку: for (char i=0; i<16; i++) { PORTB_Bit7 = 0; // SCK=0 if (dataout1 & 0x8000) PORTB_Bit5 = 1; // MOSI=1 else PORTB_Bit5 = 0; // MOSI=0 _delay_us(10); PORTB_Bit7 = 1; // SCK=1 _delay_us(10); dataout1 <<= 1; } PORTB_Bit7 = 0; // SCK=0 OUT_LATCH1 = OUT_LATCH2 = 0; for (char i=0; i<16; i++) { PORTB_Bit7 = 0; // SCK=0 if (dataout2 & 0x8000) PORTB_Bit5 = 1; // MOSI=1 else PORTB_Bit5 = 0; // MOSI=0 _delay_us(10); PORTB_Bit7 = 1; // SCK=1 _delay_us(10); dataout2 <<= 1; } PORTB_Bit7 = 0; // SCK=0 OUT_LATCH1 = OUT_LATCH2 = 1; Да, у той, что поменял..

Впервые столкнулся с этой микросхемой. Собрана плата с 2 последовательно включенными AD420 (по шине данных). Подаю с МК (АТмега16) данные, клок и защелкиваю по 32 биту. На выходе однако полный ноль, как по напряжению, так и по току (имеются переключатели для выбора выхода), причем, если выбрать выход по току, то на напряженческом выходе появляется +15В (питание). CLEAR сидит на земле. Вся обвязка по даташиту. Опорник и напряжение питание логики тоже в норме - 5 и 4,5В. Думал неисправные МС - поменял одну, потерялись опорное и 4,5В, может статика или замкнули чего, менять 2-й раз - разориться ведь можно, стоит бешеных денег. Понять бы в чем дело. Где грабли?

Не поделитесь библиотеками работы с PCF8535? Стоит такая же задача с мегой 128 и TIC149.. Масса вопросов и так мало ясности((