Список форумов DATAMICRO.ru DATAMICRO.ru
Приветствуем Вас на форуме посвященном CAN и смежным технологиям
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 
datamicro.ru

Помогите, пожалуйста, разобраться со спецификацией на проток

 
Начать новую тему   Ответить на тему    Список форумов DATAMICRO.ru -> LIN
Предыдущая тема :: Следующая тема  
Автор Сообщение
AyaX



Зарегистрирован: 06.01.2003
Сообщения: 2

СообщениеДобавлено: Пн Янв 06, 2003 1:21 am    Заголовок сообщения: Помогите, пожалуйста, разобраться со спецификацией на проток Ответить с цитатой

Здравствуйте!

Помогите, пожалуйста, разобраться со спецификацией на протокол LIN. Мой английский не так хорош как хотелось бы, поэтому, возникли вопросы. Касаются они Раздела 2 ("BASIC CONCEPTS") в части описания самой системы обмена сообщениями ("Messages"). Не совсем понятен смысл следующих двух предложений вкупе с иллюстрацией 2.2:

"Data can be sent from the master control unit to any slave control unit by the slave task in the master control unit. A slave-to-slave communication can be triggered by a corresponding message ID from the master."

На иллюстрации приведен в виде блок-схемы, насколько я понял, принцип реализации сети на основе LIN. Ведущий блок управления ("master control unit") включает в себя два модуля, которые именуются как "master task" (c этим все ясно) и "slave task" (тут начинаются вопросы). Означает ли это изображение, что внутри ведущего устройства должно быть реализовано и ведомое. Если да, то зачем? Для диагностики? Внутри ведомых блоков ("slave control unit") изображены только "slave task", что, в общем-то, понятно...

Теперь с предложениями... В первом, по-моему, говориться о том, что данные могут быть посланы от ведущего устройства к любому ведомому через "slave task" в "master control unit". Как это понимать? Почему не напрямую? Во втором, мне кажется, говориться, что связь между ведомыми устройствами может осущетвляться посредством соответствующего ID от ведущего устройства. Имеется в виду ID, который является частью поля идентификации (биты ID0...ID5)?.. Что тогда это значит?

Разъясните, если не сложно, как эти предложения с картинкой правильно понимать. Не хочется ошибиться изначально... Заранее благодарен за любой ответ.

С уважением, Алексей.

PS. У меня спецификация редакции 1.3.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Dmitry Demchenko



Зарегистрирован: 10.10.2001
Сообщения: 30

СообщениеДобавлено: Пн Янв 06, 2003 12:32 pm    Заголовок сообщения: Ответить с цитатой

Цитата:
Исходное сообщение от AyaX
Здравствуйте!

Помогите, пожалуйста, разобраться со спецификацией на протокол LIN. Мой английский не так хорош как хотелось бы, поэтому, возникли вопросы. Касаются они Раздела 2 ("BASIC CONCEPTS") в части описания самой системы обмена сообщениями ("Messages"). Не совсем понятен смысл следующих двух предложений вкупе с иллюстрацией 2.2:

"Data can be sent from the master control unit to any slave control unit by the slave task in the master control unit. A slave-to-slave communication can be triggered by a corresponding message ID from the master."

На иллюстрации приведен в виде блок-схемы, насколько я понял, принцип реализации сети на основе LIN. Ведущий блок управления ("master control unit") включает в себя два модуля, которые именуются как "master task" (c этим все ясно) и "slave task" (тут начинаются вопросы). Означает ли это изображение, что внутри ведущего устройства должно быть реализовано и ведомое. Если да, то зачем? Для диагностики? Внутри ведомых блоков ("slave control unit") изображены только "slave task", что, в общем-то, понятно...

´Мaster control unit´ является ведущим на шине. Его задача инициировать обмен между любыми узлами.
По функциональности, ПО ´Мaster control unit´ обеспечивающее взаимодействие с LIN bus(драйвер LIN), делится на две части:

1. ´master task´ - отвечает за инициирование обмена на шине, т.е. выдача заголовка(header) фрейма(message frame).
2. ´slave task´ - эта часть реализует оведение ´Мaster control unit´(после выдачи header на шину) подобно ´Slave control unit´, т.е. поведение ´Мaster control unit´ после выдачи header аналогично поведению ´Slave control unit´ после принятия этого header.
Аналогия заключается в том что, по ID из header, ´Мaster control unit´ может либо принимать, либо отправлять данные(response). Смотри рисунок 2.2 (вторую его часть).

С точки зрения реализации, ПО ´slave task´ ´Мaster control unit´ несколько отличается от ´slave task´ ´Slave control unit´.
Цитата:
Исходное сообщение от AyaX
Теперь с предложениями... В первом, по-моему, говориться о том, что данные могут быть посланы от ведущего устройства к любому ведомому через "slave task" в "master control unit". Как это понимать? Почему не напрямую?

Данные посылаемые ведомому от ведущего осуществляется через драйвер LIN ведущего, а ´slave task´, это часть драйвера LIN.
Цитата:
Исходное сообщение от AyaX
Во втором, мне кажется, говориться, что связь между ведомыми устройствами может осущетвляться посредством соответствующего ID от ведущего устройства. Имеется в виду ID, который является частью поля идентификации (биты ID0...ID5)?.. Что тогда это значит?

По спецификации, данными могут обмениваться не только ведущее-ведомые устройства, но и ведомое-ведомые. ´Мaster control unit´ выдает header с ID(6 бит), все устройства сети принимают header и по ID определяют свое поведение(прием/передача).
Если в логике работы ведомых устройств предусмотрен обмен данными между ними, то один из ведомых передает данные, а другие принимают и обрабатывают.


Последний раз редактировалось: Dmitry Demchenko (Пн Янв 06, 2003 12:37 pm), всего редактировалось 1 раз
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
AyaX



Зарегистрирован: 06.01.2003
Сообщения: 2

СообщениеДобавлено: Пн Янв 06, 2003 5:48 pm    Заголовок сообщения: Ответить с цитатой

Цитата:
По функциональности, ПО ´Мaster control unit´ обеспечивающее взаимодействие с LIN bus(драйвер LIN), делится на две части:

1. ´master task´ - отвечает за инициирование обмена на шине, т.е. выдача заголовка(header) фрейма(message frame).
2. ´slave task´ - эта часть реализует оведение ´Мaster control unit´(после выдачи header на шину) подобно ´Slave control unit´, т.е. поведение ´Мaster control unit´ после выдачи header аналогично поведению ´Slave control unit´ после принятия этого header.
Аналогия заключается в том что, по ID из header, ´Мaster control unit´ может либо принимать, либо отправлять данные(response). Смотри рисунок 2.2 (вторую его часть).


Получается, что slave task из master control unit не может _либо принимать_, _либо отправлять_ данные. Он должен _сначала отправить данные_ для slave control unit с ID, полученным от master task, затем _принять от него ответ_. Slave task же из slave control unit должен _сначала принять данные_ от master control unit, _потом, исходя из пришедшего ID, принять решение об отправке ответа_. Где же здесь аналогия? Или я что-то опять не понял?

Цитата:
С точки зрения реализации, ПО ´slave task´ ´Мaster control unit´ несколько отличается от ´slave task´ ´Slave control unit´.


Мне эти различия кажутся весьма значительными.

Цитата:
Данные посылаемые ведомому от ведущего осуществляется через драйвер LIN ведущего, а ´slave task´, это часть драйвера LIN.


Понял.

Цитата:
По спецификации, данными могут обмениваться не только ведущее-ведомые устройства, но и ведомое-ведомые. ´Мaster control unit´ выдает header с ID(6 бит), все устройства сети принимают header и по ID определяют свое поведение(прием/передача).
Если в логике работы ведомых устройств предусмотрен обмен данными между ними, то один из ведомых передает данные, а другие принимают и обрабатывают.


Но ответить имеет право только то устройство, ID которого был послан master´ом, правильно? Т.е. все ведущие устройства могут слушать линию и анализировать данные на ней, а отвечать в нее имеет право только ´тот, кого спрашивают´, да?

Спасибо за комментарии.

С уважением, Алексей.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Dmitry Demchenko



Зарегистрирован: 10.10.2001
Сообщения: 30

СообщениеДобавлено: Ср Янв 08, 2003 1:44 pm    Заголовок сообщения: Ответить с цитатой

Цитата:
Получается, что slave task из master control unit не может _либо принимать_, _либо отправлять_ данные. Он должен _сначала отправить данные_ для slave control unit с ID, полученным от master task, затем _принять от него ответ_. Slave task же из slave control unit должен _сначала принять данные_ от master control unit, _потом, исходя из пришедшего ID, принять решение об отправке ответа_. Где же здесь аналогия? Или я что-то опять не понял?

Заголовок фрейма с ID для slave control unit отправляет master task из master control unit (смотри Figure 2.2, там нарисовано какая task что посылает).
Slave task из slave control unit принимает заголовок и по ID заголовка решает передавать или принимать поле данных.
Slave task из master control unit, после того как master task передал заголовок, также решает(в соответствии с ID фрейма) передавать или принимать поле данных.

Цитата из спецификации 3.MESSAGE TRANSFER(3.1Message frame):
The master task resides in the master node and is responsible for the schedule of the messages: It sends the HEADER of the MESSAGE FRAME. The slave tasks reside in all (i.e. master and the slave) nodes, one of them (either the master node or one slave node) sending the RESPONSE of the message.

Цитата:
Но ответить имеет право только то устройство, ID которого был послан master´ом, правильно? Т.е. все ведущие устройства могут слушать линию и анализировать данные на ней, а отвечать в нее имеет право только ´тот, кого спрашивают´, да?

да
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Yellatas



Зарегистрирован: 01.02.2017
Сообщения: 2

СообщениеДобавлено: Ср Фев 01, 2017 8:20 am    Заголовок сообщения: Ответить с цитатой

All I know about something new. To come up These elements are the ones that make me smarter.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
Показать сообщения:   
Начать новую тему   Ответить на тему    Список форумов DATAMICRO.ru -> LIN Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2005 phpBB Group
Русская поддержка phpBB