YarrowSoft

Архив : Автоматизация технологических процессов, системы управления промышленными установками, информационно-измерительные системы

Ближайшие найденные письма:

[Предыдущее - нет] [Следующее - нет]

Письма за один день 01 Июля 2005 с 1 -30 из 39

Письмо #3466

Тема: RE: [asutp] Хорошо в деревне летом ...
Начало этой темы: RE: [asutp] Хорошо в деревне летом ...
Это ответ на: нет
Ответ на это письмо: нет
От: Shchekin Sergey I. Дата: 01 Июля 2005 00:41

> -----Original Message-----
> From: Бардичев Виктор [mailto:E-Mailn.ru]
> Sent: Thursday, June 30, 2005 4:42 PM

> > Есть еще одна проблема: так называемая
> > "отраженная волна" (...) Все
> > зависит от длины кабеля, причем при использовании экранированного
> > кабеля эффект может усиливаться.
>
> В моем случае длины кабелей доходят до 200 м.

Эффект "отраженной волны" можно не принимать во внимание примерно до длины кабеля 10 м. В Вашем случае длина очень серьезная, и обязательно надо принимать меры для подавления "отраженной волны". Учитывая большое количество двигателей, возможно фильтр будет лучшим решением.


С уважением,
Сергей Щекин
TRICONEX


Письмо #3467

Тема: Re: [asutp] Хорошо в деревне летом ...
Начало этой темы: RE: [asutp] Хорошо в деревне летом ...
Это ответ на: RE: [asutp] Хорошо в деревне летом ...
Ответ на это письмо: нет
От: Бардичев Виктор Дата: 01 Июля 2005 00:42

> Есть еще одна проблема: так называемая
> "отраженная волна" (...) Все
> зависит от длины кабеля, причем при использовании
> экранированного кабеля эффект может усиливаться.

В моем случае длины кабелей доходят до 200 м.

> А не рассматривался вариант использования ЧРП в виде модуля, монтируемого
на
> двигатель (типа MICROMASTER 411 или что то в том роде)?

Предполагается установить один ЧП на 50 двигателей. Управление - по очереди,
комутируя пускателем нужный двигатель на выход ЧП в выключенном состоянии.

С уважением, Бардичев Виктор.


Письмо #3465

Тема: [asutp] Re: RS-485 to IP
Начало этой темы: [asutp] Re: RS-485 to IP
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Re: RS-485 to IP
От: kavlaskin Дата: 01 Июля 2005 02:13

Ну так вы задайте себе вопрос и сами на него попытайтесь ответить.
Что в данном стеке является протоколом физического уровня? У вас
получается Modbus(пожалу что канальный уровень) а ниже пустота, нету
ничего. Кстати, куда вы отнесёте формат настройки режимов передачи,
такие как: количество бит данных, чётность, стартовые, стоповые биты?
Чем вам не формат посылки(кадра или сообщения) для протокола?
Вот ещё один довод. В литературе, посвящённой теории сетевых
технологй, один из излюбленных примеров технология Ethernet.
Так вот всё что вы понаписали про RS-485 там приводится как пример
протокола физического уровня.
--- In E-Mail, "Eugene N.Ryzhov" <eugene_r@m...> wrote:
>
> KAS> Ну и что вы хотели этим сказать?
> Книжки под рукой у меня нет, так что извиняйте:
> Интерфейс RS-485 (EIA/TIA-485) - один из наиболее распространенных
стандартов физического уровня связи. Физический уровень - это канал
связи (собственно интерфейс) и способ передачи сигнала (протокол
соответствующий 1 уровню модели взаимосвязи открытых систем OSI).
> Сеть, построенная на интерфейсе RS-485, представляет собой
приемопередатчики, соединенные при помощи витой пары - двух
скрученных проводов. В основе интерфейса RS-485 лежит принцип
дифференциальной (балансной) передачи данных. Именно этой разностью
потенциалов и передается сигнал. На физическом уровне линия связи
готова к работе.
> Однако, нужен еще и протокол - договоренность между устройствами
системы о порядке и формате посылок. По природе интерфейса RS-485
устройства не могут передавать одновременно - будет конфликт
передатчиков. Следовательно, требуется распределить между
устройствами право на передачу. Отсюда основное деление:
централизованный (одномастерный) обмен и децентрализованный
(многомастерный). Протоколов существует множество и можно придумать
еще больше, но лучше пользоваться наиболее употребительными из них.
Одним из стандартных протоколов последовательной передачи является
уже упомянутый ModBus. Его поддержку обеспечивают многие
производители промышленных контроллеров. Но если нужно буквально "два
байта переслать" или просто освоить методы связи и не хочется из-за
этого изучать систему команд ModBus и писать для него драйвер, можно
найти варианты относительно простых протоколов... Основная задача в
организации протокола - заставить все устройства различать
управляющие байты и байты данных. К примеру, ведомое устройство,
получая по линии поток байтов, должно понимать, где начало посылки,
где конец и кому она адресована.
>
> Евгений Рыжов





    SPONSORED LINKS




        Learning russian language


        Russian language


        Russian language course




        Russian language study


        Russian language translation


        Russian


