Jump to content

    

IID

Участник
  • Content Count

    47
  • Joined

  • Last visited

Everything posted by IID


  1. Пришло в личку : "1. Плохо подключен минус тантала +3,3В. В идеале минус стабилизатора, тантала +12В и тантала +3,3В необходимо объединить на одном компактном полигоне (собрать в "одной точке") без переходных отверстий и уже этот полигон соединять с низкоточным полигоном процессора и прочей малопотребляющей периферии, исключая тем самым блуждание токов большой интенсивности по плате. 2. Маленькая керамика на +3,3В, расположенная снизу проца, подключена некорректно. Правильно было +3,3В с переходного отверстия сначала завести на керамику, а уже с неё на проц. Есть ещё один вывод питания проца, расположенный выше в соседнем ряду выводов, который вообще остался без шунтирующей керамики. Плохо, что на полпути к этому выводу происходит разветвление трассы на разъём, расположенный слева на краю платы. Трассу на разъём надо было пустить с переходного отверстия, про который писал выше. Так как места на обратной стороне платы достаточно, можно было сделать полигон +3,3В для питания процессора в районе самого этого проца. Это было бы вообще идеально. 3. Заливка полигона земли в районе посадочного места стабилизатора - потенциальный источник замыкания на землю цепей +12В и +3,3В в связи с тем, что электрическая прочность маски - параметр не нормируемый и на него полагаться нельзя. Это - паяльная маска по определению, а не слой электроизоляции. В таких случаях лучше считать, что маска отсутствует, то есть голая медь, и трассировку делать, исходя из этого. 4. Стоит подрезать усы меди на земляном полигоне, которые не идут к какому-либо выводу, и являются приемо-передающими антеннами, ухудшая стойкость схемы к ЭМИ." ©
  2. Добрый день ! Плата устройства для работы в автомобильной бортсети. Напрягает расположение конденсаторов обвязки линейного стабилизатора напряжения. 12-вольтовый тантал минусом воткнут в земляной полигон рядом с процессором. Это вообще нормально ?
  3. Добрый день ! Отдавали на сторону разводить ПП. Результат ниже (фрагмент) Напрягает : 1. Трасса под компонентами 0603 без явной необходимости 2. "Островки" полигона причудливой формы 3. Наезд полигона на пады компонентов из-за чего получаются термобарьеры местами неприглядного вида. Можно ли, ссылаясь на отсутствие эстетики печатной платы, заставить ее "причесать" ?
  4. Подскажите, как получить список доступных com портов в системе? Спасибо. Правильное получение списка COM-портов в Delphi "... Плюсы очевидны – работает быстро, стабильно, мы получаем всю необходимую информацию об устройстве, не требует прав администратора. Минус единственный – для новичка непонятен код ..." ©
  5. Предлагалось вчера такое. "Гирлянда" - USB ридер полноформатной SD card, далее - адаптер Wi-Fi для micro SD. Но далее - нужен миникомп для реализации моста WiFi - Ethernet
  6. Задача сужается в одноплатник с линуксом - андроидом. Со стороны USB - эмулирует накопитель + питание. Со стороны ETHERNET - этот "накопитель" видится сетевым диском. Т.е. решение чисто системное, ничего разрабатывать не нужно.
  7. Спасибо всем откликнувшимся. Как определимся с вариантом - обязательно отпишусь.
  8. Добрый день ! Есть задача эмуляции USB-флешки (R/W, FAT32) с трансляцией записываемых данных по Ethernet (TCP/IP) + запись на реальную флешку или SD card. Поток данных - небольшой, условно 1 Кб/сек (лог файлы). Платформа - не принципиально (Arduino, STM32xxDisco, одноплатники). Вариант реализации, срок, финансы - в личку.
  9. Кстати, хотелось бы затронуть тему реверс-инжиниринга. Насколько сие правомочно ? Вот лежат прошивки Серийные прошивки ВАЗ для ЭБУ M86 IdaPro можно приобрести (включая расширения под Siemens C166) Цель ? Ну например - "... разрешенная статьей 1280 ГК РФ, например, цели достижения способности взаимодействия ПО, разработанного одним лицом, с ПО других лиц ... " © РЕВЕРС-ИНЖИНИРИНГ: ПРАВОВОЕ РЕГУЛИРОВАНИЕ Прошивка приобретена законно как составляющая часть автомобиля. Она (прошивка) разработана "одним лицом" (хотя думаю не одним) :) Я (другое лицо) хочу создать ПО которое будет с прошивкой взаимодействовать. Вариант ?
  10. Теоретически можно предположить конечно, что в ЭБУ M86 (и не только) заложена функция запуска двигателя с работой исключительно на холостых оборотах (это собственно нам и требуется) но в это слабо верится.
  11. "Если легально то обратитесь к производителю блока управления" © Хотелось бы услышать концепт обращения к производителю ЭБУ, который попутно с основной решал задачу максимальной эффективности штатного иммобилайзера. Под эффективностью в данном случае подразумевается надежность и устойчивость ко взлому.
  12. Все абсолютно легально ! Опция автозапуска автомобиля в нашей пилотной серии продукта для автовладельцев.
  13. Не уловил суть иронии. Алгоритмический обходчик - вот тоже "паблик. Ключевое в теме - "бесключевой автозапуск" (извините за тавтологию) Тема избитая : Теория обхода иммобилизатора ... Чем плох для данной задачи STM32F0xx ?
  14. Не уверен, что термин "обходчик" в данном случае корректен, скорее это - эмулятор с использованием CAN. Требуется разработка или готовое решение. Локация - несущественный фактор. Существенный фактор - время. Железо для отладки и демонстрации любая связка STM32 Cortex-M0 с CAN на борту (например STM32F072C8 - в нем еще USB есть) + CAN трансивер. Софт для вычисления ключа - с ориентацией на GPU. Желательно получить результат - не более 1 часа суммарно (тестовые запросы на автомобиле + вычисление). На выходе - все исходники + демонстрация. Предложения по ресурсам жду в личку.
  15. Доброе утро ! Спасибо всем откликнувшимся, обязательно отвечу по почте. Про HITAG в курсе и хотя он «формально не взломан» есть желание перейти на иные транспондеры. «Так Вас еще и обучать надо ?! По простому сделал контроллер конфигуратором, заинклудил его и строчи код для сканера RFID. А переводить да ещё и объяснять - это совсем другие деньги и время» Обучать нас не нужно. Я пояснил для чего нужен первый пункт. Если человек в теме то для него не составит большого труда обработать знакомую уже документацию. Хотелось бы найти именно такого специалиста. Четкий план действий — гарантия того, что человек реально понимает специфику задачи.
  16. Интересный проект. Респект ! Но дело в том, что выбор Nordic-а уже утвержден и ведутся работы по финальному варианту печатных плат контроллера и метки для пилотной партии замков. 1. Стек BLE от Nordic Тут имелось ввиду получить на выходе документ который является по сути квинтэссенцией всех информационных файлов последних версий от производителя : nRF51 Series Reference Manual, nRF51822 Product Specification, nRF51822 Development Kit User Guide, S110/120/130_SoftDevice_Specification_xx, _nrf51 migration document, _nrf51 release notes, nRF Sniffer User Guide, nRF51822 Development Kit - Hardware files, nRF51 IoT Software Development Kit В нем должно содержаться все самое необходимое для нашей задачи (можно с небольшим запасом). Информация должна быть структурирована и объединена в удобном для восприятия формате. Этакая Инструкция «Что нужно сделать, чтобы получить такой-то результат». Поэтому изначально и был акцент на "ищем программиста nRF51". В дальнейшем, этот пласт инфы позволит контролировать реализацию кода программистом и избавит от потенциальных рисков взаимонепонимания. Хотя прекрасно понимаю, что всех спорных вопросов не избежать - но для этого и придуманы компромиссы.
  17. Да, действительно все есть - не посмотрел на обратную сторону платы. Если все компилируется в GCC то вопроса "где и в чем сделано ?" не будет. Но в первом сообщении я писал - "В перспективе ..... использование Keil MDK-ARM", т.е. желание приобрести качественную IDE есть.
  18. Про Mifare ... Разумеется не ультралайт. С классиком - проблема с озвученной в СМИ терминологией «формально взломан» ©. Скорее - классик плюс. В любом случае угроза копирования данных и дальнейшего клонирования (эмуляции) сводится к минимуму сменой ключей на секторах при каждом сеансе (открывание замка). Причем последнее — еще и решает вопрос использования недорогих IC Reader без внутренней памяти (WriteOnly) для хранения ключей. Это на тот случай если злоумышленник купив наш комплект оборудования начнет изучать протокол обмена c RC522. Ридер на CLCR632 выходит за рамки бюджета. BLE-метка наша. Конструктив — в разработке. Но там все просто — SoC и питание. Готового прототипа нет. Только ТЗ. Проектировать не нужно, а вот редакция ТЗ — возможна. Конструкция замка воплощена в металле. Использовали мотор-редуктор постоянного тока. Пара холловских датчиков - контроль положений "открыто - закрыто". Про пункт №1 - чуть позже обрисую мысль.
  19. Доброе утро ! Предыдущий текст носит исключительно обзорный характер для понимания сути задачи. Детализация — в ТЗ которое на настоящий момент находится на согласовании «Проявлять» некоторые моменты могу прямо в ветке. Здесь нахожусь исключительно в рабочее время. По предыдущим комментариям. Кода для смартфона нет, т.к. базовый вариант предусматривает только метку. Андроидом будет заниматься отдельный исполнитель. «Система менеджмента ключей» подразумевает комплексное решение которое обеспечит весь жизненный цикл ключей на данном изделии, начиная от момента производства (инициализация, генерация, установка). Важным моментом является необходимость наличия возможности регистрации «чистой» метки от производителя. Наличие отладочных комплектов приветствуется, но вопрос — не принципиальный. Можем либо прислать, либо оплатить закупку. Озвученные выше PCA10004, PCA10005 не имеют разводки свободных пинов SoC (если не ошибаюсь), что не позволяет создать полноценный макет для выполнения задачи (части № 3 и 4). По Keil ... Обосновать закупку данного продукта при негарантированном результате — весьма проблематичная задача. Пользоваться нелегальной копией — не позволяет религия. В настоящий момент ждем ответа от MikroElektronika по вопросу включения в mikroC Pro for ARM поддержки ряда SoC Nordic.
  20. Добрый день ! В настоящий момент есть задача по разработке, написанию и отладке программы для устройства на базе nRF51822 (nRF52832) «bare metal» . Ориентировочный фунционал : электромеханический замок который открывается с помощью метки-BLE, смартфона, RFID (HITAG или MIFARE). Задача разбивается на части и реализуется поэтапно с передачей исходников, сопроводительной документации и последующей оплатой : 1. Стек BLE от Nordic 2. Система менеджмента ключей 3. Модуль RFID 4. Логика и управление ЭД Средства разработки : Eclipse + GCC, NRF51-DK (nRF52-DK). Параллельно с этим мы разрабатываем печатную плату устройства. Финальная отладка и последующая проверка кода производится на реальном устройстве. Формат взаимодействия предварительно обговаривается (ТЗ, договор, гарантии и т.п.) В перспективе предполагается миграция проекта на nRF52840 с задействованием CryptoCell-310 и использование Keil MDK-ARM. От претендента ожидаем : качественный документированный рабочий код с оглядкой на MISRA C и UML, ответственность по срокам. Ориентируемся на 2-3 месяца взаимовыгодного сотрудничества. Почта для контакта : annodomini2017@mail.ru Я в курсе, что mail.ru это не есть гуд и прочее, прочее. У каждого на этот счет есть свое мнение. Свою рабочую почту сообщу непосредственному исполнителю, с кем найдем общий язык.