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

vesago

Свой
 Профиль  Обзор контента

  • Постов

    747

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

  • Посещение

 Тип контента 

Сообщения, опубликованные vesago

  1. Опубликовано · Пожаловаться

    Да наоборот несчастье.

    Читали бы даташиты сразу - волей-неволей выучили бы английский, а так время потеряли.

     

    +1 - два в одном. Абалденно развивает первод даташитов. Если стоит какой лингво дело быстро идет. Набор слов ограничен - не Шекспир однако. Делал проект на LPC2000. Пришлось на англицком читать. Потом качнул перевод. Словил себя на мысли, что на англицком душевнее.

  2. Опубликовано · Пожаловаться

    Большой гемор обретешь попытавшись мерять уровень заряда авркой. Разумно пользовать готовую ис. Можно подсмотреть в теле менеджер или тут. Может и не надо мерять уровень заряда. Вообще по аккумуляторам - из практики работы с обычными на 12в - если напруга на нем ниже 10В падает, надо отключать нагрузку иначе помрет. Можно мерять ацп. Думаю с литиевыми аналогично - главное не опускаться ниже предела.

  7. Опубликовано · Пожаловаться

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

  8. Опубликовано · Пожаловаться

    А интересно какое минимальный обьем ОЗУ хватить для реализации Сетевой части проэкта?

     

    Я для GPRS модема писал PPP + TCP. Для разнообразия еще вставил эхо UDP и обработку пингования по ICMP. Всего байт 128 рамы потребовалось. Но я только передавал пакетики байт по 20. Саму логику по совету defunct на компе отладил. Не знаю как ARP, но TCP/IP при не масштабных задачах не особо трудоемок в исполнении и не требует серьезных ресурсов.

  9. Опубликовано · Пожаловаться

    Нравится мне эта микросхема тоже. Не думаю, что сильно выиграю, поставив отдельно ртц, супервизор и память. Правда пользую FM31256, но разница небольшая. Питаю тоже от 3.3В. Тоже конечно возникали опасения по поводу описанного вами глючка - вероятность существенная. Помеха какая и безобидная команда чтения времени злостно портит всю картину. Но мне пока везло - ни разу такого не наблюдал. Можно в принципе накрутить схему - питать от 5В, и2с через полевики, а сброс через транзистор.

  12. Опубликовано · Пожаловаться

    canopen давно лежит на фтп в доках. Но мне кажется если не применять дивайс в составе автомобиля, система которого на канопене, лучьше пользовать самопальный протокол. 485 vs CAN - понравилось, что аппаратно много чего реализовано. Смотрел проектец Елисеева Александра http://aly.projektas.lt/index.html - управление полигоном на пике. Отлично легло, хотя логично было бы на 485 делать. Кстати хотел спросить - надо ли при переключении драйвера 485 делать задержку на 1 млс? Под армы лучьше писать в Кейле.

  14. Опубликовано · Пожаловаться

    Вот так я инициализирую часы:

     

     
void RTC_Init(void)
{
    RTC_Startup_Set();

    CIIR = 0;
    AMR = 0;

    ALSEC = 0;
    ALMIN = 0;
    ALHOUR = 0;
    ALDOM = 0;
    ALDOW = 0;
    ALDOY = 0;
    ALMON = 0;
    ALYEAR = 0;

    // initialize the interrupt vector
    VICIntSelect &= ~(1<<VIC_RTC);
    VICVectAddr4 = (unsigned long)RTC_Handler;
    VICVectCntl4 = (1<<VIC_CHNL_ENABLE_BIT) | VIC_RTC;
    VICIntEnable |= (1<<VIC_RTC);
    ALHOUR = RTC_SYNC_WITCH_FM_31256_TIME;         //Установим час периодической синхронизации с FM31256

    PREINT = (unsigned short)(PCLK/32768)-1;
    PREFRAC = PCLK - ((PREINT + 1) * 32768);

    CCR = (1<<CCR_CLKEN_BIT);
}

     

    Как видите, пришлось нулями забивать регистры. А иначе наблюдал эффекты вроде того, что вы писали.

  15. Опубликовано · Пожаловаться

    Интересное явление наблюдал. Правда 2214 и внутренним RTC который тактируется от основного источника. В некоторых устройствах не работали часики или работали глючно. В дебагере посмотрел после сброса в сфр мусор левый был, хотя я был уверен, что камень инициализирует всю периферию. Начальная инициализация сфр часов подлечила эту проблему.

  18. Опубликовано · Пожаловаться

    1.8 стабилизатор действительно в лпц нужен в отличии от атмела. SPI максимально наверное 7-8 MHZ. Бода в лпц встроенного нет, но я бы и для атмела внешний ставил. Неплохой вариант FM3104 - RTC + супервизор + вачдог. В истекшем году я познакомился с армом лпц и авр в качестве цпу и сопроцессора. Лпц мне показался намного дружественней в освоении. Я писал в кейле. В основном все отладил в симуляторе включая и2с и связь с хостом.

  19. Опубликовано · Пожаловаться

    Наверное всётаки подамся в сторону SAM7X. Вроде JTAG к нему ~150$ на ЭФО. Ну блин 100 ног! Я это уже кушал. Хреново наши их запаивают пока. Шаг 0.5.

     

    Если заказчик платит - не важно, если свои - МТ-Линк в 2 раза дешевле. Я брал в Минске в Альфасофте.

  22. Опубликовано · Пожаловаться

    Сейчас набирает обороты продукция сим технолоджи - типа SIM300 и прочее. Китаезы их снабжают всем необходимым и сбывают по демпинговым ценам. Боюсь скоро сименсам и висмам скоро каюк. Есть еще piml. Посмотрите в своей местности у торговцев соотвествующей продукции.

  23. Опубликовано · Пожаловаться

    Напишу как у меня. Сразу скажу, что реализацю я почерпнул в примерах этого раздела форума - вариант ваке от haker_fox. Основа - кольцевой буфер с соответствующими процедурами из атмеловской аппликухи + буфер для передачи пакета ваке и буфер приема пакета ваке - не кольцевые. Эту систему я пользую не только для уарта, но и вообще для всяких асинхронных процессов обработки данных. У меня есть ряд подпрограмм для ваке: приема пакета, передачи пакета, подпрограммы выполнения команд, процесс. В процессе, который крутится в майне постоянно вызывается подпрограмма приема пакета, которая ловит начала фрейма, декодирует байтстаффинг, расчитывает контрольную сумму и контролирует размер буфера. Эта прога возвращет в процесс результат приема фрейма и является основой свитча. Если результат успешный, выполняется соответсвующая команда.

×
×
  • Создать...