
Воха
10.01.2018
15:49:58
спасибо за обратную связь, приятно. но цена идеи равна нулю без воплощения и эксперимента. я больше так, интуитивно жиж. а по поводу бухты: честно, щас уже не вспомню точно, но была ситуация: на стенде связь работает, на полигоне: сплошные ошибки CRC. Единственное отличие: вместо 1,5 метрового DB9-DB9 кабеля - 100 метров витой пары. из них около 80 оставалось свернуто в бухту в коробке. реально нужно было около 20 метров от пульта управления до установки. Но я позабыл, что там было: то ли еще примитивный RS232, то ли уже RS422, но не развязанный гальванически. В общем эта "катушка" с неахти какой дополнительной индуктивностью - без сердечника же - стала критической чертой между "ура, збс, идем пить пиво" и "да ептыть, в дело-то?? снова пограммист ошибку в протоколе нечаянно допустил, гад, а мы трезвые уж с самого похмелья".
Эта дополнительная индуктивность может попросту спалить STM32 ?


Ponytale
10.01.2018
15:50:15
то ли 232 на 422 заменили
то ли к 422 прикрутили оптическую развязку
и с бухтой стало работать

Google

Ponytale
10.01.2018
15:50:43
ошибок 0
но это было уже потом :)
хух
насчет контактора: конечно, 1 пакет придет с ошибкой
по контрольной сумме проигнорируется
с мизерной вероятностью и КС не отследит
это все никак не влияет на устойчивость системы
ибо
пакеты шлются дпуг за другом
и те, кто посмеялся над 10% ошибок
приходилось работать и с 90

Google

Ponytale
10.01.2018
15:54:30
бывает такое
при пуско-налалке
когда нужно выполнить задачу
а не пописывать максималистические теоретизировпния в ччтмк, попивая сок в своей кроватке
в общем, это все норм

Catethysis
10.01.2018
15:55:39
с 90% ошибок
и это всё на старте решается
про коды коррекции не слышали, вероятно

Ponytale
10.01.2018
15:57:00
важно ток однр: шоб хоть один пакетик гарантированно, с вероятностью, равной длине нашей жизни (дальше то уже не нужно, да? :) всегда проходил и принес нам так необходимый ориентир, что делать :)
и недиагностирование неправильного пакета не было фаиальным для системы
для этого ставятся уже дальше фильтры на принятые из цифрового канала связи даннын
все плавненько
все чинно, благородно
никаких рывкрв, качаний
ну а на крайняк - аварийные защиты
автономная работа и тп
фух.
надо выпить :)

Google

Ponytale
10.01.2018
15:59:58
задача двух генералов теоретически неразрешима

Воха
10.01.2018
16:00:46

Ponytale
10.01.2018
16:00:56
поэтому инженер решает не максималистские цели. а сугубо в пределах здравомыслия, вероятностей и ТЗ :)

DigitaLobster
10.01.2018
16:01:21
А где-то есть порядок изучения математики в виде карты? Ну типа перечислины все разделы и их зависимости (Ну, там раздел А, но для его изучения нужно знать Б)

Ponytale
10.01.2018
16:01:34

DigitaLobster
10.01.2018
16:02:30
Ну и вообще не только математика, но и другие предметы. Что бы было понятно, в каком порядке изучать

Ponytale
10.01.2018
16:02:36
всегда пишите алгоритмы, регуляторы с учетом того, что будет а) единичные критические запаздывпния данных и б) единичные недиагностированные ошибки
и будет вам самим комфортно
ваше изделие работает не по услрвию "скорее всего"

Воха
10.01.2018
16:03:26

Ponytale
10.01.2018
16:03:31
а в состоянии "устойчивого равновесия"
единичные ошибки связи

Воха
10.01.2018
16:03:38
это естественная штука

Ponytale
10.01.2018
16:03:43
перерегулировпния
измерения с датчиков
вызывают минимальное отклонения от стационарных состояний локальных (глобального) экстремума
но главное: система сама в него возвращается

Воха
10.01.2018
16:05:34

Ponytale
10.01.2018
16:05:39
шарик в ямке

Ht3
10.01.2018
16:05:52
Ошибки вообще и в частности должны отбрасываться, для этого и постоянный обмен данными с большим запасом сделан

Google

Ponytale
10.01.2018
16:05:57
подуй на него - он чуть выше по стеночке
перестал дуть - обратно в минимум
надо ооочень много почти непрерывных ошибок, чтобы "запинать" мячик (вашу системы" из ямки наверх
это - беда, авария
мячик покатился в другие лунки, там звездец, все горит :)
но и тут в вашей программе должны быть расставлены флажки
безусловные проверки на аварийные условия
и принятие решения
ну, там конкретно к каждрй задаче по разному

Воха
10.01.2018
16:08:51
т.е. если в течение 30-60 сек нет данных, то тип потеря связи ?

Ponytale
10.01.2018
16:08:54
если и этот рубеж не сдюжил: аппаратные защиты

Воха
10.01.2018
16:09:03
это имеете ввиду?

Ponytale
10.01.2018
16:09:10
ну, если и это нет: до гори оно все огнем :)
мы тут бессильны

Воха
10.01.2018
16:09:26
я просто вас слабо понимаю
либо вы не мне пишите ?

Ponytale
10.01.2018
16:09:46
но основная мысль: в такой концепции нет предположения "то, наверное будет и в..."
вам же спокойней будет. не нужно буднт искать слоднонавеленный нлбк котоый то есть то нет. имеент изза таких нескольких недоказанных "может быть"

Google

Ponytale
10.01.2018
16:11:33
много писать :-
позже прочту вас
отвечу
не поняли - и ладно

Морковочка
10.01.2018
16:13:02

Ingenegr
10.01.2018
16:13:28

Морковочка
10.01.2018
16:13:35
"Telegram Tx! - no Rx!"
бывает местами
принимаю критику покорно)
тот момент когда начинаешь делать плату с позиции перфекциониста и заканчиваешь "бля, хули ты не влазишь, ща молоточком вобью и на производство"

Anastasia
10.01.2018
16:23:28
а чего на зазоры поскупился то? или мега точное производство?
зазоры между полигоном и дорожками

Ingenegr
10.01.2018
16:25:23

Морковочка
10.01.2018
16:25:42