Перейти к содержанию

    

JohnKorsh

Свой
  • Публикаций

    190
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о JohnKorsh

  • Звание
    Частый гость
  • День рождения 09.06.1957

Контакты

  • AIM
    Нет
  • MSN
    Нет
  • Сайт
    http://Нет
  • ICQ
    0
  • Yahoo
    Нет

Информация

  • Город
    Россия, Москва

Старые поля

  • skype
    Нет
  • Facebook
    Нет
  • Vkontakte
    Нет
  • LinkedIn
    Нет
  • Twitter
    Нет
  • G+
    Нет
  • Одноклассники
    Нет

Посетители профиля

2 590 просмотров профиля
  1. Добрый день! Спасибо, мужики. Много важного. Это не вброс - просто не хочется промахнуться - второй раз таких денег не выделят.
  2. Добрый вечер! ЧПУ, да ещё какой - 3D. Фрезеровать проводящие дорожки. FlatCAM удовлетворило все запросы - есть даже то, о чём только мечтал.
  3. Добрый вечер! А что не так с привязкой? У нас устоялось - step из Altium-а в Solid. (A17, S16). Сейчас проверил - подвигал - нормально (плоскость платы параллельно плоскости основания корпуса). Если что-то не так, скажите, это важно.
  4. Возник вопрос к специалистам в Cadence. Есть ли в составе Cadence конвертор библиотек из Altium в Cadence. А то много скопил, жалко всё сначала.
  5. Добрый день! Не даст ли кто сравнительную оценку Altium и Cadence. Выделили деньги на честную покупку, до этого работали в Altium, как все с "таблеткой" . Mentor - сразу отмели - есть опыт работы - тяжеловат по всем параметрам. В Cadence не работал, поэтому, хотелось бы услышать плюсы и минусы.
  6. Добрый день! Мне надо из Gerber файла создать файл для фрезеровки ПП. Не посоветует ли кто программу? Искал в данной ветке, но конкретного ответа не нашёл.
  7. Трансивер SX1276

    Добрый день! Код, приведённый выше не работает. Кто работал с SX1276-79, гляньте, пожалуйста, может поправите меня? Результат уж больно крамольный - ошибка в DataSheet. Отвечу на вопросы выше - корректировка нужна, в основном, при работе в узкой полосе - 7,8 КГц. и около - чутьё максимальное, но, для такой полосы надо либо TCXo с bpm, либо подстраивать, как указано в DataSheet. При кварцевых резонаторах видно на спектроанализаторе значительное различие несущих. При более широких полосах ppm кварцевого генератора вполне достаточно. В 8-битный регистр коррекции ppm пишется отклонения тактовой частоты в ppm, а не корректировка несущей. Повторюсь, в SX1276-SX1278 не замкнута петля ФАПЧ по несущей частоте. Это должен делать программист, считывая после принятия преамбулы, значение разницы частот приёмника и передатчика и самостоятельно добавляя (или вычитая) это число из текущей установки частоты. Предварительно умножив на коэффициент, зависящий от установленной полосы. Второй раз такое встречаю и именно в трансивере с ЛЧМ (первый раз - Nanotron). Попутный вопрос - не объяснит ли кто, почему так, то есть, что стоит фирме сделать это на аппаратном уровне, чтобы пользователь и не знал? Формула для расчёта коэффициента пропорциональности между отсчётом и требуемой корректировкой из DataSheet: Ferr = (([Value]*2^24)/Fxtal) * (BW [KHz]/500) (1) где: Value – число, считанное из регистров коррекции частоты [28,29,2A]; Fxtal – частота опорного кварца (32 000 000 Гц); BW – диапазон в КГц. Ferr – число, которое нужно добавлять (вычитать) к значениям регистров, задающих частоту [6,7,8]. По DataShet приёмник допускает отклонения +/- 25% от ширины полосы приёмника (стр. 37). При использовании формулы (1) сдвиг частоты намного превышает +/-25% от ширины полосы приёмника. Вне зависимости от режимов работы трансивера шаг подстройки синтезатора остаётся постоянным и равным 61 Гц. Следовательно, можно подсчитать требуемый коэффициент пропорциональности. Длина регистра отсчётов коррекции частоты 20 бит, включая знаковый бит - диапазон изменения отсчётов +/-2^19 = +/-524288. Из этого можно вывести коэффициент пропорциональности между отсчётом регистра коррекции частоты [28,29,2A] и требуемым значением корректировки частоты, которое нужно добавлять (или вычитать) из текущего значения [6,7,8]: Для диапазона 7,8 КГц вот что получается: 7,8 КГц * 0,25 = 1,95 КГц Шаг синтезатора 61 Гц, следовательно, показания отсчёта корректировки не должны быть больше 1,95/61=31,96, приблизительно, 32. Следовательно, корректировочный коэффициент должен быть 524288/32=0,000061035, а по формуле (1) это 0,008179. Это в 134 раза больше. Расчёты проведены для всех режимов работы - и всегда данные по формуле (1) надо делить на 134, то есть формула должна иметь вид: Ferr = (([Value]*2^24)/Fxtal) * (BW [KHz]/67000) (2) Если частота передатчика ниже частоты приёмника, то отсчёт положительный – в старшем разряде 0. Число из [28,29,2A], после умножения на коэффициент, надо вычитать из содержимого регистров, определяющих частоту. Если частота передатчика выше частоты приёмника, то отсчёт отрицательный – в старшем разряде 1. Полученное число, после умножения на коэффициент, надо добавлять к содержимому регистров, определяющих частоту, предварительно отбросив знаковый разряд и преобразовав результат из дополнительного кода. Проверил на практике - работает (если по формуле - приём разваливается после первой же корректировки частоты). Хотелось бы, чтобы кто-то поправил - как то не верится в ошибку в DataSheet. Да, конечное, 32/524288, а не 524288/32, приношу извинения.
  8. Оптимизация в AtmelStudio.

    Добрый вечер! Есть ли в AtmelStudio директива, позволяющая запретить оптимизацию отдельных участков кода, а не всего проекта?
  9. C и Asm в AtmelStudio

    Спасибо.
  10. C и Asm в AtmelStudio

    Добрый день! Не подскажете ли как грамотно включить две ассемблерные строки в C код? Более конкретно AtmelStudio, ATMega88PA. Для записи в EEPROM нужно, чтобы между выставлением EEMPE и выставлением EEPE прошло не более 4 тактов, то есть sbi EECR, EEMPE sbi EECR, EEPE как грамотно эту ассемблерную вставку вписать в C код?
  11. IDE для AVR

    Спасибо, Вы правы. Прерывания так "удачно" накладывались. Зря покусился на компилятор. Извиняюсь.
  12. Прерывания в Atmel Studio

    Спасибо, полегчало.
  13. IDE для AVR

    Добрый день! Мне хотелось бы спросить Вашего мнения об IDE для AVR. Я около двух лет использую бесплатную версию Atmel Studio 6.2. Работаю с ATMega88-168, то есть давно выпускающийся продукт. Пишу на C. Пока писал простенькие программки, занимающие до 30 % ресурсов - радовался компилятору и линковщику. Но потребовалось именно в такой микроконтроллер упаковать программу, занимающую 95-98% FLash ресурсов. Столкнулся с не очень понятным мне поведением результата компиляции. Для тестирования я "отстреливаю" по RS232 значения переменных в интересующие моменты времени. В коде программа считывает по SPI RSSI внешнего приёмника, после этого отстреливает мне значение не RSSI, а другой, независимой от RSSI переменной. Изменение порядка этих двух команд приводит к неустойчивой работе программы. Первый раз попробовал симулятор Atmel Studio. Совсем непонятно - перескакивает произвольно по несколько строк C-шного кода (Что потрясло, иногда сразу в середину оператора for () {...}). Ни в IAR, ни в Keil никогда такого не встречал. Убрал оптимизацию (Уровень 0) и, на всякий случай, запретил WatchDog, не помогло. К чему такие долгие объяснения? - Хотел спросить мнение разработчиков о IDE ATmel Studio, насколько надёжен результат компиляции, не лучше ли использовать CodeVision? Наверное, многие зашивали программы с использованием почти всех FLASH ресурсов микроконтроллера (95-98%). Не сталкивались ли Вы с "неустойчивыми" результатами компиляляции, возможно, есть какие то особенности?