dtcDev

Если есть лицензии - то велкам Отладку можно производить и в студии, все вполне работает)

Добрый день. Требуется программист - разработчик. Задачи: - разработка кода под МК STM8 / STM32 - тестирование устройств - анализ отказов, поиск ошибок Требования (по релевантности): - C/C++ - STM 32/ STM 8 - SPI/ I2C/ UART/ RS232/ RS485/ CAN/ 1-wire - GSM модемы, TCP - Visual Studio 201x + Visual GDB или CoCoxIDE Немного лирики: Ищем разработчика в небольшую команду для работы над проектами по дистанционному мониторингу объектов. Работы много, база кода, от которой можно отталкиваться, в наличии. Опыт во всем перечисленном не обязателен, но желатетен. Оформление по ТК, офис у метро Сокол, в наличии все средства для разработки. Работать можно удаленно (в случае, если нет текущих решаемых задач, требующих присутствия для обсуждения, можно уехать домой). Готовы рвссматривать студентов старших курсов. Уровень оплаты - по результатам обсуждения. Контакты через ЛС, либо по почте [email protected]

Требуется сборка печатных плат, типоразмеры компонентов: LQFP, QFN, 0603 Печатная плата двусторонняя, порядка 400 точек пайки, 3 выводных компонента. Объемы - 100-200 единиц в месяц. Оплата - исключительно по безналу. Контакты через ЛС, либо по почте [email protected] Спасибо

Скажите, возможен ли инструментальный контроль? Ну хотя бы напряжение на плату ткнуть и проверить в контрольных точках?

Требуется монтаж ПП (ручной) г. Москва. Партия из 50 изделий, минимальные типоразмеры 0603, LQFP. Один QFN корпус (акселерометр). один выводной компонент, один ВЧ разъем, 2 модема 372 точки пайки (все компоненты). Пайку требуется выполнить срочно, готов разбить по 25 изделий для ускорения работ В приложении - две стороны платы В ответах просьба указать телефон для оперативной связи. спасибо

Мои контакты - тел 89266846013 мыло ab гав m2b-group.ru

Требуется монтажник ПП. 0603, LQFP, QFN. Опыт работ. Работа постоянная. Москва или МО, желательно иметь возможность приехать и забрать комплектующие. С нетерпением жду. Спасибо.

Свяжитесь со мной. Skype dtc2201, буду сегодня после 10 вечера по Мск. Обговорим детали.

Гарантии работоспособности прошивки? Каков срок выполнения работы?

Спасибо за ссылки. Хотелось бы получить в итоге готовое устройство со спецификацией и исходными кодами, и коли оно будет разрабатываться, то и на требуемом процессоре до кучи, а не набор hex файлов и ПП, которые работают по принципу черного ящика и при этом неизвестно, какие возникнут вопросы у правообладателя (еще раз оговорюсь - объемы производства - не 10 штук для друзей и коллег).

В предыдущем сообщении написан мой скайп, напишите мне.

Стоимость блока должна быть на уровне 1000 р при закупке/производстве до 10 штук, 800 - до 50, 600 - до 200, и 500 при 200+ В представленном устройстве хотелось бы видеть следующие изменения/предложение на: - минимизация габаритов на уровне синезубого устройства - выносной кабель для подключения - выход - UART 3.3v - питание от разъема или внешнее - спецификация набора команд Так же если рассматривать это устройство, то нужны какие то гарантии стабильности поставок на уровне не менее 200 в месяц с резервом в 1000 штук. В случае нашей разработки это было бы нашей заботой, но в случае работы с поставщиком это ляжет на Ваши плечи. Могу рассмотреть вариант на подобие патентных отчислений при участии в разработке на подобранных нами комплектущих (формирование кода работы с OBD II) Что касается китайцев - нет, спасибо. Уже пробовали. Не хочется. Собственно, предлагаю перенести общение в скайп на уровне чата: dtc2201 Сегодня в сети до часу ночи, потом буду у ПК только в понедельник

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

Мне нужен переходник с OBD II на UART. Переходник должен реализовывать согласование уровней между интерфейсом OBD II и UART. UART - 3.3 или 5 В (3.3 предпочтительно). Переходник должен поддерживать работу с единым протоколом вне зависимости от подключаемого авто (в рамках, оговоренных с исполнителем, устройство НЕ должно работать со всем и вся и желательно сразу). Содержание протокола и его формат оговаривается с исполнителем и не является догматом. Другими словами, мне не важно, нужно ли для запроса скорости отправлять "SPD" или 0х21 0х38 Переходник должен обладать собственной схемой питания установленных компонентов, обеспечивать защиту подключаемого устройства по UART от помех, возникающих в шинах OBDII. Питание осуществляется от разъема OBD II, либо от внешнего источника (предусмотреть площадку на плате для подключения внешнего источника +12В). Результат работы - pcb исходник, исходные коды (при использовании процессора), документация на исходный код, NDA. Срок выполнения работ - не более 2 мес с момента начала разработки. Сумма оплаты определяется с исполнителем. Препочтение имеющим уже готовое устройство, удовлетворяющее заданным критериям, либо опыт в создании подобных устройств. Если у Вас будут какие то еще вопросы, с радостью на них отвечу. Спасибо.

Требуется разработать / продать готовое решение для работы с OBD II. Приоритет - VAG группа. В ответах просьба указывать ориентировочную стоимость и сроки. В случае, если решение уже готово - просьба указать возможность приезда в Мск для демонстрации (в случае удачной демонстрации - дорога будет оплачена). Предпочтение готовым устройствам, целевому процессору STM32, готовой схеме с обвязкой и защитой (в идеале - в соответствии с стандартом ISO7637) В качестве направления поиска - можно рассмотреть интерпретаторы, например STN1110 (хотя не настаиваю, данный вариант исключительно результат гугления). В случае разработки, а не продажи готового решения, готов заняться получением чипов и их доставкой до разработчика. Можно предусмотреть несколько вариантов (встречал разные решения) для поиска лучшего. Так же натыкался на проекты исходников для софтовой реализации, но, к сожалению, не могу оценить их портируемость/повторяемость. В случае разработки предпочтение отдается контроллерам STM32, серия L. Спасибо