Письмо #3464

Тема: [asutp] Re: RS-485 to IP
Начало этой темы: [asutp] Re: RS-485 to IP
Это ответ на: нет
Ответ на это письмо: нет
От: kavlaskin Дата: 01 Июля 2005 02:23

С этим не поспоришь.
"Войны терминалогий" никакой нет. Я не пытаюсь доказать, что протокол
это более правильное название чем интерфейс, хочу лишь аргументировать
что, не будет ошибкой назвать 485-й также и протоколом.

С Уважением,
Константин Власкин

> По-моему, в определенном контексте оба термина имеют право на
употребление.
>
>
> С уважением,
> Сергей Щекин
> TRICONEX


Письмо #3463

Тема: Re: [asutp] Re: RS-485 to IP
Начало этой темы: [asutp] RS-485 to IP
Это ответ на: [asutp] Re: RS-485 to IP
Ответ на это письмо: нет
От: EugeneRyzhov Дата: 01 Июля 2005 02:54

Thursday, June 30, 2005, 6:13:45 PM, you wrote:
k> Ну так вы задайте себе вопрос и сами на него попытайтесь ответить.
Вот этого я делать не буду - лень!

k> куда вы отнесёте формат настройки режимов передачи, такие как:
k> количество бит данных, чётность, стартовые, стоповые биты?
Ну, пусть будет - протокол...

k> В литературе, посвящённой теории сетевых технологй,
k> один из излюбленных примеров технология Ethernet.
А это - тема отдельного разговора!

На досуге почитаю книжку про Ethernet!

Евгений Рыжов


Письмо #3455

Тема: Re: [asutp] RS-485 to IP
Начало этой темы: Re: [asutp] RS-485 to IP
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 01 Июля 2005 03:06

> Не  подскажете  ли,  бывают  ли  в  природе сабжи, или возможен только
> вариант  с  промежуточным  конвертором  485-232? Если такое бывает, то
> можно  ли  название?

Легко - контроллер ICPCON I-7188E (думаю он даже дешевле NPort)
На компакте производителя DEMO4.EXE (перенаправляет поток
RS***<--->Ethernet)
На комп ставим VXComm и получем "виртуально" порт контроллера, как будто
Ethernet и не было.

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


Письмо #3454

Тема: [asutp] Цифровые измерительные преобразователи переменного тока
Начало этой темы: [asutp] Цифровые измерительные преобразователи переменного тока
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Цифровые измерительные преобразователи переменного тока
От: indian Дата: 01 Июля 2005 03:11

Кто знает 3-фазные измерительные преобразователи 3/4-проводного включения с
выходом RS485. Такие что бы на выходе активная и реактивная
мощность/энергия и прочие параметры. И чтобы цена не как у Ohio
Semitronics (1100$/шт.).

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


Письмо #3461

Тема: Re: [asutp] RS-485 to IP
Начало этой темы: Re: [asutp] RS-485 to IP
Это ответ на: нет
Ответ на это письмо: Re[2]: [asutp] RS-485 to IP
От: Андрей Мурашко Дата: 01 Июля 2005 03:18

> "Войны терминалогий" никакой нет. Я не пытаюсь доказать, что протокол
> это более правильное название чем интерфейс, хочу лишь аргументировать
> что, не будет ошибкой назвать 485-й также и протоколом.
Интерфейс связи в отличие от протокола зависит от физических параметров
среды передачи информации (расстояние, напряжение, уровень сигнала и
т.п.).
Грубо говоря протокол не зависит от среды передачи информации. И при
желании (что и было доказано однажды) можно передавать пакеты протокола
TCP голубиной почтой.

Следуя же вашей логике яйцо можно называть и желтком и белком.

