|
|
Зависает ADAM 4520 и аналоги |
|
Картина точно такая как вы описали ) Как будто сами ее делали ).
Программа сделана так, она отправляет запрос на датчик 1(232-485), он ей я готов вот тебе результат, что я намерил, потом прога сохраняет, результаты и уже ломится ко датчику 2(232-485), он ей готов, вот тебе что я намерил. Эти датчики работают с ком портом компа физическим причем, и драйвер в програме для работы именно с ним. Потом програма говорит датчику 3 (Эзернет-485) давай что нибудь, он - на, сохраняет, и к датчику 4 (эзернет-485), сохраняет. Канал же может быть просто так занят перед началом работы программы? Поправка верна которую вы написали, так и есть, только программы одна - разные драйверы в ней, один с ком(физический) и другой (виртуальный ком) Ну да экономили. |
|
 |
|
|
Извиняюсь, что встреваю в дискуссию, но хотелось бы внести свою лепту :)
Как я понял, в системе стабильно работают датчики, опрашиваемые через преобразователь Ethernet-RS485, причем преобразователь подключен как виртуальный СОМ-порт, указываемый в настройках программы. Нельзя ли найти аналогичный преобразователь Ethernet-RS485, подключить его к Ethernet, настроить как второй виртуальный СОМ-порт и подсунуть этот новый "порт" программе вместо "железного" порта с преобразователем RS232-RS485? Естественно, 485й нового преобразователя подключить к линии... Может, прога криво работает с "железным" СОМ-портом, либо сам порт компьютера неисправен. И еще один момент. Есть ли у вашего преобразователя RS232-RS485 автоматическое определение скорости на порту? Навскидку, единственная причина, по которой может требоваться сброс преобразователя отключением питания - самопроизвольное установление скорости, отличной от нужной вам (9600). А вот _как_ такое может происходить - отдельный вопрос... |
|
|
Теория - это когда все знаешь, но ничего не работает.
Практика - это когда все работает, но никто не знает как. |
|
|
|
|
А там простой стоит преобразователь 4520 у него скорость жестко переключателями задается и уже выяснили что включен тот какой надо.
Вообще последнее дело придумывать как спасти кривую систему. В 100 раз проще было уже прокинуть кабель пусть веревочками его привязать и разделить сети все. А приходится изоьбретать очки для Хаббла. |
|
|
При экспериментах ни один чайник не пострадал
----------- Плохому системному интегратору всегда OPC сервер мешает. ______________ Пишу на C++ за еду |
|
|
|
|
Да уже думал поставить другого типа преобразователь, но с двумя первыми датчиками, которые через 232-485, такой номер не проходит, в программе для них драйвера, которые работают только с железным ком портом.(так мне разработчики отписались). Руководство как всегда экономила, тем более это система собрана для теста, но на нее повесили все смещения плотины (не понимаю этого!). Потом начинают: Почему не работает? Должно работать!. Буду пробовать приемы с резисторами....
|
|
|
|
А вот это уже интересно. Мне попадались приборы промышленного изготовления, протоколы которых предусматривали постоянное изменение настроек порта. Типа, запрос с одним видом контроля четности, ответ - с другим... Может, эти партизаны нагородили нечто подобное, и именно поэтому прога "типа работает" только с железным портом. Одним глазом взглянул на мануал к 4520. Да, скорость и число бит устанавливается DIP-переключателями. Но вот как определяется наличие/вид контроля четности? Может, здесь собака порылась? Вообще, мне кажется сомнительным, что одна и та же линия может нормально передавать сигнал от одной группы приборов и требовать специальных мер при работе с другой группой. Наиболее вероятной причиной мне кажется какой-то косяк со стороны "верхнего" уровня. На это косвенно указывает и ответ разработчиков о невозможности использования виртуального последовательного порта. Нагородили что-то нестандартное, что не поддерживается типовым железом, вот и результат... |
|
|
Теория - это когда все знаешь, но ничего не работает.
Практика - это когда все работает, но никто не знает как. |
|
|
|
|
У 4520 в сторонке есть еще пара выключателей которыми задается длина посылки , по умолчанию 10 бит стоит : старт , 8 данных и 1 стоп.
Кстати может и порылась - если у SW1 включить оба выключателя - будет 12 бит в посылке. |
|
|
При экспериментах ни один чайник не пострадал
----------- Плохому системному интегратору всегда OPC сервер мешает. ______________ Пишу на C++ за еду |
|
|
|
|
А вообще имеет смысл есле нельзя на реальной схеме посмотреть собрать макет на стле . Вместо линии связи поставить пару резисторов по 50 ом . Один или два датчика как на объекте и софт такой же и смотреть отрывая всех по очереди чтобы понять где у таракана орган слуха.
|
|
|
При экспериментах ни один чайник не пострадал
----------- Плохому системному интегратору всегда OPC сервер мешает. ______________ Пишу на C++ за еду |
|
|
|
|
Датчиков тоже лишних нет, по пару тыщ баков стоят, купили в аккурат сколько нужно было.
|
|
|
|
|
Сегодня начальник на ковер вызывал ). Вроде согласен оптику кинуть и линии связи разделить. Ну дык вот, из всего написанного всеми вами выделяем три причины плохой работы 485-232:
1) Источник питания (устранено) 2) Линия связи (не устранено) 3) Глючный ком порт компьютера (не устранено) После исправления 1 уже 7 дней пока работает(боюсь сглазить). При первом зависании, испправляем номер 3. А потом уже тогда 2. |
|
|
|
|
Ну удачи!
|
|
|
При экспериментах ни один чайник не пострадал
----------- Плохому системному интегратору всегда OPC сервер мешает. ______________ Пишу на C++ за еду |
|
|
|
Ответить 
|
Страница <12345> |
| Переход на форум | Права доступа на форуме  Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме |
