[Гость @Ark]

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

Замечательно. Вашему преобразователю еще и собственные драйверы полагаются... А если это устройство не ПК? Работало оно себе по RS232, а теперь нужно подключить его к RS485. В какое место Ваш драйвер предлагаете вставить?

... вы никогда ничего не слышали об эталонной семиуровневой модели ISO/OSI и, соответственно, не представляете как взаимодействуют между собой различные уровни интерфейса.

Вот этой, что ли: http://ru.wikipedia.org/wiki/%D0%A1%D0%B5%...%B5%D0%BB%D1%8C

… Сейчас даже самые рьяные сторонники этих протоколов признают, что OSI постепенно движется к тому, чтобы стать маленькой сноской на страницах истории компьютеров.

Каковой (интерфейс) разве что только дремучие кустари от электроники способны низвести до одного только физического уровня и отождествить с ним.

Ну да, конечно. Только большие волшебники мешают в кучу все уровни...

[=AK= 17]

У меня бисер кончился... :(

[Гость @Ark]

У меня тоже... :(

[evc 0]

У меня бисер кончился... :(

У меня тоже...

Но двух вещей вы точно добились:

Забили тему спамом, не дав никому посоветовать студенту.

Запутали несчастного топик стартера и (наверное навсегда) оттолкнули его от нашего форума.

 

Не мне вас судит, но:

АК, все ваши знания и опыт в электронике сводятся на нет вашей манией величия.

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

 

Не отвечайте, пожалуйста!

[=AK= 17]

Забили тему спамом, не дав никому посоветовать студенту.

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

 

Имейте ввиду, что студент с его мелкой задачей - всего лишь повод для обсуждения. Я, например, вполне удовлетворен результатом обсуждения, в ходе которого был в очередной раз развенчан популярный и живучий ламерский миф о том, будто бы растяжки на RS-485 есть предел помехоустойчивости. Борьба с ламерскими глупостями имеет бОльшую ценность для общества, чем решение студенческой задачки.

[студент123 0]

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

Да почему я исчез я тут многого начитался, не ясно мне конечно про помехи в интерфейсе, вроде люди тянут как книжка пишет и на 100 и на 200 метров RS-485 и работает у них, а у вас тут как не загорает что то так не работает из-за помехи, все это дела жетейские, здесь нужен личный опыт иметь, знать подводные камни, но вернемся к диплому. Пообщался я с преподом, и убедил его что I2C на 100 метров не пойдет, фронты будут размыты и в реале я не чего не получу, про интерфейс CAN я от сюда узнал, RS-485 мне немного знаком так что висеть приборы будут на нем. Но тут второй вопрос. Значит мы решили приборы которые будут удалены на 100 метров, т.е ведомые, будут с ведущим общаться по RS-485, Я так понял в этом контроллере шина MBUS апаратная там только битики правильно выставить и протокол у нее стандартный, но как мне препод обьяснил что можно еще такую шину сделать только програмно, но скорость обмена у нее будет пониже, тоесть дополнительно я еще один могу драйвер поставить RS-485 завязать 10 ведущих устройств и через преобразователь RS-485/RS232 или RS-485/USB связать с компом. Только как протокол обмена написать, а я в этом деле новичок, как это делать даже не представляю. Может вы здесь супер гуру, многое прошли, но мне нужно собрать устройство на коленке, и чтоб что то измеряло, мне опыт нужен а не мнение будет оно работать или нет, если не будет то нужно ломать голову почему и где ошибка, поэтому ищу наиболее простой и работоспособный вариант.

[=AK= 17]

Пообщался я с преподом, и убедил его что I2C на 100 метров не пойдет, фронты будут размыты и в реале я не чего не получу,

Убедили? А жаль. :) Есть вариант и с I2C: если использовать буфера P82B96 (предпочтительно - добавив к ним быструю гальваническую развязку), то I2C на 250 метров будет работать. :rolleyes:

 

Идеально было бы скомбинировать их с ADM2482E, которые являются трансиверами RS485/RS422 с гальв. развязкой. На противоположном конце можно поставить приемопередатчики RS422 без развязки, например, ADM3077E Тогда для связи двyх устройств потребуется 4 витых пары, что не проблема: в обычном Эзернет кабеле (категории 5 или 6) как раз 4 витых пары. Получите простое решение. C огромной помехоустойчивостью. ;)

 

 

PS: Имейте ввиду, это всего лишь идея. Реализуема она или нет - я пока точно не знаю. Скорей всего, реализуема (ну, может, резисторы подтяжки к питанию надо добавить на сигнальные линии между P82B96 и трансиверами RS422), но чтобы сказать точно, надо внимательно читать даташиты, а мне лень... :)

