YarrowSoft

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

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

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

Письма за один день 19 Июля 2005 с 31 -37 из 37

Письмо #3081

Тема: [asutp] RS-485 to IP (кривая реализация MODBUS у контроллеров ГАММА)
Начало этой темы: [asutp] RS-485 to IP (кривая реализация MODBUS у контроллеров ГАММА)
Это ответ на: нет
Ответ на это письмо: нет
От: Шмыгановский Олег Дата: 19 Июля 2005 22:31

Дручинину Валерию:
можно подробнее про сабж?
вскоре придётся с этим самому бороться :-(

═--
Всего доброго,
Олег Шмыгановский
Руководитель проектов
ООО "ТРЕИ-Кама"


Письмо #12279

Тема: [asutp] RS-485 to IP (кривая реализация MODBUS у контроллеров ГАММА)
Начало этой темы: [asutp] RS-485 to IP (кривая реализация MODBUS у контроллеров ГАММА)
Это ответ на: нет
Ответ на это письмо: нет
От: Шмыгановский Олег Дата: 19 Июля 2005 22:31

Дручинину Валерию:
можно подробнее про сабж?
вскоре придётся с этим самому бороться :-(

═--
Всего доброго,
Олег Шмыгановский
Руководитель проектов
ООО "ТРЕИ-Кама"


Письмо #3080

Тема: [asutp] Re: Вопрос студента
Начало этой темы: [asutp] Re: Вопрос студента
Это ответ на: нет
Ответ на это письмо: нет
От: Oleg.B.Filichkin Дата: 19 Июля 2005 22:32

> Сейчас перешёл на 3 курс

Вовремя парень задумался...
>Не торопитесь! :)
>Получите распределение (или сами устроитесь) на какой-нибудь
>завод, там всё и узнаете "за жисть".
Затем (может) не понравится, поменяете специализацию (а то и специальность!)
Опять может не понравится, опять поменяете
и так лет до 40...
Собственно, совет прост донельзя.
Для начала ищете три-четыре фирмы (не завода!) своей специализации (на
заводе придти-уйти на учебу не получится), смотрите список объектов для
определения солидности.
Выбираете.
Идете и предлагаете свои услуги бесплатно ( кто ж тебе за обучение платить
будет?)
Получение средней квалификации идет от 1,5 до 3х лет в зависимости от того,
сколько (и как) ты сможешь в день работать.
Так что выбор надо делать именно сейчас. Главное, чтобы до живого объекта
дойти.
Успехов, студент!
С уважением,
ГИП
ООО "АСУ-ТЭК"
О.Б.Филичкин
E-Mail.ru


Письмо #3079

Тема: Re: [asutp] ИБП на 200 Вт-ч
Начало этой темы: [asutp] ИБП на 200 Вт-ч
Это ответ на: [asutp] ИБП на 200 Вт-ч
Ответ на это письмо: нет
От: Ганьжов С.В. Дата: 19 Июля 2005 22:54

Здравствуйте, Пожидаев.

Вы писали 14 июля 2005 г., 12:44:04:

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

>   Кто-нибудь   подскажет  ИБП  на  200  Вт*ч  для  промышленного
>   применения?  Можно  было бы поставить какой-нить APC 1500VA, но
>   такая  моща  (1,5  кВт)  не нужна, нужно макс. 200 Вт, но чтобы
>   работал 1 час.

А APC 1500VA разьве промышленного исполнения???

Powercom и др.выпускают ИБП на 300Вт


http://www.mas.ru


http://www.powerware.ru


http://www.dc-ac.ru


http://www.alphapower.ru


--
С уважением,
Ганьжов С.В.


Письмо #3078

Тема: RE: [asutp] Метрологическая аттестация Trace Mode
Начало этой темы: RE: [asutp] Метрологическая аттестация Trace Mode
Это ответ на: нет
Ответ на это письмо: нет
От: Бунин Владимир Исаевич Дата: 19 Июля 2005 22:58

Роман, добрый день.
Мы дважды в разные годы раздумывали о прямой атестации своего ПО и оба раза
отступались, решив, что игра не стоит свеч. Нам всегда оказывалось проще
атестовать канал в целом, от первичных или от вторичных измерительных
преобразователей до индицируемых результатов, нежели пройти путь атестации
отдельно взятого ПО.
Наш выбор был обусловлен следующими соображениями:
1. Процедуру периодической поверки отдельная атестация программ никак не
облегчает, разница может возникнуть только на этапе самой атестации системы,
а не при её поверке.
2. Часть используемых нами импортных техсредств не внесена в госреестр СИ
РФ, поэтому расчётный путь атестации нам всё равно закрыт. А именно он
является единственным преимуществом, получаемым при атестации ПО.
3. Специалисты как территориальных, так и центральных органов Росстандарта
гораздо лучше понимают и потому легче принимают сдачу канала в сборе, а не
сдачу отдельно ПО.
4. В каждом серьёзном проекте появляются свои, специфические алгоритмы
расчётов, и их всё равно придётся атестовывать специально, поэтому
тиражируемость работы по атестации ПО мне кажется сомнительной.

Резюмирую:
1. Считаю работу по отдельной атестации ПО возможной, но ненужной.
2. Если у Вас всё же получится, дайте знать, может, на основании Вашего
успешного опыта мы и пересмотрим свою позицию.

С уважением,
      Владимир Бунин

тел/факс (812) 336-29-68
E-mail: E-Mail.ru

http://www.lenprom.spb.ru


-----Original Message-----
From: E-Mail [mailto:E-Mail] On Behalf Of
Роман Винокуров
Sent: Tuesday, July 19, 2005 11:05 AM
To: E-Mail
Subject: RE: [asutp] Метрологическая аттестация Trace Mode

Спасибо, Владимир Исаевич, что откликнулись!
Во-первых, давайте отойдем от понятия ИВК и рассмотрим измерительную систему
(ИС) и измерительный канал (ИК) (хотя, по РМГ29-99 ИВК входит в состав ИС).
Во-вторых, рассмотрим вопрос со стороны метрологии. Как я уже писал выше,
основным документом, регламентирующим метрологические работы с ИС, является
ГОСТ 8.596-2002 "Метрологическое обеспечение измерительных систем". Там
сказано, цитирую:
п.5.6. "Для программ, реализуемых вычислительным компонентом ИС, если
свойства этих программ не учтены при нормировании метрологических
характеристик соответствующих измерительных компонентов, нормируют
характеристики погрешности вычислений, обусловленной алгоритмом вычислений и
его программной реализацией..."
п.7.4. "Программы, реализуемые вычислительным компонентом, подлежат
метрологической аттестации в соответствии с МИ 2174-91 "ГСОЕИ. Аттестация
алгоритмов и программ обработки данных при измерениях. Основные
положения"..."
Конечно, можно сказать, что "берите МИ 2174-91 и действуйте", но в том-то и
дело, что у нас нет никакого опыта в такого рода делах, поэтому я и поднял
этот вопрос на форуме - люди здесь бывалые, опытные, может чего толкового
подскажут, но к сожалению толкового я пока ничего не слышал (то ли я вопросы
ставлю некоректно, то ли еще что-то).
Очень надеюсь на Ваше авторитетное мнение, Владимир Исаевич (как и на мнение
остальных уважаемых специалистов).
С ув. роман Винокуров.


Письмо #12278

Тема: RE: [asutp] Метрологическая аттестация Trace Mode
Начало этой темы: RE: [asutp] Метрологическая аттестация Trace Mode
Это ответ на: RE: [asutp] Метрологическая аттестация Trace Mode
Ответ на это письмо: нет
От: Бунин Владимир Исаевич Дата: 19 Июля 2005 22:58

Роман, добрый день.
Мы дважды в разные годы раздумывали о прямой атестации своего ПО и оба раза
отступались, решив, что игра не стоит свеч. Нам всегда оказывалось проще
атестовать канал в целом, от первичных или от вторичных измерительных
преобразователей до индицируемых результатов, нежели пройти путь атестации
отдельно взятого ПО.
Наш выбор был обусловлен следующими соображениями:
1. Процедуру периодической поверки отдельная атестация программ никак не
облегчает, разница может возникнуть только на этапе самой атестации системы,
а не при её поверке.
2. Часть используемых нами импортных техсредств не внесена в госреестр СИ
РФ, поэтому расчётный путь атестации нам всё равно закрыт. А именно он
является единственным преимуществом, получаемым при атестации ПО.
3. Специалисты как территориальных, так и центральных органов Росстандарта
гораздо лучше понимают и потому легче принимают сдачу канала в сборе, а не
сдачу отдельно ПО.
4. В каждом серьёзном проекте появляются свои, специфические алгоритмы
расчётов, и их всё равно придётся атестовывать специально, поэтому
тиражируемость работы по атестации ПО мне кажется сомнительной.

Резюмирую:
1. Считаю работу по отдельной атестации ПО возможной, но ненужной.
2. Если у Вас всё же получится, дайте знать, может, на основании Вашего
успешного опыта мы и пересмотрим свою позицию.

С уважением,
      Владимир Бунин

тел/факс (812) 336-29-68
E-mail: E-Mail.ru

http://www.lenprom.spb.ru


-----Original Message-----
From: E-Mail [mailto:E-Mail] On Behalf Of
Роман Винокуров
Sent: Tuesday, July 19, 2005 11:05 AM
To: E-Mail
Subject: RE: [asutp] Метрологическая аттестация Trace Mode

Спасибо, Владимир Исаевич, что откликнулись!
Во-первых, давайте отойдем от понятия ИВК и рассмотрим измерительную систему
(ИС) и измерительный канал (ИК) (хотя, по РМГ29-99 ИВК входит в состав ИС).
Во-вторых, рассмотрим вопрос со стороны метрологии. Как я уже писал выше,
основным документом, регламентирующим метрологические работы с ИС, является
ГОСТ 8.596-2002 "Метрологическое обеспечение измерительных систем". Там
сказано, цитирую:
п.5.6. "Для программ, реализуемых вычислительным компонентом ИС, если
свойства этих программ не учтены при нормировании метрологических
характеристик соответствующих измерительных компонентов, нормируют
характеристики погрешности вычислений, обусловленной алгоритмом вычислений и
его программной реализацией..."
п.7.4. "Программы, реализуемые вычислительным компонентом, подлежат
метрологической аттестации в соответствии с МИ 2174-91 "ГСОЕИ. Аттестация
алгоритмов и программ обработки данных при измерениях. Основные
положения"..."
Конечно, можно сказать, что "берите МИ 2174-91 и действуйте", но в том-то и
дело, что у нас нет никакого опыта в такого рода делах, поэтому я и поднял
этот вопрос на форуме - люди здесь бывалые, опытные, может чего толкового
подскажут, но к сожалению толкового я пока ничего не слышал (то ли я вопросы
ставлю некоректно, то ли еще что-то).
Очень надеюсь на Ваше авторитетное мнение, Владимир Исаевич (как и на мнение
остальных уважаемых специалистов).
С ув. роман Винокуров.


Письмо #3077

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

Здравствуйте Юрий,

КЮIY>   А к чему бы Вы отнесли спецификации физического уровня Etherneta??
КЮIY>         10BASE-2 Bus 185 m 50 ohm coaxial "thinnet" cable
КЮIY>         10BASE-5 Bus 500 m 50 ohm coaxial "thicknet" cable
КЮIY>         10BASE-T Star 100 m UTP cable
КЮIY>         10BROAD36 Bus/tree 1800 m 75 ohm coaxial cable
КЮIY>         10BASE-FP Star 500 m 850 nm optical fiber pair

КЮIY>   10BASE5, 10BASE2, FOIRL (fiber optic inter-repeater link), 10BROAD36,
КЮIY> 10BASE-T, 10BASE-FL, 10BASE-FB, and 10BASE-FP at 10 Mb/s; Media Independent
КЮIY> Interface (MII) and PHY types 100BASE-T4, 100BASE-TX, 100BASE-FX, and
КЮIY> 100BASE-T2 at 100 Mb/s; and the Gigabit MII (GMII) and 1000BASE-X PHY types,
КЮIY> 1000BASE-SX, 1000BASE-LX, and 1000BASE-CX, which operate at 1000 Mb/s
КЮIY> (Gigabit Ethernet) as well as PHY type 1000BASE-T.

КЮIY>   Если к протоколу , было бы хорошо увидеть ссылки.
Не к протоколу конечно, но к интерфейсу Ethernet.

Как я не старался укланится от публикации первой лекции по курсу
"Интерфейсы информационных систем", но никак не получается.
Попробуем выделить важное.

Цитата (к сожалению сейчас первоисточник назвать не могу, книжки
нет) "Аппаратным интерфейсом принято называть совокупность правил унифицированного
взаимодействия между отдельными устройствами, а также совокупность аппаратных,
программных и конструктивных средств, необходимых для реализации этих
правил."
"Унификация правил взаимодействия обеспечивает реализацию основных функции
интерфейса, которые заключаются в обеспечении информационной, электрической и
конструктивной совместимости между функциональными элементами системы"

т.е. из вышесказанного получается что интерфейс образуют три составляющих:
1) информационная;
2) электрическая
   (для оптической и беспроводной связи необходимо применять с
   оговоркой);