С Уважением,
Ильдар Ибатуллин
SLP Engineering

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


Письмо #3460

Тема: [asutp] Контроллеры SchneiderElectric
Начало этой темы: [asutp] Контроллеры SchneiderElectric
Это ответ на: нет
Ответ на это письмо: нет
От: Maxym Tyutyunnyk Дата: 01 Июля 2005 03:24

В Микро и премиум с карты памяти PCMCIA

С наилучшими пожеланиями,
Максим

>Как закрузить программу в контроллер (Modicon,  Telemecanique) без конфигурационного софта >(Concept итд) ?


Письмо #12323

Тема: [asutp] Контроллеры SchneiderElectric
Начало этой темы: [asutp] Контроллеры SchneiderElectric
Это ответ на: нет
Ответ на это письмо: нет
От: Maxym Tyutyunnyk Дата: 01 Июля 2005 03:24

В Микро и премиум с карты памяти PCMCIA

С наилучшими пожеланиями,
Максим

>Как закрузить программу в контроллер (Modicon,  Telemecanique) без конфигурационного софта >(Concept итд) ?


Письмо #3483

Тема: Re: [asutp] Re: RS-485 to IP
Начало этой темы: Re: [asutp] RS-485 to IP
Это ответ на: [asutp] Re: RS-485 to IP
Ответ на это письмо: нет
От: Alexander Diev Дата: 01 Июля 2005 03:44

Здравствуйте, Константин.

ayc> И тем не менее этот интерфейс является протоколом физического уровня.
ayc> Хотя разницы между протоколом и интерфейсом я принципиальной не вижу,
ayc> это скорее вопрос устоявшейся терминологии. И то и то это набор правил.
И тем не менее, интерфейс и протокол - принципиально разные вещи.
Протокол - порядок обмена в пределах одного уровня по OSI, интерфейс -
порядок перехода с одного уровня на другой. Это так, своими словами.
Точной формулировки не помню, но поискамши можно и найтить :).
>> > А по поводу 485-го что же это по вашему?
>> Интерфейс связи.



--
С уважением,
Alexander                          mailto:E-Mail


Письмо #3459

Тема: [asutp] Re: RS-485 to IP
Начало этой темы: [asutp] Re: RS-485 to IP
Это ответ на: нет
Ответ на это письмо: нет
От: kavlaskin Дата: 01 Июля 2005 06:44

&gt; Интерфейс связи в отличие от протокола зависит от физических
параметров
&gt; среды передачи информации (расстояние, напряжение, уровень сигнала и
&gt; т.п.).
&gt; Грубо говоря протокол не зависит от среды передачи информации. И при
&gt; желании (что и было доказано однажды) можно передавать пакеты
протокола
&gt; TCP голубиной почтой.
&gt;
&gt; Следуя же вашей логике яйцо можно называть и желтком и белком.

Логика эта далеко не моя и модель взаимодействия открытых систем
придумал не я. А вот с вашей голубиной логикой я даже и не представляю
во что может это яйцо превратиться.

С Уважением,
Константин Власкин


Письмо #3453

Тема: Re: [asutp] Кто занимался ОРС-технологиями.
Начало этой темы: [asutp] Кто занимался ОРС-технологиями.
Это ответ на: [asutp] Кто занимался ОРС-технологиями.
Ответ на это письмо: нет
От: Sergey N. Marchuk Дата: 01 Июля 2005 13:44

----- Original Message -----
From: "Комендантов Дмитрий Валерьевич"


> Вообще задача стоит такая. Имеется на предприятии 5-6 разных АСУ ТП,
> каждая из которых использует свой контроллер (от своего производителя) и
> разные SCADA. Их необходимо объединить, для создания  (вернее замены
> технически устаревших технологий) центральной системы ОДУ.

А имеет ли смысл объединения на едином верхнем уровне  ВСЕ контроллеры?
Наверняка эти SCADA разделены по участкам или технологическим объектам,
устоялись и функционируют с минимальной поддержкой.
Может вопрос надо поставить об объединении (сливании, слиянии...)
технологической инфо на более верхнем уровне, ОДУ?
Тем более, объединив контроллеры на уровне ОДУ Вы потеряете в надежности
системы в целом (упал Ваш главный ОДУ-шный сервер вместе с OPC-серверами).

Sergei N. Marchuk
META LLC, Tyumen, Russia
Tel: +7 (3452) 451348 Fax: +7 (3452) 451349


