мы в соседнюю комнату уходим

ибо это, нафиг

В вашем случае я бы рекомендовал камеру + телемтрию и все накрывать сейфом.

В вашем случае я бы рекомендовал камеру + телемтрию и все накрывать сейфом.

дыма нет - папу римского избрали

что ж оно так страшно выглядит-то!

а покаж красивую )

а покаж красивую )

нету качественного скрина, там плата большая была

но щас

в процессе разводки

а можно какой-нибудь мелкий кусок, но крупнее?

на блок ECU похоже :)

угу, но в ECU 2+ рядов в разъеме

а можно какой-нибудь мелкий кусок, но крупнее?

на лине лень запускать альтиум щас

на блок ECU похоже :)

хвост вы угадали)

это плата контроллера турникетов, с полной обратной связью и с индикацией всего

на лине лень запускать альтиум щас

ну при случае

ну при случае

при случае - сделаю, фотки есть ещё

хочется примеров и посмотреть что у меня не так

но из-за маски ничего не видно)

требуется больше светиков :)

размер диктуют разъёмы?

именно, и удобство монтажа

так бы в два раза сократить смог

но и так - двумя ладонями накрываю полностью

С пищалки наклейку сдерите! А то как пульт в пакетике

Очень круто конешн

С пищалки наклейку сдерите! А то как пульт в пакетике

пока не требуется, она суко звонкая и в офисе звучит так что противно

Коллеги, у меня странная статистика ни чем не обоснованная. Суть проблемы следующая, есть stm32f100 прошиваемый через uart через его строенный загрузчк. На DTR через SN74LVC2T45 подключен запулдауненый BOOT0. Питание на устройство подается сигналом RTS сейчас через упраавление ногой EN на отдельном БП LM2596. На резете стоит пулап на 10К и 1uF кондер, отдельно резет не выведен. TX от FTDI тоже пропущен через SN74LVC2T45 у котрого один домен запитан от FTDI, второй от таргетной железки - это позвоялет синхноого включать BOOT и предотвращает паразитное питание от TX. Написали скрипт полного цилка прошивки: старание>загрузчик>обсласть серийника>прошивка + лок на чтение. Зациклили и получили старнную статистику : 72 сбоя к 1172 успешной прошивке. Прошивается все с помощью линуховой stm32flasher версии 0.5 обурнутой в скрипт. в 30% случаев сбой на первом ините для стирания, в остальных случаях не может проинитить проц когда нужно лить фирмварь. Есть ли у кого идеи куда посомтреть и что проверить? Я грешу на USB>UART и его не синхронную работу приводящую к выставлению RTS после DTR от случая к случаю. Что бы это исключить делаю переходник на аппаратный COM. Но может я зря это собрался делать?

Коллеги, у меня странная статистика ни чем не обоснованная. Суть проблемы следующая, есть stm32f100 прошиваемый через uart через его строенный загрузчк. На DTR через SN74LVC2T45 подключен запулдауненый BOOT0. Питание на устройство подается сигналом RTS сейчас через упраавление ногой EN на отдельном БП LM2596. На резете стоит пулап на 10К и 1uF кондер, отдельно резет не выведен. TX от FTDI тоже пропущен через SN74LVC2T45 у котрого один домен запитан от FTDI, второй от таргетной железки - это позвоялет синхноого включать BOOT и предотвращает паразитное питание от TX. Написали скрипт полного цилка прошивки: старание>загрузчик>обсласть серийника>прошивка + лок на чтение. Зациклили и получили старнную статистику : 72 сбоя к 1172 успешной прошивке. Прошивается все с помощью линуховой stm32flasher версии 0.5 обурнутой в скрипт. в 30% случаев сбой на первом ините для стирания, в остальных случаях не может проинитить проц когда нужно лить фирмварь. Есть ли у кого идеи куда посомтреть и что проверить? Я грешу на USB>UART и его не синхронную работу приводящую к выставлению RTS после DTR от случая к случаю. Что бы это исключить делаю переходник на аппаратный COM. Но может я зря это собрался делать?