3) конструктивная;

совокупность аппаратных средств интерфейса охватывает составляющую 2
и 3 т.к. тесно с ними связанна.

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

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

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

Протокол является необходимой частью для обеспечения информационной
совместимости.

Не все стандарты жестко регламентируют все три составляющих, но RS-232
и группа стандартов Ethernet все три.
(
http://www.interfacebus.com/Design_Connector_RS232.html
)
(
http://www.interfacebus.com/Design_Connector_Ethernet.html
)

Теперь можно отнести спецификации физического уровня Etherneta
к аппаратному обеспечению интерфейса обеспечивающему электрическую и
конструктивную совместимость. В англоязычных источниках бывает что
их называют Media
(
http://www.georgehernandez.com/xComputers/Networks/Media/Connectors.gif
)
(
http://www.georgehernandez.com/xComputers/Networks/Media.htm
)


КЮIY>   > Функциональность системы полностью зависит от интерфейсов,
КЮIY>   > используемых в этой системе, в независимости от контекста
КЮIY>   > употребления.

КЮIY>   Функциональность системы полностью зависит от проводов ::))
А Вы сомневаетесь ? ;)

КЮIY>   И от правильного их выбора во многом зависит возможность
КЮIY>   > системы выполнять возложенные на нее функции.

КЮIY>   Мне бы были интересны примеры, в подтверждение ,,.....
Примеры выполнять функции ? Наверно интересней примеры невыполнять при
непродуманости интерфейсов. Примеров можно придумать много. Уже буду
краток ;) Все примеры выдуманные но взяты из инвертированных успешных
проектов.

1) Проблема расстояний/скорости:
   Проектирование АСУ для распределееной системы, остановились на
   RS-485. Поротяженность до 100 М, скорость не менее 10 Мбит/с.
   Система неработает, не учли расстояния и скорости.
2) Проблема пропускной способности.
   В состав пром-ПК заложили "мощные" (DSP, P2, PowerPC) многоканальные
   модули обработки данных, но в качестве системной шины выбрана ISA
   (PC104)    (непродуманно, в расчете на малый объем межмодульных взаимодействий)
   в результате система не работает.
3) Проблема помех (помеха 1)
   Выбрали I2C для коммутации модулей внутри шкафа, его же придумано
   бросить до соседнего шкафа, который ну совсем рядом.
   Электромагнитная ситуация работать не позволяет.
4) Достоверность передачи данных (помеха 2)
   А кто же об ней думает когда столько протоколов везде используется ;)
   Подумали плохо. Связисты дают канал, по весне BER E-3. Нужна
   достоверность на появление необнаруженной ошибки E-12, а протокол не вытягивает.

---
С уважением,
Инженер, НИИ Электронных систем, г. Томск.
mailto:E-Mail


Страницы: [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. (32)