kamoff

Добрый день! Попробовал непосредственно подключить Моксу к ПК, через обратный кабель. Та же самая история. У меня шлюз на объекте 192.168.0.1. Но IP с этой подсетью 192.168.0.ххх (при условии, что прописываю в Моксе такой gateway) я задать не могу, в Моксу загружается с ошибкой. Зато IP из другой подсети 192.168.10.ххх загружается нормально. (Как будто в самом адаптере существуют некие "запрещенные" адреса или комбинации "IP-gateway") Но будет ли мокса в этом случае видима на объекте?

И вот еще. Стояла МОХА 5150 на объекте, адрес 192.168.1.88, работала, отвечала. Связь с прибором была. МОксу сняли, привезли в офис. В локальной сети загрузить ее данные не можем. Все как в случаях, описанных выше.

Если это по вопросу пропадания портов у уже существующих счетчиков - да, так оно и есть. А я говорю о программировании новых адаптеров, устанавливаемых на объектах. Еще даже не запущенных и не подключенных к приборам. Вопрос о самом первом этапе: настройке в локальной сети (настройке IP внутри лс, а также основного шлюза) с прицелом на работу через сеть Интернет. И вот именно с записью этих основных настроек у меня проблемы и вопросы. Советовался с сис. админом. Утверждает, что внутри локальной сети в этом случае все должно записываться и читаться. А вот при чтении через Интернет читаться будет только в том случае, если внутренние IP адреса строго корректны. Но у меня-то как раз проблемы при загрузке, сохранении и чтении данных МОХА внутри локальной сети. Вот в этом-то и вопрос. Почему на одном адаптере в локальной сети одни прописанные адреса (192.168.10.240 - 192.168.10.254) обеспечивают его работу и чтение данных, а другие на нем же (192.168.1.240 - 192.168.1.1) выдают ошибку загрузки конфигурации и abort process?

gateway нужен, так как предполагается запрос через сеть Интернет, а не внутри локальной сети.

Забыл вот еще что сказать: обычно ошибка в загрузке возникает после заведения Gateway. Без Gateway все работает. В офисе XP, на переносном ноутбуке - Семерка. Установка новой версии NPA не помогла, все то же самое. А как и куда загружать новую прошивку? То есть NP51x0 3.4.7.rom? Через Ugrade Firmware? Если так, то и эта загрузка не помогла С Firmware 3.4.7

И вот еще вопрос. Столкнулся вот с какой проблемой с указанным адаптером Моха. При попытке программирования адаптера, с заведением нового IP, основного шлюза, он вроде как записывает новы данные, но затем при попытке посмотреть заведенные данные, объявляет ошибку Load configuration fail. При многократных попытках прочтения бывает открывается, но попытка внести изменения с записью оканчивается ничем, сохранение невозможно. Приходится только возвращаться к заводским настройкам. Не совсем понятно. Вначале мне показалось, что это связано с октетами IP. Скажем, программирую я для объекта что-то вроде 192.168.1.88. Смотрю в офисе, а у меня здесь основной шлюз 192.168.10.254, третий октет не 1, а 10. Вышеуказанный конфликт. Может быть по этой причине - несовпадение?. Но вот другой случай. На объекте основной шлюз вообще 192.168.0.1. Забить в офисе данные не получилось. Но и на объекте тоже не вышло, хотя вроде забиваю все сообразно, пишу этот шлюз и адрес 192.168.0.240. И опять не идет, та же самая ошибка с загрузкой/записью конфигурации. В чем может быть причина возникшей проблемы?

Пропажа портов неоднократно повторяется. Причем в системе ПК они остаются, но в приложениях становятся невидимыми. Как я понял, причина заключается в каких-то изменении настроек Интернет у адресата. Примерно так: адрес не пингуется, не отвечает по какой-то причине - виртуальный порт "выпадает" из поле зрения. Как только адрес становится опять доступным - порт появляется вновь.

Здравствуйте! Немного задержался с ответом... У меня все осталось без изменений, точно так же архивы не качаются с той же ошибкой.