Письмо #3452

Тема: Re: [asutp] Цифровые измерительные преобразователи переменного тока
Начало этой темы: [asutp] Цифровые измерительные преобразователи переменного тока
Это ответ на: [asutp] Цифровые измерительные преобразователи переменного тока
Ответ на это письмо: нет
От: Шилин Анатолий Семенович Дата: 01 Июля 2005 15:33

----- Original Message -----
From: "Алексей Ефремовский" <E-Mail.ru>


> Кто знает 3-фазные измерительные преобразователи 3/4-проводного включения
с
> выходом RS485. Такие что бы на выходе активная и реактивная
> мощность/энергия и прочие параметры. И чтобы цена не как у Ohio
> Semitronics (1100$/шт.).
>
Посмотрите отечественные ИЦП-6806
Координаты довольно старые...
Изготовитель:  ООО "НПП Электромеханика"
   Ленинский пр-т, 160, г. Воронеж, 394033
    т. (0732) 22-25-91, т/ф (0732) 23-67-51
E-mail: E-Mail.ru, Web:
http://www.vsi.ru/~em


С ув. А.С.Шилин
г.Ухта


Письмо #3451

Тема: [asutp] Как проверить целостность информации на CD
Начало этой темы: [asutp] Как проверить целостность информации на CD
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Как проверить целостность информации на CD
От: okedik Дата: 01 Июля 2005 15:37

Приветствую форум!

Очень много информации (в т.ч. и программы, дистрибутивы) хранится на
CD-R/RW, как проверить, что информация не пострадала от времени и всяких
там царапин и т.п.?



С уважением,
Олег Васильевич Кедык,
нач. службы ТО АСУ ТП,
Когалымское ПУ ИТ,
ЗАО "ЛУКОЙЛ-ИНФОРМ"


Письмо #3448

Тема: Re: [asutp] RS-485 to IP
Начало этой темы: Re: [asutp] RS-485 to IP
Это ответ на: нет
Ответ на это письмо: Re: [asutp] RS-485 to IP
От: indian Дата: 01 Июля 2005 15:54

II>Кстати, у Альбатроса на подходе процессор МП10 контроллера Гамма-11
который будет иметь Ethernet-интерфейс.

Ильдар, откуда дровишки, насчет того что МП10 на подходе?

SI>Вдогонку -- речь не идет о создании АСУ ТП, я не настолько еще идиот,
что-бы окунуться так сразу самому в одиночку. ,)

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

AB>Если мы можем два устройства опрашивать по независимым каналам, то мы
AB>сможем их опросить в два раза быстрее, правильно?
AB>Еще делают несколько веток RS-485 для того, чтобы направить их в
AB>разные стороны, чтобы длина каждой была поменьше, и скорость можно
AB>было сделать побольше.

Есть еще такой фактор как надежность - чем больше параллельных линий связи
- тем меньше последствия отказа одной из них.

Впрочем, с учетом того что рассматривая нами система собирается "на
коленке" и для автора темы главным фактором является цена - применение
одного конвертора и запараллеливание всех линий связи вполне оправданно, и
учитывая небольшое количество контроллеров - работоспособно.

Насчет интерфейсов и протоколов - пустой спор, все зависит от того с какой
стороны смотреть. Для меня 485 - интерфейс, а Modbus - протокол т. к. это
сложившиеся термины. И махать саблей если это с академической точки зрения
неправильно - ИМХО просто глупо.

Кстати ссылка

http://coop.chuvashia.ru/SanyaSoft/na/Books/01/Olifer/network/networkbasics/11/1.html


Best regards,
Ostap

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


Письмо #3447

Тема: Re: [asutp] Как проверить целостность информации на CD
Начало этой темы: Re: [asutp] Как проверить целостность информации на CD
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 01 Июля 2005 15:57

Ну например с Nero идет программка Nero CD Speed - там есть тест
целостности поверхности диска.

Best regards,
Ostap

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


Письмо #3450

Тема: Re: [asutp] Хорошо в деревне летом ...
Начало этой темы: Re: [asutp] Хорошо в деревне летом ...
Это ответ на: нет
Ответ на это письмо: нет
От: Бардичев Виктор Дата: 01 Июля 2005 16:21

> Эффект "отраженной волны" можно не принимать во внимание примерно до длины
кабеля 10 м. В Вашем случае длина очень серьезная, и обязательно надо
принимать меры для подавления "отраженной волны". Учитывая большое
количество двигателей, возможно фильтр будет лучшим решением.

