Снятие показаний через Ethernet 

Логин:
  Пароль:
Обычный
Безопасный
Запомнить пользователя



Зарегистрироваться
Забыли пароль?
 
 
 
Форум Теплопункта »   Диспетчеризация »   Снятие показаний через Ethernet
RSS

Снятие показаний через Ethernet

<<Назад  Вперед>>Страницы: 1 2 3 4 5 * 6
Печать
 
Дмитрий Анисимов
Администратор

Дмитрий Анисимов
Откуда: Верхняя Салда
Всего сообщений: 8269
Ссылка


Дата регистрации на форуме:
1 мар. 2008
Сетевое соединение и соединение "точка-точка" - это разные вещи. "Точка - точка" - это когда вы провели от вычислителя к компьютеру отдельный кабель, и больше на этом кабеле никого нет и быть не может. А сетевое соединение, даже если фактически в сети всего два устройства, предполагает возможность в любой момент подключить туда же третье, четвертое и так далее устройства. А на логическом уровне отличие в том, что при соединении "точка - точка" не нужна адресация и невозможны конфликты.


Василий Кузнецов написал:
[q]
через сеть, по которой оказываются интернет услуги одним или разными провайдерами,
[/q]


Ethernet - ЛОКАЛЬНАЯ СЕТЬ, вряд ли по ней могут оказываться услуги РАЗНЫМИ провайдерами. А вот если у какого-либо провайдера дом (район) охвачен сетью Ethernet, то Вы вполне можете подключить к ней вычислитель, установленный в этом доме. При этом с провайдером, которому принадлежит сеть, можно договориться, как писал выше Александр, а можно оформить все как обычное подключение обычного компьютера. И останется только вопрос IP-адреса. Провайдер может дать Вам статический IP, может выдавать динамический (при каждом подключении). Но в любом случае эти адреса будут ВНУТРИСЕТЕВЫМИ, т.е. чтобы компьютер мог общаться с вычислителем, он должен быть подключен к ЭТОЙ ЖЕ сети.
Василий Кузнецов
Долгожитель форума


Всего сообщений: 3233
Ссылка


Дата регистрации на форуме:
28 июня 2011
.
Дмитрий Анисимов написал:
[q]
что Вы вообще подразумеваете под "услугой" Ethernet?
[/q]

Неожидал, но ведь наткнулся на понятие : "Ethernet услуги":

.....Ethernet услуги RETN позволяют реализовать три вида взаимодействия между клиентскими портами:
E-Line (Ethernet Line) — виртуальный канал точка-точка между двумя портами....


http://retn.net/ru/services/ethernet/


Дмитрий Анисимов написал:
[q]
Сетевое соединение и соединение "точка-точка" - это разные вещи.
[/q]

Вот и понятие точка-точка я то-же где-то почерпнул на другом сайте, но оно и тут встретилось.
Дмитрий Анисимов
Администратор

Дмитрий Анисимов
Откуда: Верхняя Салда
Всего сообщений: 8269
Ссылка


Дата регистрации на форуме:
1 мар. 2008
Здесь встретился ВИРТУАЛЬНЫЙ КАНАЛ точка- точка. Т.е. через имеющуюся сеть Ethernet Вам предлагают "жестко" соединить (только) два устройства.
Дмитрий Анисимов
Администратор

Дмитрий Анисимов
Откуда: Верхняя Салда
Всего сообщений: 8269
Ссылка


Дата регистрации на форуме:
1 мар. 2008
Понял. Этот RETN, имея "сеть локальных сетей", предлагает подключаться и работать внутри них, не используя "переходы" через Интернет. Поэтому написанное мною выше ("чтобы компьютер мог общаться с вычислителем, он должен быть подключен к ЭТОЙ ЖЕ сети") верно с одним уточнением: "к сети RETN, состоящей из взаимосвязанных локальных сетей RETN".
klimachines
Участник

klimachines
Откуда: Владимирская область, г. Ковров
Всего сообщений: 97
Ссылка


Дата регистрации на форуме:
20 фев. 2013
Как же все запутано однако)))
Дмитрий Анисимов
Администратор

Дмитрий Анисимов
Откуда: Верхняя Салда
Всего сообщений: 8269
Ссылка


Дата регистрации на форуме:
1 мар. 2008
Да это мы сами тут все запутали. На самом деле все просто.

1. Есть Глобальная сеть (Internet), и есть множество локальных сетей (Ethernet). Любая локальная сеть может быть подключена к глобальной через шлюз. В этом случае она становится частью глобальной сети.

2. Чтобы устройства (компьютеры, приборы и пр.) могли общаться по сетям (хоть локальным, хоть глобальным), у них должны быть свои индивидуальные адреса - IP-адреса. IP-адрес состоит из 4 байт, в которых закодированы номер "подсети" и номер "узла" в этой "подсети". Понятно, что общее кол-во IP-адресов ограничено, а кол-во устройств растет. Поэтому часть адресов (кодов), например, 192.168.х.х, выделены специально для локальных сетей. Т.е. в любой локальной сети может существовать адрес 192.168.0.1 или 192.168.0.2. Но понятно, что устройство с таким адресом не может быть "запрошено" из глобальной сети, поскольку в целом в глобальной сети таких (одинаковых) адресов очень и очень много. Локальные адреса в разговорной речи называют "серыми", глобальные - "белыми". Никакого нелегального подтекста у понятия "серый адрес" нет.

