Отделено - как залить программу из Arduino в МК

[worked24]

Один был uplink. Коммутатор стоял в том же помещении. Годовой баланс у бухгалтерии. Система видеонаблюдения.

ну тут проблема-то в том что не было мониторинга. Если бы был - узнали бы в тот же час. Тут уж системных администраторов журить надо.

На 485 будет глючить конкретный сегмент. При наличии в протоколе типового решения с отправкой маркера состояния мониторинг на отказ решается несколькими строками кода. Диагностика кабеля мультиметром.

сегмент длинной в километр? что вы мультиметром узнаете? Факт обрыва?
А строки кода кто будет писать? Ведь тоже за деньги. А куда это все будет складываться? Какой интерфейс мониторинга? кто будет наблюдать за ним?
а в этом случае:

При использовании бесплатных средств у Вас их установка/конфигурирование/сопровождение/допиливание проводят бесплатные волонтеры?

любой системный администратор, даже самый тупой - справится. На ум приходит zabbibx, dude. Последняя вообще под винду, ставится двумя кликами.

Итого: 485 проигрывает в большинстве применений. Как наследие - да, имеет место. Все больше и больше будет уходить в эзернет.

[worked24]

Кстати про эзернет.

У нас есть партнеры, они делают судовые коммутаторы. Новые корабли проектируют с цифровой БИУС, вся связь - по оптике и эзернету. Коммутаторы могут работать даже под водой. Раньше было дублирование систем, сейчас - четырехкратное. Корабелы сэкономили несколько тонн меди при повышении надежности. Все по эзернету

[laser532]

Понимаю, что спрошу глупость, но не соображу почему от (даже не ардуино против ОМК) "ардуинный подход к проектированию" против "сквозного проектрования" перешли к сравнению Ethernet vs 485? Есть какие-то физические преимущества в разных витых парах (оптику не берем)? Это же должно только от качества кабеля зависеть и физических величин дифприемо-передатчиков? В конце-концов, реле с амперной обмоткой по дифпаре можно весьма помехозащищенно включать. Если же речь о протоколах или каких-то программно-аппаратных особенностях, то чем MODBUS/TCP не Ethernet? - А он ведь вполне в ПЛК и SCADA применим. Не спорю, просто не пойму. Кто-нибудь "на пальцах" объяснит? Я - совсем не в этой области специалист...

[mtit]

Да всё в психолгию упирается. Повторю псевдонаукообразно мысль про кубики. Есть приём мышления - анализ, есть синтез. Есть приём - перемежение анализа и синтеза. Нормальный инженер владеет и тем и другим. Современные дети воспитываются на компьютерных играх. Где обязательно есть ответ, надо только нажать на соответствующую кнопку. Т.е. у ребёнка очень развит метод анализа, в ущерб синтезу. Попробуйте дать в руки ему любой безглючный гаджет - он уделает любого старичка в области сделать что-то. Но, в жизни не всегда есть готовые решения, зачастую их надо синтезировать. А тут то ребёнок пасует - мало того, что не может. Так и врать будет, чтоб выдать какой нибудь бред за искомое решение.

[omercury]

Кто-нибудь "на пальцах" объяснит?

На пальцАх:
Топик для чего создан?
Прально, такшта либо спорьте, либо проходите мимо.

Ответов не будет.

[omercury]

Раньше было дублирование систем, сейчас - четырехкратное. Корабелы сэкономили несколько тонн меди

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

при повышении надежности.

Спорное утверждение.

[laser532]

Ответов не будет.

А я с Вами не согласен! А будете спорить - перейду на личные оскорбления!

Если я хочу узнать истину, значит я спорю, т.к. она в нем рождается.

[akegor]

Если я хочу узнать истину, значит я спорю, т.к. она в нем рождается.

В споре рождается срач - на просторах Казуса это проходили множество раз. Истина рождается во вдумчивом обсуждении при взаимном уважении собеседников.

[omercury]

А будете спорить - перейду на личные оскорбления!

А Вы говорили

не соображу

Втянулись, однако, с ходу.

[laser532]

Втянулись, однако, с ходу.

УгАдил!

Если кто думает какое плохое - не думайте! Но все-равно не откажусь услышать возражения на мои вопросы.