[Tomas Lee]

Добрый день всем.

 

Работаю уже полгода в качестве проектировщика в одной из провайдерских компаний и столкнулся с такой проблеммой как "Учет разварки ВОЛС"

 

Искал на просторах интернета что нибудь подходящее, но так и не нашёл. Для себя хотелось удобства, а для конторы надо бесплатно.

В принципе нашли Ринет топологию, но она платная, хотя и удобная. Но это в нашем случае не главное, основное что она подходит для наших нужд на 30-40%.

 

Всё тихо мирно забылось до очередного проекта, где мне лично пришлось искать в куче старых проектов "правду", что и стало началом реализации моей задумки.

 

Основная идея:

1. Заносить узлы, кроссы, муфты, кабеля.

2. Заносить разварку кабелей + если разварено на порты кросса, то на какие порты

3. Возможность отслеживать волокна.

 

выглядит так, будут вопросы - задавайте.

скриншоты во вложении.

1 - список узлов

2 - список кроссов на узле

3 - список кабелей на кроссе + разварка кабелей на порты и разварка кабелей между собой

4 - ради чего собственно делалось, это отслеживание волокон, куда и через какие узлы идёт.

 

т.к. это мною делалось в свободное от работы время, то хочу чтобы оно приносило пользу нуждающимся, но есть одно но!

Выложу в открытый доступ, если найдутся желающие помогать разработке (в плане программирования и возможно в плане финансирования :о)).

 

выложил проект в гуглкод: https://code.google.com/p/fibers/

 

Update 22.12.2015: https://github.com/steryoshkin/fibers

Edited December 22, 2015 by Tomas Lee

[Akello]

Неплохо бы еще учет по цветам волокон.

[Tomas Lee]

Неплохо бы еще учет по цветам волокон.

реализовать можно, не сложно, но у нас например не используется

[Syzygy]

Никакая таблица не заменит схему.

[Tomas Lee]

Никакая таблица не заменит схему.

согласен, но как искать волокна свободные? или отслеживать? глазками по схеме? а рисовать схему где? в визио?

а если много очень узлов?

[Syzygy]

согласен, но как искать волокна свободные?

Подписывать занятые.

 

а рисовать схему где? в визио?

Я в кореле рисую, люди а автокаде.

 

а если много очень узлов?

С городом с населением в 200 тыс. спокойно справится один человек. Если же у вас миллионник, то людей однозначно нужно несколько.

 

Вот так вот выглядит схема на 40 зданий:

[Tomas Lee]

Вот так вот выглядит схема на 40 зданий:

красиво, но у нас например не так глобально в плане магистрального кабеля...

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

[Syzygy]

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

И в чём проблема?

[Tomas Lee]

И в чём проблема?

устанешь перерисовывать.

[Syzygy]

устанешь перерисовывать.

От работы вообще устаёшь :)

[NiTr0]

От работы вообще устаёшь :)

А от бессмысленной, которую стоило бы положить на компьютер (ибо нетворческая) - вдвойне. Пробежать глазками пару десятков муфт/узлов - та еще радость. Особенно, когда решение надо принять вот сейчас.

 

//пилим потихоньку свой софт, как допилим до относительно юзабельного вида - выложу. Пока - вести документацию можно, но картография в рид-онли, + будет немного еще перепиливаться структура БД.

[SyJet]

Мне бы был бы интересен софт этот, но только я не программист ))) А денег на пиво кинуть смогу ))

[Syzygy]

А от бессмысленной, которую стоило бы положить на компьютер (ибо нетворческая) - вдвойне. Пробежать глазками пару десятков муфт/узлов - та еще радость. Особенно, когда решение надо принять вот сейчас.

Вы просто не умеете его готовить (с).

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

[Tomas Lee]

//пилим потихоньку свой софт, как допилим до относительно юзабельного вида - выложу. Пока - вести документацию можно, но картография в рид-онли, + будет немного еще перепиливаться структура БД.

