Крепкого здоровья преподователю. Все понятно стало. Лекция оказалось очень полезна перед погружением в автоматизацию. Ещё лекция по rs-485 крайне полезной оказалось и по rs-232. Познавательно! Спасибо!
В свое время пришлось писать реализацию всего семейства протокола на ST для ПЛК, так как необходимо было использовать нетипичные транспорты доставки пакетов, а стандартная библиотека не позволяла. Ностальгия) Один из самых простых и самый популярный протокол передачи данных в АСУТП. Знаю наизусть, а из уст Уважаемого человека было просто приятно послушать. Спасибо!
@@dudanov Я про IL ничего и не говорил, я имею ввиду что протокол нужно писать жёстко на ассемблере, а IL это инструкции высокого уровня которые потом интерпретатором переводятся в машинные коды, как можно на нём, на IL писать протокол? Это технологическая программа на нём пишется, но никак не протокол. Всё пишется на ассемблере,и интерпретатор, и протокол для визуализации в компьютере. На компе составляется запрос в один экран визуализции - от и до конца, начальный адрес и длина в списке, и процессор выполняя основную программу заполняет и этот список запроса. Это моя фича, доходя до конца списка запроса отправляет ответ в комп. Естественно тут всё должно делаться очень быстро, в один пакет
Крепкого здоровья преподователю. Все понятно стало. Лекция оказалось очень полезна перед погружением в автоматизацию. Ещё лекция по rs-485 крайне полезной оказалось и по rs-232. Познавательно! Спасибо!
В свое время пришлось писать реализацию всего семейства протокола на ST для ПЛК, так как необходимо было использовать нетипичные транспорты доставки пакетов, а стандартная библиотека не позволяла. Ностальгия) Один из самых простых и самый популярный протокол передачи данных в АСУТП. Знаю наизусть, а из уст Уважаемого человека было просто приятно послушать. Спасибо!
Я на ассемблере пишу со стороны PLC, а комп, среда Python, IDE на нём делаю, там стандартную библиотеку беру для Modbus RTU.
@@mslq Наверное IL имеете ввиду. Ассемблер в ПЛК - первый раз слышу. IL это все же не ассемблер.
@@dudanov Я про IL ничего и не говорил, я имею ввиду что протокол нужно писать жёстко на ассемблере, а IL это инструкции высокого уровня которые потом интерпретатором переводятся в машинные коды, как можно на нём, на IL писать протокол? Это технологическая программа на нём пишется, но никак не протокол. Всё пишется на ассемблере,и интерпретатор, и протокол для визуализации в компьютере. На компе составляется запрос в один экран визуализции - от и до конца, начальный адрес и длина в списке, и процессор выполняя основную программу заполняет и этот список запроса. Это моя фича, доходя до конца списка запроса отправляет ответ в комп. Естественно тут всё должно делаться очень быстро, в один пакет
Зашёл сюда чтобы удостовериться - не пропустил ли я что для реализации протокола, спасибо за лекцию.
Очень хорошая тема. Спасибо Вам за ваш труд. Протокол старый, но жить ему ещё долгое время.
Дай Бог Вам здоровья! Спасибо Вам за Ваши труды.
огромное спасибо. приходится переучиваться сейчас, по ходу пьесы. хорошо что остались такие спецы. Просто фантастика. Супер.
Дельный аказывается этот
протокол , Доброва вам здоровья спасибо !!
дай Бох вам здоровья!
Замечательная лекция
База контроллеров ОВЕН - это отличная основа для практической работы.
Спасибо за видео！
Большое спасибо!
И Вам спасибо!
ОГОНЬ! Спасибо!
Спасибо !
Спасибо.
спасибо.помогло
Спасибо)))!
Я отправляю пакет данных "slave func data srs16", но в результате выходит вот такой сигнал "00 slave func data srs16". Почему появляются два ноля?
Значит на шлейфе есть мастер, который шлёт широковещательную команду - 00 является признаком широковещательной посылки.
Можно ждать видео про Canopen?
2:23 - возможно "групповой записи" вместо группового чтения.
Вроде только crc отправляется старшим байтом первым
+
кто подскажет где учить английский для инженера электроники,спасибо!