DAndy_boy

Всем привет. Подскажите какие модули в настоящее время можно достать в РФ или Китае с поддержкой 2G/LTE + CSD. Про то что CSD технология старая и почти везде снята я знаю.

Нужен же еще такой человек, который будет в этом хорошо разбираться.

хороший вопрос. сейчас узнаю. К сожелению, как оказалось, никаких критериев не упоминалось. Будем исправлять. Но боюсь, что придется проверять качество уже на нашей стороне и по факту отправлять обратно партию. Параллельно ставить вопрос о смене подрядчика.

Дайте контакты с кем пообщаться? на вашем сайте мне ответили отрицательно на просьбу оценки

Коллеги, вопрос был в другом.

каждую партию менять? кто гарантирует, что у нового такого не будет?

Всем привет! Отдаем некоторые заказы на производство плат, закупку комплектации и пайку подрядчикам в Китае. От партии к партии бывает приходят платы в очень плохом состоянии: плохая пайка, грязные платы (толи флюс не отмыт, то ли вообще не понятно что на платах), запаяны бракованные компоненты. Когда то, только платы грязные, когда то только пайка, когда то встречаются бракованные компоненты и комбинации всех вариантов. Естественно у нас все платы проходят автоматизированный стенд с измерением основных характеристик, прошивки контроллеров и работоспособности устройства. Но плохую пайку проверить так очень сложно. Хуже когда плата грязная, тут и проверка нормально пройти не может. Есть ли компании занимающиеся контролем качества с генерацией официального заключения, чтобы была возможность обоснованно вернуть брак исполнителю? Т.е. если плата просто грязная, то ее можно отмыть своими силами, а вот если пайка под микросхемой плохая, то возврат в любом случае. Как подобные вопросы решаются в вашей компании? Есть ли специальные инструкции которые можно выполнить в рамках предприятия (с пополнением не супер дорогого оборудования, типа рентгена) для хотя бы первоначальной оценки качества? Визуально все проверить невозможно.

Ещё есть смысл рассмотреть характер нагрузки на каждом питании. Исходя из этого посмотреть, что из чего лучше стабилизировать. Какие стабилизаторы будут применены: линейный или импульсный.

от внешнего резонатора. Частота на нем стабильна. В баяне есть интерфейсы USB, Ethernt и они работают без сбоев. Какой смысл в осциллограмме если импульсы сформированные на стороне 3,3в (или 5В не знаю как там в Шкафу и туда я залезть не могу) проходят через трансивер RS485? Т.е. фронты там уже в искаженном виде и восстановить их значение (которое было до трансивера) невозможно. Повторюсь, лог с логического анализатора я снял после трансивера RS485 установленного в Баяне2. Получается в этом месте сигнал дважды прошел через преобразователь RS485/UART.

Всем спасибо. Топикстартер пошел уточнять какие из указанных вариантов уже были проверены и проверять остальные.

Это надо уточнить. а режим семплирования где задается? Из какого документа цитата?

GD32F407

на сколько это необходимо для интерфеqса RS485?

Коллизии тут точно нет. На скринах даже есть сигнал направления приемопередатчика.

В итоге GD все равно плохо с этим справляется. И эта проблема возникает только с этими Шкафами. Большое кол-во другого оборудования с большими пакетами опрашивается без проблем этой GD. Вопрос остаётся открытым.как выходной поток из Шкафа исправить, чтобы GD с ним корректно справлялась?

А можно ссылку на первоисточник?

.

Кабель по стандарту, витая пара. Уровни тут не причём. Данные на входе UART 3.3В, между трансивером рс485 и мк GD `нормальные`, а вот уже внутри мк битые к концу. Тоже самое на stm32, но там приём без искажений.

Думаю это не важно. Тут главное времена, они что в рс232, что рс485 одинаковые

Дайте, плиз, ссылку на стандарт если ссылаетесь на него.

Я вот конкретно стандарта где это указано не нашёл. И тем не менее проблему придётся решать со стороны Баяна. Все что можно было в настройках уарта в GD все попробовали.... не помогает.

Боюсь это не вариант. Проблема в том что один байт примерно нормальный. А вот длины бит в нутро него гуляют. Изменение все частоты на приёме не поможет.

Я же говорю, подключаем Баян1, все ок, тут же ставим Баян2 - проблема.подкчение обоих Баянов одно и тоже.

Да, вы правильно поняли.... причем мелкие пакеты в ответе он видит. А чем длиннее ответ тем более испорченные байты идут к концу пакета. Сейчас нет возможности повторить эксперимент. В приложении лог. Код не могу выложить, уж извините. Надо время чтобы выпилить то что надо из него.capture.dsl

были длинные посылки. на одном и том же Шкафу ставили и старый Баян и новый. На старом все работает, на новом -нет. Все проверяли по несколько раз в одном часе, в одном месте на одном и том же Шкафу, чтобы никто не придрался на фазу луны, марса, суток, температуры дня и т.д.