что за софт?

 

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

 

Мне бы был бы интересен софт этот, но только я не программист ))) А денег на пиво кинуть смогу ))

как будет более менее приличный вид и причешу код, то выложу... хотя можно будет и типа демки сделать...

 

вообще больше хотелось бы людей программеров заинтересованных в этом.

[NiTr0]

что за софт?

Технический учет линий, ящиков, с хранением трасс и ведением таблиц разварок, с рисованием этого всего хозяйства на карте и в перспективе с редактированием прямо на карте кабельных трасс/узлов. Пока еще в стадии альфы скорее. + требуется небольшой рефакторинг БД - уйти от хранения линии как ломаной к хранению по точкам (т.к. сейчас хранятся и точки с метками метража/примечанием, и ломаная отдельно, оказалось жутко неудобно в процессе разработки), + как-то привести таблицу сварок к вменяемому виду - ибо сейчас она в виде "ID кабеля 1, № волокна 1, ID кабеля 2, № волокна 2" что не является правильным для реляционной базы, а как его нормализовать - пока идей не родилось.

Ну и журналирование действий операторов впилить ессно...

 

затык был на самой рисовалке

openlayers в помощь. Удобная вещь. Хотя, когда на экране несколько сотен/тысяч элементов, начинает подлагивать. Резво работает с хромом, с прочими браузерами - хуже.

[Helios]

КроссПро неплохая программка. Используем.

[taf_321]

userside умеет учитывать оптику.

[Diman_xxxx]

//пилим потихоньку свой софт, как допилим до относительно юзабельного вида - выложу. Пока - вести документацию можно, но картография в рид-онли, + будет немного еще перепиливаться структура БД.

 

 

Где ссылку искать потом ? ))

Edited November 9, 2012 by Diman_xxxx

[Tomas Lee]

"ID кабеля 1, № волокна 1, ID кабеля 2, № волокна 2"

я сделал так:

 

узел (node): id, name

кросс/муфта (pq): id, node, type

кабель (cable): id, pq_1, pq_2, name, type

волокно (fiber): id, cable_id, num

соединение волокон (fiber_conn): id, fiber_id_1, fiber_id_2, node_id

 

долго думал над базой, получилось так...

отслеживать те же соединения волокон легко

[NiTr0]

Ну примерно вариант того же, что у меня...

Тут разве что делать 2 отдельных сущности - начало и конец кабеля. Тогда только в таблице соединений будет однозначность.

В данный момент в БД могут прекрасно жить записи соединений вида

100 10 11 1

101 11 20 1

Т.е. 11 волокно может быть соединено в одном узле сразу с 2 волокнами - БД посчитает это нормальным явлением.

[Diman_xxxx]

"ID кабеля 1, № волокна 1, ID кабеля 2, № волокна 2"

 

долго думал над базой, получилось так...

отслеживать те же соединения волокон легко

 

Я несколькими базами только пользуюсью, (не считая простеньких select, insert... запросов), НО от их создателей(абсолютно разные люди), слышал что "некоторый элемент избыточности", по необходимости естественно, очень даже стоит ВВОДИТЬ в свои базы.

Я так понимаю это наложит некоторую доп. нагрузку на момент заполнения базы, но поозже позволит пользоваться "интересными" фильтрами.

 

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

ИМХО, естественно.

Edited November 9, 2012 by Diman_xxxx

[20512]

У меня схема всей сети напечатана на листе 2х3 метра и висит на стене.

Разрисовано каждое волокно.

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

Если не хватает, на отдельном листе.

Раз в полгода - год схаму перерисовываю чтобы по красивее было.

[Skylaer]

Хорошо иметь маленькую сеть :)

[20512]

Хорошо иметь маленькую сеть :)

Несколько сотен узлов это маленькая сеть?

[Skylaer]

Да, маленькая.

И извините, я не понимаю, как на 2*3 поместить 500-600 узлов и почти 300 км оптики :(