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

minimumlaw

Участник
 Профиль  Обзор контента

  • Постов

    55

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

  • Посещение

 Тип контента 

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

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

    Я указал: CC254х

     

     

    Простите. Туплю. Увидел знакомое сочетание букв и цифр, а в порядке не разобрался. Подумалось о CC2564: http://www.ti.com/product/CC2564

     

    Собственно, все написанное - это к нему. За то любой (абсолютно любой) контроллер с UART + CC2564 решит проблему на корню.

     

    Увы, про CC254x ничего не скажу.

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

    Добрый день.

     

    писать почтой [email protected]

     

    Лень заниматься. Но если кратко, то:

    - зашиваете firmware от Linux Bluez (есть на сайте у Ti, вместе с интструментарием, конвертирующим в h-файл с массивом данных)

    - оправляете обычную команду в формате H3 Command и ловите ответ в виде H3 Event

    - продолжаете, до посинения

     

    Ну, или хотя бы платформу укажите (ПК, контроллер, или что там у Вас). Может все тривиально до безумия.

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

    Вопрос в следующем: есть ГОСТ Р 51189-98 и ГОСТ 1978-90, к какой классификации относятся программы написанные для МК и операционные системы для МК (типа FreeRTOS)? Какие требования на Вашем предприятии предъявляются разработке ПО? Проходят ли Ваше ПО сертификацию или же какую-либо проверку?

     

    А Вы с какой целью интересуетесь? :-)

     

    Если исключительно из "нормативных" соображений - то увы, каждый раз по разному. У каждого свои тараканы, свое прочтение и своя трактовка. Особенно в части трактовки терминов "допускается" и "рекомендуется".

     

    А если из соображений надежности, то изобретать особо нечего. MISRA наше все. Только вот FreeRTOS под требования MISRA - что-то там было про "пыль глотать".

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

    Так не получается?

     

    image.jpg

     

    Получится. Добавьте еще одну линию от последнего TX к первому RX и получите классическую топологию кольцо. Дальше вопрос только назначить всем уникальные адреса (административно) и договориться о формате пакетов. Опробовано неоднократно.

     

    Но, если честно, лучше не городить огород а взять RS485 и поверх него какой-нить ModBus. При любом раскладе реализация будет в том или ином виде ущербной. Но так хоть сколько-нить стандартной.

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

    RC-цепочками обрежте вход и выход, так чтоб оставался диапазон частот от 0 до 4КГц (вырезайте все, что выше 4 КГц).

     

    Ваше бу-бу это результат нарушения теоремы Котельникова (кодек GSM имеет частоту дескритизации 8КГц).

     

    Расчет давать не буду - но иейте в виду, телефонная классика требует завала всего, что выше 3,4КГц на уровне миниум 7dB на декаду.

  6. Опубликовано · Изменено пользователем Alex A. Mihaylov · Пожаловаться

    USB Composite device или я что-то не так понял?

     

    Вполне возможно в пределах одного физического интерфейса иметь несколько логических. Например HID+COM или HID+Audio. Погуглите вышеназванную фразу - примеров дескрипторов будет вагон.

     

    На хорошем английском есть http://www.atmel.com/images/doc7805.pdf AVR293: USB Composite Device. Если забыть о том, что железо не от Atmel, то остальное абсолютно справедливо. Как и почему оно работает расписано вполне вменяемо.

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

    Для использования wifi устройства с сс3200 его нужно сертифицировать?

     

    А может запросить сертификаты у Ti и не париться? CC'шки сертифицированы WiFi альянсом. И если сертификация на право получения права (сорри, коломбурю) наклеить этикетку WiFi совместимо - то все по стандарту. Условно - везде, где в стандарте картинка с параметрами.

     

    Другое дело, если блоху подковали (усилители, там и прочее). Тогда опять вопрос - на что сертифицировать. На безопасность - одно, на соответствие заявленным характеристикам - другое. Но, к слову, в этом случае права налепить лабел Wi-Fi наверняка не будет.

     

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

    Почему такое происходит и как бороться?

     

    Тяжела работа телепата... С хорошей долей вероятности ищите проблему в коде. Скорее всего в обработчике UART'а или около того. Аппаратная заморочка практически 100% исключена.

     

    А уж что у Вас там написано - это Вам виднее. Перекрытие буферов, не отключение приемного канала (если реально жесткий полудуплекс), перезаписывание структур - причин масса.

     

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

    Можно и обработать и продолжить. Документация по ядру ARM cortex-[какой-там-у-вас] вам в помощь. Для Uboot и linux в свое время невыравненный доступ именно так и делался (перехватом HardFault и возвратом назад с нужными значениями, полученными побайтно). Персонально у меня готового решения нет.

     

    Почему ток происходить? А сам lwip как собирается? А пакеты нормальные приходят? Может раз в день битый пакет ловим (и не фильтруем)? Луна в козероге в конце концов. Маловероятно что вот так кто-то разберется что у вас происходит.

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

    Как рационально ввести эти файлы прошивок в конструкторскую

    документацию на изделие?

     

    ЕСПД как основной регламентирующий документ для "софтовых" решений. Спецификация по ЕСПД включается в конструкторскую спецификацию. Прошивка в бинарном и исходном виде оформляется по ЕСПД как документ на носителе данных (компакт-диске). А 90-ые документы ЕСПД превращаются в руководства по прошивке и проверке.

     

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

     

    Во всяком случае мы пришли к такому варианту.

     

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

    Плюсы

    Наличие Ethernet'а - в дальнейшем можно легко расширить функционал.

    Простота разработки и отладки.

     

    Минусы

    Прожорливость (батарейки хоть и больше, но не бесконечные)

    Риск - неизвестно, что будет с доступностью выбранного процессорного модуля через пару лет.

     

    Вопрос.

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

    Или ну его, взять младший STM32F и переписать софт?

     

    Ну, в SoDimm200 плат, способных вытянуть питона вагон и малая телега. На разных камнях - от ARVv5 до AARM64. А вот питон сам по себе не быстр и прожорлив (интерпритатор, сэр). Если есть потребность жить от батареи может переписать на чем-нить приближенном к железу (может быть плюсы)? Тогда и SoDimm с Linux может не понадобится.

     

    По теме вопроса: а каковы горизонты планирования? Уважающие себя конторы (Toradex, Phytech) обеспечивают обратную совместимость нового со старым надолго. Даже если меняется камень - где бы LAN, LAN и останется, где USB там и будет и иже с ним. У них же минимальный срок доступности по каждой конкретной реализации.

     

    Но в Вашем случае, наверно разумнее будет действительно очередную Raspbery Pi - ее форм-фактор тоже поддерживают неизменным на протяжении уже трех моделей. Да и клонов хватает. И программная поддержка есть (в части BSP).

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

    Пожалуйста поясните, что понимать под этим ?

     

    Хм.. Понимать монтаж на плату с обоих сторон. И пайка кабеля к плате.

     

    А в целом я просто невнимательно помотрел на тип разъема. С конкретно такими не работали. Но Вы абсолютно точно сильно рискуете, применяя такую конструкцию при вибрации. Слишком много пружинных элементов, слишком свободно.

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

    Остается не ясным

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

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

     

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

     

    Кстати, а что мешает классику - штыри-гнезда? Может стоит посчитать? Сами ставим таким образом. Правда конструктора что-то "шаманили" с расположение и крепежами платы, но вибрацию и удар проходим так. Пробовали и с нашими разъемами. На наших тестах разницы никакой.

     

    А от такой конструкции отказались. Крайне нетехнологично. У нас контакта не было и до вибрации. Да и не удобно. Как не меняй операции. Что обжим, затем пайка (изоляция горит), что пайка и обжим (не подобраться). В итоге плюнули и ушли в классику - штырь-гнездо.

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

    Имеется ли какой опыт применения соединителей такого типа ? В тупике, не знаем что в этой ситуации предпринять...((((

     

    Ну что делать, что делать. Действовать.

     

    • Импорт ведет себя так же? Нет - ставьте импорт и письмо производителю с актом испытаний.
    • Действительно сильная вибрация и удары? Может паять, а не обжимать?
    • Конструкция корпуса и крепеж платы правильно сделаны? Нет ли неожиданно возникающих резонансов?

     

    Ну и по обстоятельствам.

  15. Опубликовано · Изменено пользователем Alex A. Mihaylov · Пожаловаться

    Хочется свое и согласен с Вашим решение со стороны малинки, со стороны РС - простенький контроллер с езернетом. Коллеги, кто реализует?

     

    Хм... А зачем винда если контроллер с Ethernet? Если никого не найдете и в конце августа будет еще актуально, то minimumlaw (a) rambler <dot> ru Я из Питера.

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

    На РС должна быть программа управления коммутацией, ее тоже надо писать под этот проект

     

    В первом приближении поищите про card sharing на спутниковых форумах. Может быть вам и хватит. Суть та же - карта через InterNet.

     

    Если же хочется совсем свое, то по хорошему нужно делать эмулятор карты со стороны GSM (идеально какой-нить простенький МК с rs232 к вашей малинке) и ридер со стороны винды (на том же МК, допустим). Я сейчас не подпишусь - отпуск на носу.

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

    Насколько я понимаю не каждый трансформатор (например в корпусе похожем на широкий SOIC 16) способен принять напряжение с приличным током. Провода совсем тонкие (на мой взгля) или я не прав?

     

    Я просто оставлю ссылку на каталог.

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

    Задача: использовать Mono exe-шник (1мБ) + Apache для запуска одного DLL (для работы с Web Service) + mysql database (5мБ) + пару script'ов + 3G модем. На контроллере желательно более 2-х UART + вся память на одном кристале и конечно хорошая цена.

     

    Как все сложно у вас... Mono и mysql на ARMах...

    Ну смотрите куда-нить на:

    • Модули серии Colibri от Toradex
    • Модули от Ronetix на Atmel SAM9
    • Модули от phytec

     

    если вопрос только в двух комках, то вариантов вагон и малая телега. Правда у них, как у всех реально встраиваемых, выводы не штыри (как у малинки), но думается это-то не вопрос.

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

    У TI был сетевой процессор СС1180, но более они его толком не поддерживают. Актуальных решений не нашел. Так же как и у ARM Embedded. В основном вся инфа рекламного характера. Если есть конкретные ссылки - буду признателен.

     

    http://www.atmel.com/Images/doc8240.pdf посмотрите, возможно это будет Вам интересно. Тут вроде все. И малая ОС, и IPV6 и привязка к нему 802.15.4. Исходники всего доступны. Где-то я видел аналоги для FreeRTOS и lwIP.

     

    Про Ti - видел где-то на сайте, но ссылку не укажу (я сам больше Atmel уважаю, и по контроллерами по беспроводке). Сорри. Пусть их коммунити поможет.

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

    1) На каком железе-софте можно реально пощупать 6LowPan? Есть ли у кого опыт разработки на этом стеке?

    2) Мнение касаемо перспективности развития в качестве единого стандарта для индустрии существующих стеков - ZigBee IP, Z-Wave, 6LowPan.

    3) Актуальность разработки на проприетарном протоколе потребительской электроники - утопия или нет?

     

    1) Практически на любом. Решения есть у всех ведущих игроков (минимум у Atmel и Ti)

    2) Все сложно. Единого стандарта нет и (по ощущениям) не будет. Даже 802.15.4 в исполнении IEEE все читают по своему (правда и сама спецификация гадость редкостная). Основные проблемы вокруг MESH сетей и выхода наружу.

    3) В существующих условиях это чуть ли не единственный выход (мое мнение).

     

    По факту вопрос что Вам нужно. На сегодня классика выглядит следующим образом - интернет отдельно, девайсы отдельно. Связь между интернетом и девайсами через черную коробочку, подключенную к роутеру. Прочие варианты (например 802.15.4 под linux) есть, но пока сыры до ужаса и очень экзотичны.

     

    Что до 6LowPan - имейте в виду,что Low там не только про потребление, но и про скорости. В любом случае центральный координатор необходим и ВЕСЬ обмен идет через него.

     

    Все сказанное - мое личное мнение. Буду рад если его аргументированно опровергнут.

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

    В талмуде по Атмеге128 нет толкового описания UCSRC, какято художественная литература.

    У майкрочипа все четко расписано.

     

    Каждый видит ровно то, что хочет увидеть.

     

    http://www.atmel.com/Images/doc2467.pdf Страница 190 - USART Control and Status Register C – UCSRnC.

     

    Подробнее некуда. И суда по всему дело не в этом регистре. Смотрите схему. Меняйте чип. По сбросу там должно быть 0x06 - попробуйте записать это значение (асинхронно, без четности, 8 бит, 1 стоп. Полярность не важна ибо не используется).

     

    И прекратите ругать Atmel - их документация лучшая.

  22. Опубликовано · Изменено пользователем Alex A. Mihaylov · Пожаловаться

    Такое ощущение складывается, что ASF писала не одна команда программистов, а будто куски нахватали из разных мест и собрали в кучу.

     

    Категорически неправильное ощущение. Все дело в том, что ASF API работает на всех камнях от Atmel'а (AVR, AVR32, xMega, Cortex'ы). Как следствие универсальности усложненность и избыточность. Поэтому подходит для быстрого прототипирования, но не желательно (не невозможно, а нежелательно) применять его в конечном изделии. Но тенденция в Ваших вопросах мне нравится. Еще немного и Вы поймете, что ASF или STM Lib всего лишь средство прототипирования.

     

    Что до кокретно взятого SPI. Возъмем его API. Что мы имеем?

    spi_set_baudrate_div(...)