3. Далее, адрес устройства (хоть в локальной сети, хоть в глобальной) может быть статическим, т.е. постоянным, выделенным этому устройству на неограниченное время, или динамическим, выделяемым временно. Связано это, опять же, с нехваткой адресов. Но поскольку подавляющее большинство устройств выходят в сеть время от времени и ненадолго, то идея динамических адресов - абсолютно здравая. Например, я хочу с телефона зайти на форум Теплопункта, проверить, есть ли что новое. Подключаюсь к глобальной сети - провайдер выдает мне IP-адрес. Я проверяю форум и отключаюсь. Выданный мне адрес освобождается и может быть отдан (тоже на время) кому-то другому. А когда я в следующий раз захочу выйти в сеть, мне дадут другой адрес из числа принадлежащих моему провайдеру (оператору).


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

Если наше устройство имеет глобальный (белый) адрес, то независимо от способа его подключения к сети, обратиться к нему можно из любого "сегмента" Интернет. Но тот, кто обращается, должен знать IP-адрес устройства. Поэтому, если адрес статический, то проблем нет. А если динамический, то перед тем, как послать запрос, запрашивающая сторона должна каким-то образом узнать его (т.е. узнать тот адрес, который устройство имеет именно в данный момент). Технически это можно сделать и делается, но это тоже отдельная тема.

Выводы:

1. С серыми адресами все сложно. Без проблем с ними можно работать только внутри локальной сети.
2. С белыми адресами все просто. Работать можно "по всему Интернету".
3. Лучше, когда хотя бы у одной из общающихся сторон адрес - статический. В этом случае инициатором соединений должна быть сторона с динамическим IP (т.е. "динамический" первым обращается к "статическому" и начинает таким образом сеанс связи).
top
Изгнанный


Откуда: Керчь, Крым
Всего сообщений: 406
Ссылка


Дата регистрации на форуме:
22 июня 2010
Есть ещё вариант!

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

ЗЫ А вообще для полнофункциональной диспетчеризации надо делать как у пожарников или охраны. Сервер с ПО управления. Приборы подключаются к этому серверу и держат соединение непрерывно, пингуя сервер раз в минуту.
А внутри прозрачного канала гоняется проприетарный протокол управления на базе того же MeterBus или MODBUS.
Цена , конечно, будет на порядок( а то и на два) выше, но это смотря какой вы контракт с оператором/провайдером заключаете. У меня допустим выходит 3 рубля в сутки, если непрерывно держать канал открытым, 10 рублей за 1Мб.
Дешевле выходит (15 копеек за соединение и передача до 10 Кб) , если внештатки обрабатывать прямо на месте и при необходимости соединять с сервером или слать СМС.
klimachines
Участник

klimachines
Откуда: Владимирская область, г. Ковров
Всего сообщений: 97
Ссылка


Дата регистрации на форуме:
20 фев. 2013

Дмитрий Анисимов написал:
[q]
Выводы:

1. С серыми адресами все сложно. Без проблем с ними можно работать только внутри локальной сети.
2. С белыми адресами все просто. Работать можно "по всему Интернету".
3. Лучше, когда хотя бы у одной из общающихся сторон адрес - статический. В этом случае инициатором соединений должна быть сторона с динамическим IP (т.е. "динамический" первым обращается к "статическому" и начинает таким образом сеанс связи).
[/q]
Вот Дмитрий разложил все по полочкам-достойно и понятно :thumbup:
raven34716
Новичок


Всего сообщений: 2
Ссылка


Дата регистрации на форуме:
29 апр. 2015
У нас все приборы учета опрашиваются через Ethernet. Услуга у провайдера называется "Объединение локальных сетей без выхода в Интернет" (10Мбит канал, 32 Кбит/с скорость на каждой точке, 100руб. в месяц за одну точку). В итоге получается локальная сеть предприятия в пределах города, но т.к. провайдер используется один, то наша сеть расширена до двух населенных пунктов: город + поселок в 30 км. У каждого счетчика свой IP адрес. Из диспетчерской все они опрашиваются один раз в час, источники тепла (котельные и ЦТП) опрашиваются ежеминутно. Если IP адресов не хватает, организуется еще одна подсеть, и прописывается маршрут на компьютере диспетчера в эту подсеть. Все работает уже третий год.
Василий Кузнецов
Долгожитель форума


Всего сообщений: 3233
Ссылка


Дата регистрации на форуме:
28 июня 2011

raven34716 написал:
[q]
У нас все приборы учета опрашиваются через Ethernet. Услуга у провайдера называется "Объединение локальных сетей без выхода в Интернет"
[/q]

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

Для этого используется и устанавливается спец.программа, имеющая внутри себя постоянный IP адрес. Устройство (клиент) со стороны вычислителя передаёт в эту программу свои данные, а эта программа в свою очередь, эти данные перенаправляет другому клиенту (диспетчерская). Как я понял такой программой является ХАМРР control panel.

На этом принципе как я понял, организована передача данных с приборов Логика с помощью адаптеров АДС98, через программу Радиус (аналог ХАМРР), в программу Пролог.

Это похоже на то о чем писал:


top написал:
[q]
Есть ещё вариант! Если все приборы сидят на одном провайдере, а платить за статику не хочется.То ставится 1 сервер со статикой внутри подсети ваших приборов.И уже этот сервер организовывает прозрачный туннель. Такой себе маршрутизатор.
[/q]




<<Назад  Вперед>>Страницы: 1 2 3 4 5 * 6
Печать
Форум Теплопункта »   Диспетчеризация »   Снятие показаний через Ethernet
RSS


Время выполнения скрипта: 0.0429. Количество выполненных запросов: 17, время выполнения запросов 0.0248


     


IntB Beige Style © Fisana