Крепкого здоровья преподователю. Все понятно стало. Лекция оказалось очень полезна перед погружением в автоматизацию. Ещё лекция по rs-485 крайне полезной оказалось и по rs-232. Познавательно! Спасибо!
В свое время пришлось писать реализацию всего семейства протокола на ST для ПЛК, так как необходимо было использовать нетипичные транспорты доставки пакетов, а стандартная библиотека не позволяла. Ностальгия) Один из самых простых и самый популярный протокол передачи данных в АСУТП. Знаю наизусть, а из уст Уважаемого человека было просто приятно послушать. Спасибо!
@@dudanov Я про IL ничего и не говорил, я имею ввиду что протокол нужно писать жёстко на ассемблере, а IL это инструкции высокого уровня которые потом интерпретатором переводятся в машинные коды, как можно на нём, на IL писать протокол? Это технологическая программа на нём пишется, но никак не протокол. Всё пишется на ассемблере,и интерпретатор, и протокол для визуализации в компьютере. На компе составляется запрос в один экран визуализции - от и до конца, начальный адрес и длина в списке, и процессор выполняя основную программу заполняет и этот список запроса. Это моя фича, доходя до конца списка запроса отправляет ответ в комп. Естественно тут всё должно делаться очень быстро, в один пакет
![Как работают Видеокарты? Исследуем архитектуру GPU [Branch Education на русском]](http://i.ytimg.com/vi/8bhpDYELmQc/mqdefault.jpg)
Крепкого здоровья преподователю. Все понятно стало. Лекция оказалось очень полезна перед погружением в автоматизацию. Ещё лекция по 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 отправляется старшим байтом первым
кто подскажет где учить английский для инженера электроники,спасибо!
+