В таймауте как раз и кошмарность.
Вроде и ничего сложного, но почему-то возникают проблемы на "поделках"
А что сразу функции 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
Сферический конь в вакууме? Или чип nRF52?
Вообще что клиент сколько имеет, столько и выдаст, в рамках MTU-1
Ничего подобного.
Более того, Notification опять таки ограничен MTU. Чтобы вычитать полную характеристику, нужно следом вызывать Read Long
Более подходящее место тут: Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Wireless/Optic
Смею предположить, что дело может быть не в скорости, а в операционой системе.
Китайцы таймауты в своих утилитах высталяют от китайского фонаря.... Где-то какие-то миллисекунды не совпадают..
Когда перепрошивали (обновляли) SIM800C-DS, через собственнописанный USB-UART в устройстве, пришлось притащить на произвосдство ноут с Windows 10.
На WinXP, Win7 прошивальщик стопорился на одном месте и все тут. Игра с различныи версиями USBSER.SYS для WinXP была бесполезной.
На Win8, Win10 все работало шикарно, в том числе на скорости 460800
И что с того? Ну создали жуткие помехи в радиоэфире. Не вижу причин не работать - когда придет время снимать данные на такой низкой скорости все уже устаканится.
Единственное, что приходит на ум - выброс напряжения в момент переходного процесса, превышающий допустимый.
В такой ситуации только логический анализатор поможет быстро разобраться.
Полагаю, опять STM косячнули и данные изменяются одновременно с фронтом клока.
Может попробовать CLK сделать длиннее/короче остальных линий?
А есть еще PRTR5V0U4Y - Four ultra-low input capacitance (1 pF typical) rail-to-rail ESD protection diodes
Хоть на сим-карту, хоть на USB. Мелкие, дешевые и удобные.