А гарантированы ли RX=1 и TX=1 на момент старта с BOOT0=1?

Это я к тому, что ST рекомендует иметь на них единицы при старте встроенного бута и в дополнение рекомендует иметь на них внешние подтяжки к питанию (AN2606)

подтяжки есть однозначно

на самом девайсе

но вот как себя ведет порт при открытие оного в stm32flash не могу сказать

AN2606 курили, все соотвествует

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

но вот на серии это приведет к отбраковке рабочих девайсов

а если цепляться анализатором и записывать? и сравнивать

анализатора под рукой нет, да не факт что поймает проблему - тут осцилограмму нужно на часы оставлять на 4 канала

а потом по таймстемпу отлавливать... резве что Red Pitaya тут поможет, но ее только думаю прикупить

Так у тебя в самом начале 30% вылезает. А обычные логические анализаторы не помогут?

нет, рандомно

могут и помоч, но под рукой нет

запили тулзину на COM порт, сейчас поставлю на аналогичный цикл для теста

хм, вообще не запускается. Даже если BOOT0 закоротить на Vdd. При этом тулзина работаетм

проверено на нормлаьном повдеение minicom

stm32flash -b 115200 -i -dtr,-rts,rts -o /dev/ttyS0 stm32flash 0.5 http://stm32flash.sourceforge.net/ Interface serial_posix: 115200 8E1 Failed to init device.

Эм. Совсем разные биты?

желтый - TX от компа, синий RX на комп

ща еще мистику открою

stm32flash -b 1200 -i -dtr,rts -o /dev/ttyS0 stm32flash 0.5 http://stm32flash.sourceforge.net/ Interface serial_posix: 1200 8E1 Version : 0x22 Option 1 : 0x00 Option 2 : 0x00 Device ID : 0x0420 (STM32F10xxx Medium-density VL) - RAM : 8KiB (512b reserved by bootloader) - Flash : 128KiB (size first sector: 4x1024) - Option RAM : 16b - System RAM : 2KiB Erasing flash

tty подсистема по идее должна фунциклировать едентично

но по ходу S0 выплевывет стоп бит не сооотвествующей ширины, а DFU загручик определяет непраильную скорость порта - и батц, нету проца

спустив скорость на минимум появилась хоть какая-то связь

обратите внимение на второй импульс от компа к STM

Он же через ttyUSB2

Короче это жесть, я не могу понять логику работы с портами в подсистеме tty

по идее она должна быть едентична

а по факту такие вот кульбиты

А точно настройки одинаковые?

А если под виндой? )

да, меняли только порты, преобразователь с 232 в uart один и тот же

при этом пробоавл даже на разных машинах - 3 похожих с одинаковым окружением подняты как раз под производство

повоедение тоже самое

под виндой не прбовал

да не нужно - у нас весь деплой на линухах - после прошивки идет сиквенс тестирования

Это только для теста

хм... тут проблема в том на рабочей машине нету rs232

а через usb и так работает

Погоди, неправильно работает с железным 232?

именно

нормлаьно через ttyUSB

и криво через ttyS0 (COM1)

Мистика какая-то

По хорошему нужно на другой ос и потом на другом железе попробовать

на винде завтра проверю. а по железу - тестировал на 2х разных компах, тестану завтра еще на 2х но с линух окружением

за ночь получили интересную статистику 5 сбоев из 1070 проходов - это 0,5% что более чем нормально. конфигурация следующая USB > FTDI > RS232 > ST3232 > UART + LOGOC IC > STM32

за ночь получили интересную статистику 5 сбоев из 1070 проходов - это 0,5% что более чем нормально. конфигурация следующая USB > FTDI > RS232 > ST3232 > UART + LOGOC IC > STM32

0.5%

0.5%

да, спасибо

Ку

q

q

видом мне не в последний раз быть первопроходцем