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

MicroDiP

Свой
  • Постов

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

  • Посещение

Репутация

1 Обычный

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

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

Информация

  • Город
    Array

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

2 849 просмотров профиля
  1. Добрый день. Нахожусь в Китае. Могу помочь с таким производством. Буду выступать посредником между вами и китайской фабрикой. Закажу, получу, проверю, приму оплату, отправлю готовые платы вам, сам обсужу все с менеджерами, закуплю компоненты. Можем созвониться по Телеге @MicroDiP
  2. Обновление: программаторы, б.у чипы ADSP-21062L, электронная нагрузка, спектроанализатор https://t.me/electronics_and_equipment ХЦБ отмирает. Люди переходят в онлайн: быстрее, проще и дешевле.
  3. Приветствую. Любителям антиквариата: старенькие, но рабочие осциллографы Iwatsu, Tektronix и другие. Iwatsu в свое время закупались в Японии. Цены даны в юанях в Шэньчжэне, скорее для интереса. Курс юаня к доллару или любой другой валюте можно легко найти в инете на сайте банков. Не думаю что кто-то захочет купить... Хотя.. Поработать на таких приборах довольно интересно. Приборов много. Не только осциллографы. И не только антиквар. Постоянно обновляется список. Многие модели - как пирожки по количеству, стопками... Периодически постятся даташиты, описания и отзывы на китайские компоненты, включая микроконтроллеры, операционники, сенсоры и прочие компоненты. Подробности в Телеге @electronics_and_equipment https://t.me/electronics_and_equipment
  4. Распродаём некоторые остатки аппаратуры. Может кому-то будет интересно. Всё в рабочем состоянии, но немного уставшее. Осциллы в базовой конфигурации без доп лицензий: Tektronix DPO2024B - 170000 руб Tektronix MDO3054 - 430000 руб Keysight DSOX3024A - 260000 руб Keithley DMM7510 - 230000 руб Доставка до Москвы (авиа): дополнительно 70-90$ за юнит, примерно 8-12 дней, но могут быть задержки из-за пандемии.
  5. Если не найдете в России, в Китае точно есть. Можно заказать разные длины. Минимальные количества в принципе не большие. Сейчас уже слету не вспомню, но в свое время находил продованов, которые могли сделать 20-50 штук одной длины. При копеешной цене кабеля общая сумма получалачь вполне доступной.
  6. Все виды электронных работ. Разводка ПП, сборка, прототипирование, отладка/проверка готовых устройств/образцов перед отправкой. Проверка печатных плат перед отправкой. Ускоренные формы оплаты в PCBWay и им подобным (5-10 минут с момента перевода вами до момента подтверждения ими и, соответственно, началом производства). Поиск/тестирование компонентов перед МП. Поиск поставщиков. Оптимизация BOM. Закупка компонентов из BOM и отправка: сроки между оплатой вами и отправкой посылок с уже собранными компонентами может достигать 1-2 дня. Поиск аналогов. Поиск и закуп оборудования, материалов и измерительной техники. Общение с фабриками. Посещение/проверка фабрик, проверка юридических документов фабрик, банковских счетов. EMC/EMI/ESD тестирование в сертифицированных лабораториях. В общем ваши руки и глаза в Китае (Шэньчжэнь) по всем вопросам относительно электроники в мирных целях на всех этапах от идеи до МП. Все вопросы на мыло microdip at gmail dot com, или в Телеге @MicroDiP
  7. Я в Шене. Напишите на microdip at gmail dot com
  8. Добрый день. Заинтересовался вашим предложением. Скиньте пожалуйста адрес на который можно отправить свою CV-шку. Нахожусь сейчас на юге Китая, рядом с Гонконгом, город Шэньчжэнь. Но готов к переезду в любую точку мира. Английский свободный: только закончился контракт в американской компании, проработал 3 года старшим инженером-разработчиком (FW/HW) + функции R&D-менеджера. По возможности скиньте все данные на [email protected]

    1. Димыч

      Димыч

      Доброго!

      CV можно скинуть на мой адрес [email protected]

      Можете и напрямую на сайте форму заполнить (bluechips.co.th), но - по договорённости с управляющим директором - я интервьювер первого фронта. А потом уже смогу рекомендовать и буду напоминать там всем, чтобы не тянули.

      с уважением,

      Дмитрий

      (дублирую на почту)

  9. Добрый день. Есть open frame блок питания от MeanWell (AC220 -> DC16V), который является частью достаточно большой системы. На данном этапе проводим ESD тесты каждого юнита в системе, включая БП. Согласно стандарту испытаний IEC 61000-4-2, разряды должны прилагаться к устройству, которое подключено к питанию, выведено в нормальный режим работы и, если имеет точки заземления, заземлено через “стикающий” кабель (имеющий резисторы 2х470к).. Если устройство не имеет точек заземления, то после каждого разряда точка, к которой прилагался разряд, должна быть разряжена через этот кабель. Либо, как вариант, между разрядами необходимо выдержать достаточно длительное время, позволяя цепям разрядиться. Вопрос в следующем: если БП не подключен (ни к нагрузке, ни к сети 220В, ни к заземлению) и если его подвергнуть ESD разрядам (AC разъём, контакты Фазы и Нейтрали) без подключения к земле между разрядами, то после ~ трёх разрядов БП умирает. Я понимаю, что это нестандартный сценарий. Но с другой стороны, теоретически возможна ситуация, когда во время инсталяции/сборки устройства кто-нибудь дотронится до контактов и может убить блок. Была мысль установить MOV (варисторы) на AC разъём БП, но сертификационная лаборатория отклонила такое предложение, ссылаясь на опасность поражения током при скачках напряжения. Как быть в такой ситуации? Есть ли способы защиты от таких (нестандартных) сценариев? Или нужно следовать только сценариям, описанным в стандарте и не париться? Заранее благодарю за любмые мысли и идеи.
  10. Ну они медленные достаточно.. Сейчас поговорил с инженером с нашим, он делает другой проект как раз на Джетсане. Подключена одна камера. Скорость обработки 15 кдаров/сек. При этом детектирует довольно шустро. Задержка еле заметна. На вскидку может пару десятков мс. Но про несколько камер пока неясно. Нужно экспериментировать. Я просто к тому, что если Джетсан со своими CUDA-ядрами выдаёт заметную задержку, то Рокчипы и иже с ними будет подавно тормозить... И тем более с несколькими камерами. Но в любом случае, спасибо за идеи.
  11. Какие именно решения с камерой вы имеете ввиду? Мы прорабатывали этот вопрос: это либо одноплатный компьютер, либо Джетсан от Нвидии. И главный вопрос: какое максимальное количество камер (потоков) может поддерживать один компьютер (библиотека детектирования объектов) с приемлемым откликом. Потому что если это 1-2 камеры, то получается что, например, для 100 различных зон нужно покупать как минмум 50 компьютеров. При цене одного компа в районе 100-150$ (а Джетсан в районе 300$), это получается дороговато.
  12. Да, каждый датчик - своя зона. К контроллеру может быть подключено любое количество датчиков, от 1 до 12. И каждый работает в своей зоне. Но вообще идея направить два сенсора в одну зону для получения "подтверждающего" результата мне кажется неплохой.
  13. Приветствую. Понимаю, что слишком длинные вопросы чаще всего игнорируются. Поэтому постараюсь в максимально сжатой и простой форме описать суть вопроса. Есть плата, контролирующая 12 оптических сеносоров измерения расстояния до объекта (VL53L1X, ToF-сенсор от ST, на I2C): детектирование проходивших или останавливающихся людей возле стола/стойки с товаром. Помимо дистанции сенсор предоставляет информацию о качестве отражённого сигнала (Range Status). В зависимости от положения объекта в луче сенсора, дальности до него, цвета его поверхности и структуры поверхности (например, глянцевый или матовый) уровень отражённого сигнала может меняться от устойчивого до слабого. Всего библиотека предоставляет 5 значений для этого параметра: 0 - нет ошибки 1 - низкое соотношение сигнал/шум 2 - отражённый сигнал слишком слабый. Может означать как расстояние до объекта слишком далёкое (больше 4 метров - это максимальное рабочее расстояние сенсора), так и то, что поверхность объекта не достаточно отражает свет. Или объект слишком маленький. 4 - объект отсутствует 7 - Radar Aliasing (наложение локационных сигналов). Если объект имеет сильно отражающую поверхность и располагается на расстоянии большем, чем рабочее расстояние сенсора. В реальных условиях сенсор возвращает либо 0, либо 2, либо 4. По крайней мере 1 и 7 я ниразу не получал в разных условиях. Теперь собственно суть вопроса. Если объект находится в пределах рабочего расстояния (< 4m, скажем на расстоянии 1-2м), но располагается на границе луча, сенсор постоянно шлёт разные репорты о статусе диапазона. Иногда 2, иногда 0 (стабильный сигнал), иногда 4. Соответственно и значения расстояния всегда разные и при таком положении объекта получаю случайные репорты о наличии объекта в зоне видимости сенсора. Но значения 2 и 4 могут также быть получены при наличии объектов в самом луче, а не на его границе: если объект маленький или поверхность матовая серая/чёрная. Кроме того, сенсор имеет свойство устреднять расстояние, если в луче находится больше одного объекта. Например, сенсор направлен на стену, расстояние до которой 2м. Если я начну сбоку на рясстоянии 1м медленно вводить другой объект, то на границе луча и длаьше при продвижении объекта в глубь луча, сенсор начнёт слать репорты о расстоянии 1.9, 1.8, 1.5 и т.д до того момента, пока объект не появится в зоне устойчивого отражения. И тогда сенсор отчитается об 1м. Попробовал динамически уменьшать угол луча при получении нестабильных репортов (уменьшение активной матрицы, ROI (Region Of Interest) с 16х16 пикселей до 4х4). В целом концепция работает неплохо, но для детектирования этой самой нестабильности нужно какое-то время на сбор данных (репортов) и принятия решения. А проблема заключается в том, что клиент категорически против всяких задержек. Ему нужно получать результат о нахождении человека в зоне сенсора практически мгновенно и он не хочет терять полезную информацию. Т.е я не могу использовать никакие фильтры. В тоже самое время он не согласен и на ложные репорты. По крайней мере в больших количествах. Допустимое значение ложных сработок до 3-5% от общего количества репортов. Минимальное время измерения сенсора (Time Budget) 100мс. Мне почему-то кажется, что задача без применения фильтров практически не реализуемая. Даже с фильтрами "дребезга" около 3 сек я находил такое положение объектов в луче сенсора, когда сенсор слал переменные репорты, выходящие за пределы филтра дребезга и, соответственно, я получал ложные сработки. При этом в целом результат был довольно стабильный. Но опять же, на такие задержки клиент категорически не согласен. Использую Ultra Light Driver (ULD-библиотеку). Микроконтроллер STM32F030. Буду рад любым идеям. Или может кто-то боролся уже с подобными задачами и они не являются комерческой тайной. Заранее благодарю.
  14. Если от 10к вы только собрались думать, то мой вам совет: сидите на месте и не лезьте в эти объявления. У вас и так всё в шоколаде.
×
×
  • Создать...