spi_set_bits_per_transfer(...)
spi_set_clock_phase(...)
spi_set_clock_polarity(...)
spi_enable_clock(...)

    Вы видите более удобной запись в стиле ST:

    struct {
    .baud = ...
    .bits = ....
    .CPA = ....
    .CPH = ....
} spi_master;

eneble_periph_clock(...)
spi_deinit();
spi_init(spi_master):

    Ну не знаю... Я даже не буду говорить о том, что память под структуру выделяется либо глобально (и забирает ее у проекта) либо в стеке и тем самым заставляя его расти. Но он просто выглядит куда более громозко и неиформативно. Конечно, если знать что такое SPI, какие главные параметры ему надо выставить. Но ведь даже ST не снимает этого ограничения. Я в свое время долго думал над этой их структурой. Половина структуры относится к SPI, половина к I2S при этом что к чему неочевидно. А еще и есть поля, относящиеся и к одному и к другому. А хваленые коментарии в коде не помогают чуть меньше чем совсем. Только чтение datasheet и понимание текста функции init(). Здесь (IHMO) все гораздо прозрачнее.

    Да и вообще, но по моим ощущениям именно это и есть крайне неудобная часть в STM библиотеке. Хуже только USB стек с бесконечными

    unsigned char devDesc[] = {
    0xFA, 0xFB,  // wVendorId
    0x00, 0x01,  // wProductId
    ....
}

    Только за это расстрелял бы на месте.

  24. Опубликовано · Изменено пользователем Alex A. Mihaylov · Пожаловаться

    Тоже верно. Но вот что делать, если мануалы не особо информативны. У тех же ST SPL на столько просто устроена. Для каждой периферии по одному исходнику с заголовочником, в исходниках для каждой функции описание дано, что никакой мануал и не нужен становится. А в ASF всё как-то уж очень запутано. Тут всё дело в универсальности, одна библиотека на все случаи жизни.

     

    Ну... У ASF есть отличная документация на сайте. Например, вот страница про I2C-slave для xMega (Хм... Мне показалось или этот кусок переписан и стал несравнимо лучше). Да и сама Atmel Studio открывает как раз нужную станицу.

     

    STM ни чуть не уступает в этом плане. CMSIS то для всех одинакова.

     

    Ни за что! Да, конечно, CMSIS одна, ибо она описывает ARMовское ядро. А вот набор регистров перефирии разный. Как и их содержание.

     

    По мне ST чем-то похож на Китайский автомобиль. Каждая интерфейсная часть - прямо чудо. И все предусмотрено, и кнопочек-ручечек вагон, сидухи с шикарной подержкой, двигло отлично, коробка - класс, мафон с офигенным экраном просто чудо. Но в целом не чип, а сборище понадерганных кусков (сидухи примялись и отвалились, двигла не хватает для коробки, мафон не воспроизводит MP3, а кнопочками-ручечками вслепую пользоваться не получается - слишком плотно, соседнюю зацепляешь). Atmel в этом плане прямо красная Итальянская машинка с лошадкой на капоте. В том смысле, что дизайн не броский, сидухи без изысков, мафона вообще нет да еще и задний привод! Но раз прокатившись полюбишь навсегда. Ибо все составные части четко выверены и подогнаны. Все для твоего удобства.

     

    Впрочем, каждый выбирает для себя... Возможно, я слишком критичен.

     

    А есть альтернатива? Всмысле другая библиотека какая?

     

    Ну так сказали же - есть. Документация на процессор. И уж поверьте мне, применительно к Atmel это не отсыл в лес, а реально дельный совет. Попробуйте. Вам обязательно понравится.

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

    нет это чистая правда.

    Потому что во время написания программ НЕ входит: отладка, тупежка почему оно не работает, мольбы помочь определить место куда забить костыль, переписка с поддержкой, ответы на негативные отзывы пользователей и прочее...

     

    Не совсем. IHMO лучше тупежка при запуске, чем она же при сопровождении. А профи ВСЕГДА пишет так, чтоб можно было без проблем сопровождать код. И уж подавно не надо молить о поддержки, а после забивать костыли. Надо читать мануалы до полного просветления. И уж подавно реагировать на негативные отзывы - это просто кормить тролей.

     

    К теме форума: ASF хорош, но не догма. В частности I2C device там сделан просто отвратительно. А вот USB device на порядок лучше STM'овского.

     

    Впрочем, Atmel любят именно за то, что с их чипами можно работать и по голому железу (опять камень в сторону огорода ST).

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