в этом контроллере шина MBUS апаратная там только битики правильно выставить и протокол у нее стандартный

В каком контроллере? И какой MBUS вы имеете ввиду, вот этот? http://www.m-bus.com/

[slavka012 0]

Убедили? А жаль. :) Есть вариант и с I2C: если использовать буфера P82B96 (предпочтительно - добавив к ним быструю гальваническую развязку), то I2C на 250 метров будет работать. :rolleyes:

Какой это к черту I2C? Вы его еще в IP запихайте и скажите что у вас I2C на тыщи километров работает.

 

Вы тут долго спорили что интерфейсы и протоколы это разные вещи, ну так это не так. I2C спецификация включает как электрическую часть, так и формат данных. С USB ситуация аналогичная. Как и со многими другими каналами связи.

Изменено 11 мая, 2010 пользователем ar__systems

[x736C 0]

ar__systems, тут, наверное, имеется в виду, что можно использовать встроенные приемопередатчики i2c, сопрягая их через буферы. Тем самым экономим ресурсы МК при дешевом аппаратном обеспечении.

С IP (видимо, имеется в виду Ethernet) так просто и удобно не выйдет.

То, что протокол (форма передачи) и стандарт (вид передачи) являются разными сущностями и в некоторых стандартах объединены в одном документе еще не означает, что эти два уровня (физический и логический, т. е. все уровни, которые располагаются над физическим) неразрывны.

А удобство от такого разделения для контроллера с недостаточной периферией, как писал во втором предложении, очевидны.

[студент123 0]

Вот это может быть идеей, просто вариант был на прямую две пары кинуть и оно вроде бы как должно работать, но на длине 100 метров явно такой номер не пройдет, а вот это мудрое решение, я о таких буферах еще не знал, наверное такую картинку нарисую, знать бы еще какие процессы там происходят, как идет обмен информации, временные диаграммы осталось построить

[slavka012 0]

ar__systems, тут, наверное, имеется в виду, что можно использовать встроенные приемопередатчики i2c, сопрягая их через буферы. Тем самым экономим ресурсы МК при дешевом аппаратном обеспечении.

Да это понятно... Мне не понравилась фраза "I2C будет работать".

С IP (видимо, имеется в виду Ethernet) так просто и удобно не выйдет.

Ну почему же. Есть и I2C, и Serial extenders over TCP/IP. Только нельзя уже будет сказать, что это у нас I2C работает.

 

То, что протокол (форма передачи) и стандарт (вид передачи) являются разными сущностями и в некоторых стандартах объединены в одном документе еще не означает, что эти два уровня (физический и логический, т. е. все уровни, которые располагаются над физическим) неразрывны.

Да это тоже понятно, что они разрывны. Только многие стандарты описывают оба уровня, и если вы один из этих уровней меняете, это уже новый протокол/интерфейс получается.

Изменено 11 мая, 2010 пользователем ar__systems

[Гость @Ark]

Уважаемые, не путайте вы студента. Он и сам без нас запутается. :)

Раз уж студент остановил свой выбор на RS485, пусть подбирает м/c драйверов, с гальванической развязкой желательно, и подключает их к UART своего PIC-а, как это обычно делается. Далее пусть вибирает протокол. Можно взять тот же модбас. Только не нужно пытаться реализовывать его в полном объеме - двух команд "за глаза" хватит - чтение регистров и запись регистров. Если модбас покажется слишком сложным - найдите протокол попроще, или придумайте сами, наконец. Преобразователь USB-RS485 для компьютера, я все-таки рекомендую подобрать готовый... Дальше - выбирате и подключайте датчики к вашему пику. Найдите готовый блок питания....

...

Все, хватит. А то, я Вам так весь диплом напишу... :)

[студент123 0]

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

[Гость @Ark]

а то до конца так и не ясно как же они будут у меня общаться

Как общаться? Между собой - никак. Центральная управляющая программа должна быть на ПК. Будет опрашивать периодически ваши устройства с датчиками (кнопками, тумблерами,..) и отправлять данные на устройства-индикаторы. Все должны быть ведомыми, а ведущим - только ПК. Вот такой идеологии придерживайтесь и все получится. Подробности потом проработаете, сначала с железом определитесь окончательно.

P.S. Вообще, с Вас уже пиво пора требовать (после защиты). :)

Учитесь-то где?

[студент123 0]

Учусь в Запорожье на кафедре радиотехники