MrYuran

Как говорил товарищ Сталин, других ГОСТов у нас для вас нет Где была электроника в России последние 30 лет? (Гусары, молчать!)

Схема читается слева направо и сверху вниз. Доходим по стрелкам до правого края, опускаемся на следующий уровень, слева направо, вуаля. Мы на месте. Поскольку других микросхем на схеме нет, логично предположить, что это искомая DD1.

Я практиковал связку Lectus ModbusOPC toolkit + MasterSCADA Многим LabView нравится. Если нет трбований к лицензионной чистоте.

а вы с какой целью спрашиваете? Может, и не нужно ничего разрабатывать? Для Modbus есть куча готовых тулзов, начиная с Modbus Poll. Если все-таки нужно делать кастомное приложение, то наверно лучше сразу с# и библиотека NModbus. А вообще, полез я как-то в гитхаб с запросом "Modbus server". Первый проект - на javascript, второй на typescript а я искал на python )) Нынче по-другому дела делаются )

st-util тоже как-то криво работает. Сначала клиент подключается, потом скипает. Сейчас запустил в качестве GDB сервера CubeIDE в режиме отладки. По экземпляру на плату. Тупо, зато работает.

А сегодня запустился. ~$ st-info --probe Found 2 stlink programmers 1. version: V2J45S30 serial: 0671FF303550503043034527 flash: 2097152 (pagesize: 2048) sram: 524288 chipid: 0x451 dev-type: STM32F76x_F77x 2. version: V2J45S30 serial: 0669FF313937424757083810 flash: 2097152 (pagesize: 2048) sram: 524288 chipid: 0x451 dev-type: STM32F76x_F77x $ openocd -f board/st_nucleo_f7.cfg Open On-Chip Debugger 0.12.0+dev-01590-g437dde701 (2024-06-04-14:40) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD srst_only separate srst_nogate srst_open_drain connect_deassert_srst Info : Listening on port 6666 for tcl connections Info : Listening on port 4444 for telnet connections Info : clock speed 2000 kHz Info : STLINK V2J45M30 (API v2) VID:PID 0483:374B Info : Target voltage: 3.246781 Info : [stm32f7x.cpu] Cortex-M7 r1p0 processor detected Info : [stm32f7x.cpu] target has 8 breakpoints, 4 watchpoints Info : [stm32f7x.cpu] Examination succeed Info : starting gdb server for stm32f7x.cpu on 3333 Info : Listening on port 3333 for gdb connections Правда, непонятно, с какой платой И все равно подключения снаружи не происходит upd: на localhost цепляет. Наружу не раздает

Завтра попробую. Она далековато висит, километров 30

Чтобы не плодить тем, добавлюсь здесь. Плата NucleoF767ZI, пробую запустить opeтOCD $ openocd -f stlink.cfg -f board/st_nucleo_f7.cfg Open On-Chip Debugger 0.11.0 Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html Warn : ignoring extra IDs in hla_vid_pid (maximum is 8 pairs) Warn : Interface already configured, ignoring Error: already specified hl_layout stlink Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD srst_only separate srst_nogate srst_open_drain connect_deassert_srst Info : Listening on port 6666 for tcl connections Info : Listening on port 4444 for telnet connections Info : clock speed 2000 kHz И вываливается в консоль. Подключено две платы, может в этом дело? Хотя свободна одна, другая висит на GDB сервере. $ st-info --probe Found 1 stlink programmers version: V2J43S28 serial: 066EFF505277504867142926 flash: 2097152 (pagesize: 2048) sram: 524288 chipid: 0x451 dev-type: STM32F76x_F77x

Сергей, а Windows это тоже касается? arm-gnu-toolchain-13.2.rel1-mingw-w64-i686-arm-none-eabi

Блджад, я так и думал. Спасибо. Да, у меня 3.10 Куда *** катится этот *** мир... For help, type "help". Type "apropos word" to search for commands related to "word". (gdb) ещё раз спасибо!

Привет всем. Возникла небольшая проблемка при запуске arm-none-eabi-gdb под WSL-Ubuntu, а именно: Could not find platform independent libraries <prefix> Could not find platform dependent libraries <exec_prefix> Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>] Python path configuration: PYTHONHOME = (not set) PYTHONPATH = (not set) program name = '/usr/local/bld-tools/bld-tools-virtual-env/bin/python' isolated = 0 environment = 1 user site = 1 import site = 1 sys._base_executable = '/usr/local/bld-tools/bld-tools-virtual-env/bin/python' sys.base_prefix = '/usr' sys.base_exec_prefix = '/usr' sys.executable = '/usr/local/bld-tools/bld-tools-virtual-env/bin/python' sys.prefix = '/usr' sys.exec_prefix = '/usr' sys.path = [ '/usr/lib/python38.zip', '/usr/lib/python3.8', '/usr/lib/lib-dynload', ] Fatal Python error: init_fs_encoding: failed to get the Python codec of the filesystem encoding Python runtime state: core initialized ModuleNotFoundError: No module named 'encodings' Все форумы завалены подобной ерундой, решение непонятно. Что-то с venv, для меня это пустой звук. Цензурные слова заканчиваются..

TDK, Vishay

Был такой замечательный фильм "The Pentagon wars"

Для начала закольцевать и принять на том же самом. А, уже было. Тогда отставить.

Судя по всему, скорости при инициализации UART разные

Я бы тоже. По источнику трафика тут же выдаст целеуказание радиотехническая разведка

Терзают меня смутные сомнения, а что выдаст "любой RS-485 приёмник" в неопределенном состоянии. И как это потом интерпретировать.

Смесь ARINC и 485?

ADuCM360/361 Сигма/дельта 24. А вот с ЦАП вопрос.

Как раз ремонтники и отрывали, своими толстыми сосисами ) Но у меня мезонинные платы были небольшими, порядка 30х50. Возможно, из-за этого. Любой перекос дает большой угол. Может быть, надо было экстрактор предусмотреть, но это точно не по моей части. А конструкторам по гинекологии. Вообще, по итогу у меня родилось совсем другое решение. На материнской плате угловой разъём, типа того же PBD-R. И в него втыкать мезонинную плату одним концом, а другой фиксировать на винт или защелку. Типа модулей NVME или Wireless в компьютерах. Так и профиль можно регулировать в широких пределах (за исключением разъёма), и крепление надежное, и все намного упрощается. Да и те же PCI-E угловые - отличный вариант. А на мезонине просто ножевая законцовка с имерсионным золочением

За 20 с лишним лет практики только этот разъём вырвали с дорожками. Профиль все-таки высоковат, штыри в него втыкаются длинные, и усилие тоже достаточно высокое. Wurth декларировал 3-сторонний плотный охват контакта, на что и купились. Другие SMD разъёмы либо низкопрофильные, либо не предполагают больших усилий, либо имеют дополнительные монтажные площадки. Либо все сразу. Если есть вероятность несоосного разъединения, оторвут, как пить дать

Использовали такие, Wurth. Проблемы на первый взгляд не очевидны, но на практике их вырывают с мясом при малейшем перекосе В результате заменили на обычные thru-hole

Может, проблемы с захватом? Особенно если питатели самопальные У нас были проблемы только с произвольным разворотом, девчонки потом проверяют и доворачивают пинцетиком, если нужно.

и будет не хуже, особенно по прошествии лет

#include <stdint.h>