Добрый день! Попробовал использовать RS485 на 5150 и подключил прибор к адаптеру указанным способом. Т.е. выставил RS485 2-проводную, Disable, в программе опроса задал тоже RS485. Канал оказался занятым. Поскольку при подключении тепловычислителя к 5150 по RS485, последовательный порт начал автоматически принимать данные, загорелся 3-й оранжевый индикатор. Ну и реакция - "неверный ответ адаптера". Как будто адаптер или порт неисправны.

Справка ИМ2300 дает ответ: в случае сигнала "нет начала передачи блока", причем если это не первый блок, а уже, например, второй, как у меня, то дело в несовпадении данных электронного паспорта в приборе и на компьютере.

Попробовал еще раз подключиться к прибору ИМ2300, серия ZK, у меня на столе (через Nport 5150, разумеется, серый IP) - все архивы пошли. А объектный теплосчетчик не выдает архив ни при запросе на белый IP, ни при запросе на серый IP, попробовал и так, и так, ответ один - см. выше. Приборы вроде бы одинаковые, Имки щитовые. Результат пока разный.

Добрый день! Подключил прибор на объекте. ИМ2300 очень старый, серия ZL Связь есть. Электронный паспорт, а также текущие данные получены. "Тест" - прибор тоже отвечает А вот архив все-таки не пошел ((

И еще вопрос. Обычно сеть приборов связывается по RS485, а затем для дальнейшей обработки интерфейс преобразуется в RS232. Но у Nport 5150 вроде бы поддерживается 485 вход. То есть получается я могу просто связать несколько приборов, подлежащих опросу, интерфейсом RS485 и сразу отправить его на комовский разъем, заведя их на контакты 3,4,5, комовского разъема DB9 (как это и указано в кратком описании на русском языке)? Иначе говоря, можно спаять кабель под RS485, на одном конце которого разъем DB9, а на другом - две ветки на два прибора? И сумеет ли Nport5150 "автоматом" распознать подключенный интерфейс, или надо переключать? Немного не верится. Real com mode как бы "удлиняет" порты, значит ситуация подобна той, как если бы я подключил интерфейс RS485 к комовскому порту ПК, не преобразовывая его, что по-моему невозможно. Все же должен быть какой-то дополнительный преобразователь?

Добрый день! Окказия с исчезновением портов продолжалась около дня. Потом сами появились опять в приложениях.. Советовался с сис. админом, поначалу думал, это он что-то в настройках сети фирмы менял. Нет, сказал, что ничего не делал и даже предположить нтрудно, из-за чего могли вылететь порты. Може драйвер какой "подвис" или еще что. Так что пока ситуация не совсем ясная.

В Nport ADministrator все осталось вроде бы без изменения. В "Диспетчер" я не хожу. В приложении исчезло. Причем еще один виртуальный порт, тоже под 5150, но подключенный у меня здесь в офисе, ко внутренней сети Ethernet, остался. А вот тот, который был сделан под прибор на объекте, с белым IP, исчез из приложений. Причем на обоих компьютерах (моем рабочем и т.н. "диспетчерском") одновременно. Я практически каждый день мониторил, проверял работу, все было нормально. Вчера утром еще качалось, а к вечеру и все встало.

Cоединениt с Nport, который находится за маршрутизатором с белым IP.

Добрый день! На столе собрал схему, подключил старую щитовую ИМ2300, серия ZK, через ImReport, связь пошла. Адаптер 5150 соединил с ИМ2300 через кабель RS232, тот самый, который используется для считывания на переносное устройство. Текущие данные скачались, а архивы нет. Не проверял сам счетчик, может там и архивов-то нет. Но связь у меня все же установилась. Посмотрю, что будет с подключением на объекте, там будет другая ИМка. У меня Nport 5150, в нем собственно никакие настройки не менял. Как был забит серый IP, в Operating Mode - режим Real Com Mode, скорость 115200, так все и оставил.

Добрый день! Сегодня почему-то в приложении, через которое опрашиваются счетчики, пропал виртуальный порт, созданный в NPOrt Administrator. Причем пропали порты на 2 независимых друг от друга компьютерах. С чем это может быть связано, как их снова "увидеть"?

Добрый день! Возможна ли передача данных с теплоконтроллера ИМ2300 через МОХА 5150 посредством сети Интернет? Выход RS 485 (232) у ИМ2300 точно есть. Но сам прибор старый, с протоколом производителя "ИМ 2300", и сам производитель не дает гарантии, что подключение произойдет успешно. ("А вот был бы ИМ2300 новый, с протоколом Modbus, проблем бы не было"). Производитель настоятельно рекомендует в качестве промежуточного шлюза I 7188, с ним, мол, все будет нормально. Примерно такая схема: Только теплоконтроллер у меня один, да и подключение не чисто к локальной сети предприятия, а с перспективой дозвона через сеть Интернет. Вопрос, однако, в принципиальной возможности сопряжения адаптера МОХА с данным конечным устройством. Но все же можно ли вместо I 7188 использовать МОХА 5150, не будет ли препятствий к этому (например в виде древнего протокола разработчика)?

Большое спасибо! После забивки адреса основного шлюза (пункт Gateway) в адаптер все заработало. Причем опрос на диспетчерском компьютере мне удалось реализовать "просто" через виртуальный созданный порт: обращаясь к порту, я обращаюсь к связанному с ним IP Это намного облегчает задачу: не нужно каждый раз вбивать в программе опроса IP, порты и т.д., все происходит автоматически.

И вот еще какой вопрос. Существуют два режима: TCP Server, и Real Com Mode. Но есть и два разных способа опроса счетчиков через Ethernet-адаптеры в программе опроса: 1) непосредственно через адаптер как таковой, то есть через задание белого IP, номеров портов и т.д; 2) просто через созданный виртуальный порт, который, "удлиняясь", "сокращает" нам расстояние до прибора. Д Но есть ли возможность, коль скоро "извне" реально дозваниваться через маршрутизатор в режиме Real Com Mode, строить программный опрос счетчиков "просто" через виртуальный порт, созданный в NPORT Administrator, так же, как это можно делать "изнутри" сети Ethernet? То есть, всегда ли, когда есть режим Real Com Mode, можно дозваниваться до объекта посредством обращения к определенному виртуальному порту?

