Alechek

Серийник ни при чем. Важно название типа "... J-Link ST-Link v2..'" После правки текста в DLL, она вполне неплохо работает и не ругается.

Коннектится и работает - разные вещи. Чтобы работал со всеми, надо DLL немного подшаманить или использовать старую версию (5.х). После подшаманства с 6 версией DLL успешно работал с nRF51

Их есть у меня. Вот вопрос в том, какую скорость нарастания тока должен обеспечивать ключик? От этого очень сильно зависит работа ИП!

А может просто попробовать укоротить USB кабель? ST-Link - китайский свисток? Просто питания не хватает.

В таймауте как раз и кошмарность. Вроде и ничего сложного, но почему-то возникают проблемы на "поделках" А что сразу функции 4/6/16? MODBUS ими не ограничивается! Кто мешает использовать 20/21 (Read File Record/Write File Record)? Или даже (при действительно необходимости) свои функции, стандарт ведь это допускает.

По-человечески - возьмите осциллограф или хотя бы лог. анализатор типа клон Saleae Logic. Возмущений много, а схемы подключения - 0. Где анализ целостности сигналов? То что принял один - не значит, что примет другой! ФИЗИЧЕСКИ что на линии? -- UPD: Так еще и линия 1 Мбит! Откуда тактирование? Кварц или RC? Скорость пробовали уменьшать? с BTR регистром пробовали играться?

CAN контроллер всегда слушает линию. Если вдруг в линии не то, что мы ожидали (коллизия), передатчик сообщает об ошибке. Доминатное состояние достигается за счет драйвера, рецессивное за счет нагрузки в линии. Для подтверждения приема служит бит ACK, его генерирует приемник, он контролируется передатчиком. Передатчик по-умолчанию будет посылать сообщение, пока его кто-нибудь не примет (или достигнется лимит TEC) Контроллер в STM32 можно настроить так, чтобы сообщение он принял, а АСК бит не выдал и даже не проконтролировал! Полагаю, где-то тут ваш случай. Передачу данных очень наглядно отображает даже дешевый логический анализатор.

Ничего тут не напутано? На прием REC работает, на передачу TEC. Сдается мне, что физически что-то как-то не так подключено. Физический интерфейс имеется? Резистор в линии имеется?

Или все же. Полагаю, что это всего лишь запись в SIM карте: Т.е. если имеется запись, то MS даже не будет пытаться зарегистрироваться в этой сети. НО! :excl: Это никоим образом не означает, что при следующей попытке мы ОБЯЗАТЕЛЬНО получим вновь "PLMN not allowed". При успешной регистрации запись удаляется. ЗЫ Подобное было у меня с телефоном с, в то время, региональным оператором. Автоматической регистрации в роуминге не происходило, так как все федеральные сети были в черном списке. Выбор вручную исправлял ситуацию. Потом было когда этот оператор перешел под крыло к Tele2. Когда они начали сворачивать свою сеть , естестенно, сеть теле2 была в черном списке. Во многих местах не было связи, пока телефон принудительно не заставляли зарегистрироваться в сети Tele2

BLE 4.2? Так вроде MTU 251 байт. И максимум объем данных в нотификации 248 байт.

Сферический конь в вакууме? Или чип nRF52? Вообще что клиент сколько имеет, столько и выдаст, в рамках MTU-1 Ничего подобного. Более того, Notification опять таки ограничен MTU. Чтобы вычитать полную характеристику, нужно следом вызывать Read Long Более подходящее место тут: Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Wireless/Optic

На CPW куда большее влияние оказывает зазор! Чуть больше подтрав - и все, параметры поплыли...

Даже если сбрасывается периферия, то ОЗУ остается. простейший флаг решает задачу. Другое дело, что у ядра не обязана быть реализация NVIC_SystemReset

Смею предположить, что дело может быть не в скорости, а в операционой системе. Китайцы таймауты в своих утилитах высталяют от китайского фонаря.... Где-то какие-то миллисекунды не совпадают.. Когда перепрошивали (обновляли) SIM800C-DS, через собственнописанный USB-UART в устройстве, пришлось притащить на произвосдство ноут с Windows 10. На WinXP, Win7 прошивальщик стопорился на одном месте и все тут. Игра с различныи версиями USBSER.SYS для WinXP была бесполезной. На Win8, Win10 все работало шикарно, в том числе на скорости 460800

И что с того? Ну создали жуткие помехи в радиоэфире. Не вижу причин не работать - когда придет время снимать данные на такой низкой скорости все уже устаканится. Единственное, что приходит на ум - выброс напряжения в момент переходного процесса, превышающий допустимый.