Спасибо всем за помощь!

С уважением, Бардичев Виктор.


Письмо #3446

Тема: Re: [asutp] Контроллеры SchneiderElectric
Начало этой темы: Re: [asutp] Контроллеры SchneiderElectric
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 01 Июля 2005 16:36

Для Concept есть загрузчик программ в контроллеры Concept Application
Loader 372SPU47701V26

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


Письмо #3449

Тема: [asutp] Re: Как проверить целостность информации на CD
Начало этой темы: [asutp] Re: Как проверить целостность информации на CD
Это ответ на: нет
Ответ на это письмо: нет
От: kavlaskin Дата: 01 Июля 2005 17:09

Вы какую то особую проверку задумали?
Тривиальное копирование всех файлов CD вполне можно считать такой
проверкой.
Из специального софта можно использовать CDCheck например.
Если интересует более глубокий анализ то рекомендую посмотреть
следующую ссылку&nbsp;
http://forum.ixbt.com/0031/021106.html
хотя там и
про DVD но многое применимо и к CD

&gt; Приветствую форум!
&gt;
&gt; Очень много информации (в т.ч. и программы, дистрибутивы) хранится
на
&gt; CD-R/RW, как проверить, что информация не пострадала от времени и
всяких
&gt; там царапин и т.п.?
&gt;
&gt;
&gt;
&gt; С уважением,
&gt; Олег Васильевич Кедык,
&gt; нач. службы ТО АСУ ТП,
&gt; Когалымское ПУ ИТ,
&gt; ЗАО &quot;ЛУКОЙЛ-ИНФОРМ&quot;





    SPONSORED LINKS




        Learning russian language


        Russian language


        Russian language course




        Russian language study


        Russian language translation


        Russian


Письмо #3445

Тема: Re[2]: [asutp] RS-485 to IP
Начало этой темы: [asutp] RS-485 to IP
Это ответ на: Re: [asutp] RS-485 to IP
Ответ на это письмо: нет
От: Serge M. Ignatkin Дата: 01 Июля 2005 17:19

Здравствуйте, OstapM.

SI>>Вдогонку -- речь не идет о создании АСУ ТП, я не настолько еще идиот,
> что-бы окунуться так сразу самому в одиночку. ,)

> А чем вы по-вашему сейчас занимаетесь? :)

Да так пока, воздух нюхаю. ,)

> Всегда с таких вот казалось бы мелочей все начинается.

_Иногда_. ,)

AB>>Если мы можем два устройства опрашивать по независимым каналам, то мы
AB>>сможем их опросить в два раза быстрее, правильно?
AB>>Еще делают несколько веток RS-485 для того, чтобы направить их в
AB>>разные стороны, чтобы длина каждой была поменьше, и скорость можно
AB>>было сделать побольше.

> Есть еще такой фактор как надежность - чем больше параллельных линий связи
> - тем меньше последствия отказа одной из них.

Речь только о линиях, а как же сама плата/конвертор, как их не
учитывать, если они суть более сложные ув-ва, чем линия?

> Впрочем, с учетом того что рассматривая нами система собирается "на
> коленке"

Система не собирается, о чем я и писал уже, есть локальная задача, но
по возможности изучается вариант ее развития в будущем, или по крайней
мере безболезненного расширения, до какой-то степени, естественно. ,)

> и для автора темы главным фактором является цена - применение

Не цена, а стоимость решения в контексте других задач, не менее
важных.

> одного конвертора и запараллеливание всех линий связи вполне оправданно, и
> учитывая небольшое количество контроллеров - работоспособно.

Вот за мнение спасибо. ,)



--
best regards!


Письмо #3444

Тема: Re: [asutp] RS-485 to IP
Начало этой темы: Re: [asutp] RS-485 to IP
Это ответ на: Re: [asutp] RS-485 to IP
Ответ на это письмо: нет
От: Ildar Ibatullin Дата: 01 Июля 2005 17:46

Привет!

> II>Кстати, у Альбатроса на подходе процессор МП10 контроллера Гамма-11
> который будет иметь Ethernet-интерфейс.
>
> Ильдар, откуда дровишки, насчет того что МП10 на подходе?

От Ускова Николая. На Нефтегазе-05 виделись.

--
  Regards,
  Ildar Ibatullin
  SLP Engineering Russia
  +7-095-234-45-05