А где LAN-адрес маршрутизатора в настройках NPort прописывается? Во вкладке Configuration \ Network или где-то еще? Пробовал, из командной строки. Секунд через 10 объявляется ошибка и окно закрывается

Задача у меня следующая. Нужно организовать считывание данных с двух теплосчетчиков ТМК-Н12 («Промприбор») посредством адаптера МОХА 5150 через сеть Интернет. Для преобразования интерфейсов и организации опроса двух счетчиков установлен дополнительный адаптер АМ-02, который преобразует промприборовский интерфейс СИ.АВ в RS232. Подключаю приборы, задаю адреса, настраиваю АМ-02. Подключаюсь в МОХА5150 через внутреннюю сеть предприятия Ethernet. Через NPort Administrator создал виртуальный порт, нашел МОХА 5150, завел все настройки, в том числе внутренний, серый IP. Режим Real Com Mode. Заводил все данные согласно представленной на русском языке инструкции. Опрашиваю приборы «изнутри» сети: все опрашивается, данные передаются. Следующий этап, нужно дозвониться до приборов «извне», через белый адрес. Порты на МОХА 5150, которые должны прозваниваться: 950 и 966. От внешнего пингования адрес защищен. По telnet у меня тоже не получается проверить. Сис. админ компании, где установлены приборы, уверяет меня, что прошил на маршрутизаторе белый ай пи и обозначил пути к оборудованию, 950 и 966 порты. Он извне МОХА, под ее серым ай пи, который мы с ним установили, «видит», поэтому говорит, разбирайтесь сами со своими программами. Я же «извне», через свой «менеджер данных» никак не могу дозвониться до приборов. Мониторинг и отладка соединений – не помогли. Представитель «Промприбора» говорит, что используемые МОХА порты – 4001 и 966. Наконец тот же «Промприбор» дал такую информацию, что нужно ставить в настройках МОХА не режим Real COM Mode, который я так и оставил, при котором опрос «изнутри» сети у меня шел прекрасно, но режим TCP Server Mode. Какие все же порты использовать? Какой режим опроса возможен при данной конфигурации оборудования? На какие настройки МОХА надо обратить внимание для успешной организации опроса?