Akina,
Приходите в системную интеграцию - там чего только не потребуется в процессе создания новых сетей в рамках решения бизнес-задач заказчика... :)
Например из предоставленной Заказчиком структуры имеющейся сети выковыривать в Excel всякую нужную информацию про IP адреса, VLAN'ы и т.п..
Да и просто оформлять в Excel подобного рода информацию для исполнительной документации при сдачи проекта... Ибо таблицы в AutioCAD'е - вещь в себе... А никаких DCIM систем в договоре на проектирование/построение не упоминается. "Формат выдачи - .dwg, .doc, .xls"
Мощности (потребляемые/тепловыделение) на один шкаф - какие планируете?
Сейчас и в перспективе? Только реальные!
Если киловат парочку - одни решения Вам надо порекомендовать.
Если 5 киловатт - чуть другие...
Десяток киловат на шкаф - требует уже повышенного внимания.
А если, как предыдущий оратортнасчитал - 72КВт, то лучше раскидать по нескольким стойкам. Или ОЧЕНЬ вдумчиво к инжинирингу отнестись. С моделированием воздушных потоков (CFD). Ибо перегреться может в момент...
CityCat4,
Ну, чесссно говоря - автоматы-то тепловые. И ограничения в 16А на кабеле в доме, если вдуматься - тоже связаны с нагревом.
И времятоковые характеристики таковы, что если на стандартный автомат С16 аккуратненько повесить ампер так раза в полтора больше - он ещё достаточно долгое время будет ток через себя пропускать, пока не нагреется и от не отключится.
И даже обсуждаемые (сильно теоретические, как мне кажется) 39 ампер (перегрузка I фактич/ I номинальн = ~2.5 раза) автомат С16 будет держать порядка десятков секунд...
А вот ИБП от такого имеет полное право уйти в в срабатывание защиты
Другой вопрос, что tomshardware нарисовали красивые картинки в цифрами inrush current, но не указали, сколько МИЛЛИсекунд этот ток присутствует.
сможет ATM модем автоматически поднять TCP IP соединение, всё равно не понятно каким образом организовать отправку данных с ПР200 и их получение, если оттуда даже АТ-команду нельзя отправить...
Если ATM модем (а лучше - роутер с RS-485 портом, например - RL21) сможет своими силами поднять IP соединение через сотовую сеть, то с ПР200 никакие команды отправлять не надо.
Тогда ПР200 будет работать, как будто бы соединён с сервером прямым проводом.
PS. И ообще - по их форуму имеет смысл плотно покопаться ,ищща по фразе умеющейся у вас ошибки ("Determining memory availability on distributed machines ")
Если совсем по правильному пути идти, то большого слона надо есть по частям :)
Кабельный уровень.
Либо найти где-нибудь кабель анализатор (типа Fluke DSX) и прогнать полый тесттчастотных (и т.п.) характеристик кабеля. Либо просто поменять кабель на заведом исправный.
Ethernet уровень.
Найти где-нибудь на время управляемый коммутатор (можно старенький), настроить сохранение логов на syslog сервер и посмотреть, что будет сыпаться туа
Ну, перво-наперво - ВЫ придумали данный набор железок.
Я, в меру своих сил и на общественных началах, пытаюсь из данного топора сварить хоть какие-нибудь щи...
iRZ Server не поддерживает мою версию модема
Считаете, что невозможно - ну, Ок. Найдите более другое решение по созданию виртуального COM-порта, у которого заявлена совместимость с Cinterion MC55iT (или с iRZ MC55iT).
(А лучше - взять железки, за пару часов развернуть стенд и вчерне проверить, что получается)
Для начала - с фирмой iRZ связались? Вопросы "с чем вообще совместим программный стэк TCP/IP, который они вкрячили в модель MC55iT; что может выступать в качестве ответной, серверной части для работы с этой железкой по TCP/IP" - задали?
Далее: iRZ Server и iRZ Collector - не тождественные понятия. Вроде как :)
Collector - да, работает только с хорошими мальчиками э.-.э-э... модемами, которые СВОИМИ силами могут поднимать TCP соединение. Линейка ATM у iRZ.
Collector - занимается управлением модемами, сбором данных и т.п.
Server (хотя и часть Collector'а) - вроде как более приземлёнными вопросами занимается. Виртуальными COM портами, в частности.
А с ПР200 возможно отправлять АТ-команды?
ЗАМЕЧАТЕЛЬНЫЙ вопрос! Суперский! В него Вам и надо была начинать работу по данному проекту!
В данном случае могу только сказать, что понятия не имею, я сетевик. А дёргать своих автоматчиков по вопросам, на которые я отвечаю на общественных началах - ну как-то не правильно...
Если ОЧЕНЬ навскидку - то увы, по RS-485 виднеется только работа с Modbus-RTU . Отправка произвольной текстовой строки (а AT команда - это не более чем текстовая строка) и разбор текстового ответа - не виднеется.
Но этот вопрос правильнее задать тех.поддержке "Овена". Или хотя бы на их форуме.
PS. И ещё раз настоятельно советую - уберите Вы программный код из Ваших вопросов на всех форумах. До него ещё как до Луны пешком. Пока хоть один байтик информации от ПР200 до ПК-сервера не докинете (а В Вашем случае - даже ping'и не будут ходить - у Вас чистый serial интерфейс) - про код и не вспоминайте.
А наличие кода - напрочь отбивает охоту у сетевиков вникать в вопрос.
PPS. Свою точку зрения как правильно решать эту задачу - я в первом же сообщении выссказал.
Или, как минимум - модем на линейку iRZ ATM поменяйте. Они хоть сами умеют поднимать линк.
Decaf, TCP/IP начинается с модема, и данные уже по TCP уходят на ПК-сервер. Модем должен соединяться напрямую с ПК-сервером.
Вот это самый тонкий момент в системе :)
В общем случае, модем (пара модемов) - это просто удлинение прямого кабеля через телефонную/сотовую сеть.
Причём кабель - это RS-232. При работе через который вся логика - на совести оконечных компов.
И изначально - никакого TCP там не было. Требовалось с оконечного устройства (к которому подключен модем) поднимать PPP соединение и поверх него - TCP/IP.
С клиентского компа - до сервера.
TCP/IP - это, в классической модели, - функции роутера.
На нём можно настроить виртуальный COM-порт и с него уже ловить данные от ПР200 (которые, обращаю внимание - идут в виде Modbus-RTU, а не Modbus-TCP)
Тогда (если дорисовать на Вашей схеме поверх физических соединений ещё и стрелки логических) всё будет более-менее логично.
От ПР200 до виртуального COM-порта от iRZ Server (установленном на ПК-сервере) будет serial соединение.
(Точнее говоря - для ПР200 оно будет выглядеть как прямой провод сериал, а по факту - serial-over-IP, идущее по IP через GPRS, сотового оператора, публичный Интернет и роутер Микротик)
Причём задача поднятия TCP соединения (через приведённые Вами AT команды) и контроля его наличия - надо будет в логике ПР200 прописывать.
Upd - На всякий случай обращаю внимание, что у роутера Микротик - должен быть публичный статический IP адрес.
Именно его надо будет указывать в команде AT+CIPSTART=...
На схему хорошо бы ещё Ваш роутер нарисовать, который между Интернетом и ПК-сервером.
И, как показывает опыт - лучше сразу в Visio/Draw.io или каком другом редакторе, который позволяет отдельные блоки двигать на готовой схеме...
И стрелочки многочисленные и разноцветные добавлять для разных уровней взаимодействия.
Настоятельно рекомендую - собрать на столе стенд, в котором вместо ПР200 будет комп (с него проще отлаживать и понимать - что происходит),
А все остальные элементы (модем iRZ, соединение через GRPS, проброс через Микротик, iRZ Server) - будут уже в наличии
Вы очень-очень много понаписали вводных..
Но не привели самого главного - схемы соединения.
1) Кто с кем через кого соединяется.
2) Модем по RS-232 - куда прицеплен? К компу или к ПР200 (в этом случае всё становится сложно) ?
3) Вы хотите на каждый блок данных поднимать по модему соединение и потом "вешать трубку" ? Или один раз установить PPP соединение, и работать уже сугубо поверх IP ?
В первом случае - куда передавать блок данных планируете?
Во втором случае - с кем соединение? Со своим сервером? Или с провайдером и потом VPN поднять до своего сервера?
PS. Если Вам в своё время доводилось подключать компьютер к интернету по модему через dial-up соединение - то это примерно также...
PPS. Если Вы уберёте куски кода из вопроса (они не нужны в данном случае) и добавите схему - вопрос будет гораздо более читаемый...
Уточните у провайдера:
1) это будут 2 независимых кабеля или они смогут на своём оборудовании для этих кабелей настроить агрегацию LACP
2) Если 2 независимых - IP адреса из одной подсети будут или как?
Ибо если 2 независимых кабеля с IP адресами из одной подсети - то Вашему маршрутизатору сложновато будет разруливать, какой IP пакетик в один канал, какой - во второй...
PS. Может, сотрудникам по голове настучать, чтобы меньше в интернете сидели? :) Или там каждому/каждой свой видеопоток нужен?
Честно говоря, скорость передачи ОТДЕЛЬНОГО пакета, да вдобавок измеряемая в битс/с, а не в миллисекундах (которые ещё могут потребоваться для анализа задержек и т.п.) - очень уж теоретическая величина.
Авторы учебника, конечно, вольны задавать самые странные вопросы, но в реальной жизни с таким параметром даже при разработке непосредственно железа/оборудования для работы с физической линией столкнуться сложновато...
С Legrand'ом сейчас всё сложно в России.
Часть артикулов доступны по серым каналам, часть - под другими брендами... Но про СКС - не сказал бы, что всё хорошо нонче...
Ziptar,
А остальные пункты из моего сообщения - специально игнорируете?
Выберете пожалуйста тех производителей СКС у которых И сайт вменяемый, И давно на рынке, И системную гарантию на СКС дают, И компоненты СКС категории 6А поставляют.
Проанализируйте - у кого из них так себе компоненты СКС.
PS. А по поводу DEXP - (уже вне контекста начального сообщения и СКС) - что с ним не так? В поездках по нашей необъятной в арендных квартирах достаточно часто встречаю всякие холодильники и плиты от DEXP - рабоют себе как-то...
NTDLL, > зачем такая технология развивалась
Если про "Интернет через DVB-T", то на момент начал 2000х годов эта технология могла давать несколько десятков Мбит/с.
В то время как широко доступная на ТОТ МОМЕНТ сотовая технология Edge давала несколько десятков Кбит/с.
Поэтому добавить к существующей телевизионной вышке немного оборудования и предоставлять услугу более быстрого интернета в те места, где нет кабеля (а его много где не было) - на тот момент было хорошей идеей.
Потом - мир поменялся...
Приходите в системную интеграцию - там чего только не потребуется в процессе создания новых сетей в рамках решения бизнес-задач заказчика... :)
Например из предоставленной Заказчиком структуры имеющейся сети выковыривать в Excel всякую нужную информацию про IP адреса, VLAN'ы и т.п..
Да и просто оформлять в Excel подобного рода информацию для исполнительной документации при сдачи проекта... Ибо таблицы в AutioCAD'е - вещь в себе... А никаких DCIM систем в договоре на проектирование/построение не упоминается. "Формат выдачи - .dwg, .doc, .xls"