Письмо #3443

Тема: Re: [asutp] RS-485 to IP
Начало этой темы: Re: [asutp] RS-485 to IP
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 01 Июля 2005 17:51

Шалом!

> Логика эта далеко не моя и модель взаимодействия открытых систем
> придумал не я.

А кто сказал, что модель правильная? Между прочим, полной реализации ее
так и нет.


>А вот с вашей голубиной логикой я даже и не представляю во что может это
яйцо превратиться.
ПАРДОН?

С Уважением,
Ильдар Ибатуллин
SLP Engineering

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


Письмо #3442

Тема: Re: [asutp] Как проверить целостность информации на CD
Начало этой темы: Re: [asutp] Как проверить целостность информации на CD
Это ответ на: нет
Ответ на это письмо: Re[2]: [asutp] Как проверить целостность информации на CD
От: Андрей Мурашко Дата: 01 Июля 2005 18:01

Кстати, это очень серьезная проблема.
Дело в том, что на CD-R,RW (и подозреваю + все DVD-+RXX) могут не
прочитаться спустя уже 2 года. Немцы делали такие тесты (увы источник
потерялся): ложили диски в коробку, на полку (т.е. диски не используются).
И каждый год проверяют целостность. Результаты ужасные: через 4 года - 30%
сбойных дисков.

Я бы лично архивы на CD-R не делал. Или делал 2 копии. Причем одну из них
перезаписывал каждый год на более новый носитель.

Кстати, у друга есть коллекция музыки на минидисках. Некоторым дискам уже
более 6 лет. Читаются без проблем. У Sony с самого начала на MD
магнитооптическая цифровая запись с упаковкой по алгоритму ATRAC. Думаю,
магнготооптика - это хороший вариант.

С Уважением,
Ильдар Ибатуллин
SLP Engineering

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


Письмо #3441

Тема: [asutp] Re: RS-485 to IP
Начало этой темы: [asutp] Re: RS-485 to IP
Это ответ на: нет
Ответ на это письмо: нет
От: kavlaskin Дата: 01 Июля 2005 18:41

Это о вашем примере про голубиную почту. По моему, весьма неудачный.
А по поводу независимости попробуйте TCP по IPX, например, пустить.
Или SPX по IP. Интересно что из этого получится.
Если вы в моделе OSI сомневаетесь, тогда может у вас есть какие то
более авторитетные источники.

&gt; ПАРДОН?
&gt;
&gt; С Уважением,
&gt;&nbsp; Ильдар Ибатуллин
&gt;&nbsp; SLP Engineering
&gt;
&gt; ----
&gt; E-mail автора: ildar.ibatullin@s...
&gt; (по данным регистрации на iprog.pp.ru/forum)


Письмо #3439

Тема: Re: [asutp] RS-485 to IP
Начало этой темы: Re: [asutp] RS-485 to IP
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 01 Июля 2005 19:02

kavlaskin писал(а):

> А по поводу независимости попробуйте TCP по IPX, например, пустить.
> Или SPX по IP. Интересно что из этого получится.
И где здесь физическая среда?

> Если вы в моделе OSI сомневаетесь, тогда может у вас есть какие то
> более авторитетные источники.
Просто прошу доказать без использования фраз "потому-что все так делают".

Да, кстати, потрудитесь, сэр, посылать письма в кодировке КОИ-8Р, like
recent people does.

С Уважением,
Ильдар Ибатуллин
SLP Engineering

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


Письмо #3438

Тема: Re: Re[2]: [asutp] RS-485 to IP
Начало этой темы: [asutp] Re: RS-485 to IP
Это ответ на: Re[2]: [asutp] RS-485 to IP
Ответ на это письмо: нет
От: Ildar Ibatullin Дата: 01 Июля 2005 19:18

> Ну почему же не зависит? Грубо говоря - протокол физического уровня
> есть то, в каком виде летают данные по (в случае 485) проводам, а
> интерфейс есть процесс преобразования единичек/ноликов в электрические
> сигналы.

Ну и как "летание данных" (т.е. "единичек/ноликов") протокола физического  
уровня зависит от напряжения?
Если через "процесс преобразования единичек/ноликов в электрические  
сигналы", то вы только подтвержаете мои аргументы.


