Tomas Lee Posted November 8, 2012 (edited) · Report post Добрый день всем. Работаю уже полгода в качестве проектировщика в одной из провайдерских компаний и столкнулся с такой проблеммой как "Учет разварки ВОЛС" Искал на просторах интернета что нибудь подходящее, но так и не нашёл. Для себя хотелось удобства, а для конторы надо бесплатно. В принципе нашли Ринет топологию, но она платная, хотя и удобная. Но это в нашем случае не главное, основное что она подходит для наших нужд на 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 Share this post Link to post Share on other sites
Akello Posted November 8, 2012 · Report post Неплохо бы еще учет по цветам волокон. Share this post Link to post Share on other sites
Tomas Lee Posted November 8, 2012 · Report post Неплохо бы еще учет по цветам волокон. реализовать можно, не сложно, но у нас например не используется Share this post Link to post Share on other sites
Syzygy Posted November 8, 2012 · Report post Никакая таблица не заменит схему. Share this post Link to post Share on other sites
Tomas Lee Posted November 8, 2012 · Report post Никакая таблица не заменит схему. согласен, но как искать волокна свободные? или отслеживать? глазками по схеме? а рисовать схему где? в визио? а если много очень узлов? Share this post Link to post Share on other sites
Syzygy Posted November 8, 2012 · Report post согласен, но как искать волокна свободные? Подписывать занятые. а рисовать схему где? в визио? Я в кореле рисую, люди а автокаде. а если много очень узлов? С городом с населением в 200 тыс. спокойно справится один человек. Если же у вас миллионник, то людей однозначно нужно несколько. Вот так вот выглядит схема на 40 зданий: Share this post Link to post Share on other sites
Tomas Lee Posted November 8, 2012 · Report post Вот так вот выглядит схема на 40 зданий: красиво, но у нас например не так глобально в плане магистрального кабеля... у нас, тут сегодня надо - положили, завтра туда надо - положили. Поэтому много сварок и сложно их отслеживать быстро, когда это очень надо. Share this post Link to post Share on other sites
Syzygy Posted November 8, 2012 · Report post у нас, тут сегодня надо - положили, завтра туда надо - положили. Поэтому много сварок и сложно их отслеживать быстро, когда это очень надо. И в чём проблема? Share this post Link to post Share on other sites
Tomas Lee Posted November 8, 2012 · Report post И в чём проблема? устанешь перерисовывать. Share this post Link to post Share on other sites
Syzygy Posted November 8, 2012 · Report post устанешь перерисовывать. От работы вообще устаёшь :) Share this post Link to post Share on other sites
NiTr0 Posted November 8, 2012 · Report post От работы вообще устаёшь :) А от бессмысленной, которую стоило бы положить на компьютер (ибо нетворческая) - вдвойне. Пробежать глазками пару десятков муфт/узлов - та еще радость. Особенно, когда решение надо принять вот сейчас. //пилим потихоньку свой софт, как допилим до относительно юзабельного вида - выложу. Пока - вести документацию можно, но картография в рид-онли, + будет немного еще перепиливаться структура БД. Share this post Link to post Share on other sites
SyJet Posted November 8, 2012 · Report post Мне бы был бы интересен софт этот, но только я не программист ))) А денег на пиво кинуть смогу )) Share this post Link to post Share on other sites
Syzygy Posted November 8, 2012 · Report post А от бессмысленной, которую стоило бы положить на компьютер (ибо нетворческая) - вдвойне. Пробежать глазками пару десятков муфт/узлов - та еще радость. Особенно, когда решение надо принять вот сейчас. Вы просто не умеете его готовить (с). У меня никаких проблем не возникает, а схемы гораздо более наглядны, чем таблички. Кроме того, это решение вида "здесь и сейчас". Share this post Link to post Share on other sites
Tomas Lee Posted November 8, 2012 · Report post //пилим потихоньку свой софт, как допилим до относительно юзабельного вида - выложу. Пока - вести документацию можно, но картография в рид-онли, + будет немного еще перепиливаться структура БД. что за софт? у меня была идея перевести карту оптики на веб картографию, но затык был на самой рисовалке. когда свою систему допилю, то вернусь к картографии Мне бы был бы интересен софт этот, но только я не программист ))) А денег на пиво кинуть смогу )) как будет более менее приличный вид и причешу код, то выложу... хотя можно будет и типа демки сделать... вообще больше хотелось бы людей программеров заинтересованных в этом. Share this post Link to post Share on other sites
NiTr0 Posted November 8, 2012 · Report post что за софт? Технический учет линий, ящиков, с хранением трасс и ведением таблиц разварок, с рисованием этого всего хозяйства на карте и в перспективе с редактированием прямо на карте кабельных трасс/узлов. Пока еще в стадии альфы скорее. + требуется небольшой рефакторинг БД - уйти от хранения линии как ломаной к хранению по точкам (т.к. сейчас хранятся и точки с метками метража/примечанием, и ломаная отдельно, оказалось жутко неудобно в процессе разработки), + как-то привести таблицу сварок к вменяемому виду - ибо сейчас она в виде "ID кабеля 1, № волокна 1, ID кабеля 2, № волокна 2" что не является правильным для реляционной базы, а как его нормализовать - пока идей не родилось. Ну и журналирование действий операторов впилить ессно... затык был на самой рисовалке openlayers в помощь. Удобная вещь. Хотя, когда на экране несколько сотен/тысяч элементов, начинает подлагивать. Резво работает с хромом, с прочими браузерами - хуже. Share this post Link to post Share on other sites
Helios Posted November 9, 2012 · Report post КроссПро неплохая программка. Используем. Share this post Link to post Share on other sites
taf_321 Posted November 9, 2012 · Report post userside умеет учитывать оптику. Share this post Link to post Share on other sites
Diman_xxxx Posted November 9, 2012 (edited) · Report post //пилим потихоньку свой софт, как допилим до относительно юзабельного вида - выложу. Пока - вести документацию можно, но картография в рид-онли, + будет немного еще перепиливаться структура БД. Где ссылку искать потом ? )) Edited November 9, 2012 by Diman_xxxx Share this post Link to post Share on other sites
Tomas Lee Posted November 9, 2012 · Report post "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 долго думал над базой, получилось так... отслеживать те же соединения волокон легко Share this post Link to post Share on other sites
NiTr0 Posted November 9, 2012 · Report post Ну примерно вариант того же, что у меня... Тут разве что делать 2 отдельных сущности - начало и конец кабеля. Тогда только в таблице соединений будет однозначность. В данный момент в БД могут прекрасно жить записи соединений вида 100 10 11 1 101 11 20 1 Т.е. 11 волокно может быть соединено в одном узле сразу с 2 волокнами - БД посчитает это нормальным явлением. Share this post Link to post Share on other sites
Diman_xxxx Posted November 9, 2012 (edited) · Report post "ID кабеля 1, № волокна 1, ID кабеля 2, № волокна 2" долго думал над базой, получилось так... отслеживать те же соединения волокон легко Я несколькими базами только пользуюсью, (не считая простеньких select, insert... запросов), НО от их создателей(абсолютно разные люди), слышал что "некоторый элемент избыточности", по необходимости естественно, очень даже стоит ВВОДИТЬ в свои базы. Я так понимаю это наложит некоторую доп. нагрузку на момент заполнения базы, но поозже позволит пользоваться "интересными" фильтрами. добавилю ищщё: в выше приведенном примере например можно, добавить дату подвеса кабеля и дату последней сварки. ФИО монтажников тоже неплохо завести.... Через годы эксплуатации много чего забудиться, но потом можно будет нарыть интересные факты и сопоставить с возникшем вопросом... ИМХО, естественно. Edited November 9, 2012 by Diman_xxxx Share this post Link to post Share on other sites
20512 Posted November 9, 2012 · Report post У меня схема всей сети напечатана на листе 2х3 метра и висит на стене. Разрисовано каждое волокно. Когда монтажники где-то что-то добавляют - убавляют, дорисовывают ручкой прямо на схеме. Если не хватает, на отдельном листе. Раз в полгода - год схаму перерисовываю чтобы по красивее было. Share this post Link to post Share on other sites
Skylaer Posted November 9, 2012 · Report post Хорошо иметь маленькую сеть :) Share this post Link to post Share on other sites
20512 Posted November 9, 2012 · Report post Хорошо иметь маленькую сеть :) Несколько сотен узлов это маленькая сеть? Share this post Link to post Share on other sites
Skylaer Posted November 9, 2012 · Report post Да, маленькая. И извините, я не понимаю, как на 2*3 поместить 500-600 узлов и почти 300 км оптики :( Share this post Link to post Share on other sites