> Можно и не только голубиной, а, к примеру, авиапочтой. В полном
> сообветствии с rfc1149 (Standard for the transmission of IP datagrams
> on avian carriers) и rfc2549 (IP over Avian Carriers with Quality of
> Service).
> Обращаю внимание, что оба стагдарта приняты 1 апреля, 1990 и 1999
> годов соответственно :)

Именно первоапрельский RFC я и имел в виду. :)

--
  Regards,
  Ildar Ibatullin
  SLP Engineering Russia
  +7-095-234-45-05


Письмо #3437

Тема: [asutp] Re: RS-485 to IP
Начало этой темы: [asutp] Re: RS-485 to IP
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Re: RS-485 to IP
От: kavlaskin Дата: 01 Июля 2005 19:25

&gt; И где здесь физическая среда?
Имею в виду, что &quot;физическая среда&quot; это
частный случай среды в целом.
Средой здесь будет протокол нижнего сетевого
уровня.
&gt; Просто прошу доказать без использования фраз
&quot;потому-что все так
делают&quot;.
Просите меня велосипед изобрести. Чего доказывать,
когда и так всё
доказано.
&gt; Да, кстати, потрудитесь, сэр, посылать письма
в кодировке КОИ-8Р, like
&gt; recent people does.
По поводу кодировки не понял. Письма же не
абракадаброй отображаются
(кодировка в эксплоере КОИ-8Р), или это
модератор так за меня старается?
Тогда вопрос, что я не правильно делаю?

С Уважением,
Константин Власкин


Письмо #3420

Тема: Re: [asutp] Цифровые измерительные преобразователи переменного тока
Начало этой темы: Re: [asutp] Цифровые измерительные преобразователи переменного тока
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 01 Июля 2005 19:44

Алексей
Если Вас заинтересует, можем предложить турецкие приборы (Network Analyzer
With RS-485 стоит около 240 USD).

С уважением, Кирлан Н.В.

http://www.datakom.com.ru


----
E-mail автора: E-Mail.ru
(по данным регистрации на iprog.pp.ru/forum)


Письмо #3435

Тема: RE: Re[2]: [asutp] Re: RS-485 to IP
Начало этой темы: RE: Re[2]: [asutp] Re: RS-485 to IP
Это ответ на: нет
Ответ на это письмо: Re[4]: [asutp] Re: RS-485 to IP
От: Shchekin Sergey I. Дата: 01 Июля 2005 20:47

> -----Original Message-----
> From: Vladimir E. Zyubin [mailto:E-Mail.su]
> Sent: Thursday, June 30, 2005 3:42 PM

> Кстати, насколько мне помнится, 485 и 422 по уровням сигналов
> несколько отличны... в СТА в каком-то из номеров была очень
> хорошая статья... так-что 422-485 соединить может не
> получиться... да и 485-485 as well...

Владимир, ценю Ваше стремление к абсолютной точности. Поэтому считаю необходимым отметить: ЕДИНСТВЕННОЕ физическое отличие RS422 от RS485 - это наличие "третьего состояния" у передатчика RS485, когда его выход может "дотягиваться" до напряжения питания передатчика. Соответственно, допустимый диапазон синфазного напряжения для RS422 составляет от -7 до +7 В, а у RS485 от -7 до +12 В. Остальные уровни сигналов совпадают. (Желающим почитать про RS422/485 рекомендую <
http://www.rs232.ru/i_rs485.html>
;).

Насчет того, что "422-485 соединить может не получиться... да и 485-485 as well..." хочу заметить, что если устройство сделано кривыми руками, то иногда и обычную вилку воткнуть в розетку 220 В получается с трудом. Если два устройства ДЕЙСТВИТЕЛЬНО соответствуют стандарту RS422/485, то они всегда ФИЗИЧЕСКИ вяжутся без проблем. На то он и стандарт. Естественно, перед их соединением надо проверять по паспорту, что приемник устройства с RS422 выдержит напряжение +12 В. Мне неоднократно приходилось вязать устройства, одно из которых имеет RS422, а другое RS485. И это ВСЕГДА удавалось (разумеется, только в режиме "точка-точка" и только при поддержке одного и того же ЛОГИЧЕСКОГО протокола обоими устройствами).


С уважением,
Сергей Щекин
TRICONEX


Страницы: [1|2]

[2001|2002|2003|2004|2005|2006|2007|2008] [Январь|Февраль|Март|Апрель|Май|Июнь]
[01|02|03|04|05|06|07|08]

Error. Page cannot be displayed. Please contact your service provider for more details. (15)