rusinsmile

Собсна ситуация, есть трасса с проложенным в землю, одноволоконным оптическим сенсором деформации грунта SMC-V3 http://www.lscom.ru/smc_v3.html Необходимо подобрать либо муфту промышленного производства либо адекватное техническое решение как соединить участки проложенного кабеля. Нормативное промерзание грунта в нашем регионе - 2.1м, глубина прокладки ~1.9м. Пока что выдумали решение этого вопроса, вариант первый: пенал из ПНД трубы, длинной 60см, и запениванием торцов, соответственно внутри будет КДЗС. Вариант 2: шина, по аналогии с КДЗС, т.е. термоусадочная трубка и стеклопластиковый стержень для придания механической прочности. Оба варианта колхозные, но в принципе должны работать. Может чего не додумали, прошу помощи у коллективного разума местных инженеров и просто хороших людей.

нет к сожалению, камеру получить нет возможности.

К сожалению граница на которой видеозапись не годится для доказательной базы в суде мне не известна. Обладаю этой информацией вопроса бы не возникло. Судя по даташиту к камере Data Rate 9.6 kbps to 10 Mbps (per stream) и вот тут получается что это 10 мегабайт. судя по всему не сжатых либо с минимальным сжатием. А если это переводить в мбиты, то получается 80мбит/с с одного потока. Коэффициэнты сжатия указаны в моем первом посте... Короче это все теория получается. Обнаружить бы где нибудь испытания зависимости искажений от степени сжатия. Для себя решил, применительно к моему случаю использовать коэффициент 7. как усредненное значение. Хоя разницу между MBps и Mbps я понимаю, но что имел ввиду производитель, не ясно.

Bosch VG5-7220-EPC4

Cheshire, да понятно, калькуляторы гуглятся отлично) но, для полноты картины хочется еще и понимать как оно считается. Неужели от производителя будет сильно зависеть итоговый объем данных передаваемых с камеры, при прочих равных настройках конечно же? И я правильно понимаю что "стадартом" является переменный битрейт?

Простите, подниму старую тему, т.к у меня получаются немного иные показатели по потокам. в соответствии с ТЗ заказчика мы имеем цветное изображение с камеры 1920х1080 при 30 кадрах в секунду и два потока: MJPEG на запись и h264 просмотр. с записью звука Методика моего расчета: умножаем разрешение на глубину 1920х1080х24=49766400 далее делим на 8 49766400/8=6220800 делим на 1024 6220800/1024=6075, т.е получили размер 1го фрейма в кбайтах без сжатия теперь компресия mjpeg жмет в 15,4 раза = 394,4 кбайт h264 "жмет с учетом опорных кадров" в 74,9 раза = 81,1 кбайт перемножаем данные на фпс mjpeg = 11,8 мбит/с h264 = 2,4 мбит/с суммируя и прибавляя звуковой поток получаем 15 мбит/с накинул с запасом 20% на "служебный" трафик, по итогу имеем расчетный поток с 1 камеры 18 мбит/с, реальный будет еще меньше. т.к в расчетах не учтены сложность плана и количество движения на камере. Правильно ли я посчитал? все ли учел, ибо это ниразу не мой профиль. Потому как ребята специализирующиеся на видеонаблюдении насчитали нам 45 мбит/с с 1 камеры. А камер, на минуточку, порядка сотни. представьте суммарную нагрузку на канал в сторону ЦХД. Мне необходимо соблюсти ТЗ не выпадая за рамки рельности.

буквально Пчелайн вспомнился, Казанский... очень похоже =) всем любви и упорядоченности.

речь про распределенные отражатели? З.Ы. миль пардон, я не силен в теории.

mk011, благодарю за ответы и в особенности за ссылку на ланхост.

mk011, будьте добры, поделитесь соображениями по следующим вопросам: Не возникнут ли дисперсионные искажения? И как это коррелирует с мощностью трансивера? Появляются ли какие то дополнительные ограничения при использование схемы: sm трансивер - mm волокно - sm трансивер? А взлетит на при двунаправленных трансиверах?

это злая шутка

на правах шутки: а с ветром бороться боковыми оттяжками, закрепленными в земле, с шагом в 10 метров.

Милейший ТС. не делайте этого (не подвешивайте ничего) без расчетов снеговой и ветровой нагрузок. А кроме того ответьте для себя на вопрос Дидандра.

и как результат?

для начала сделайте тесты с обоих сторон трассы

не стал очищать, это кол-во ошибок за 2 дня,

сторона а) MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, reliability 255/255, txload 9/255, rxload 9/255 Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is T output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters never Input queue: 0/75/1549/0 (size/max/drops/flushes); Total output drops: 1399947 Queueing strategy: fifo Output queue: 0/40 (size/max) 30 second input rate 38740000 bits/sec, 7402 packets/sec 30 second output rate 38803000 bits/sec, 7175 packets/sec 2664265644 packets input, 2099081446 bytes, 0 no buffer Received 20125110 broadcasts, 16118 runts, 0 giants, 38 throttles 160924 input errors, 139191 CRC, 0 frame, 4 overrun, 5611 ignored 0 watchdog, 0 multicast, 0 pause input 0 input packets with dribble condition detected 300795668 packets output, 139190804 bytes, 0 underruns 0 output errors, 0 collisions, 6 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 9390 pause output 0 output buffer failures, 0 output buffers swapped out сторона б) MTU 1546 bytes, BW 1000000 Kbit, DLY 10 usec, reliability 255/255, txload 10/255, rxload 9/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX input flow-control is off, output flow-control is unsuppor ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:50, output 00:00:00, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total outp Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 38762000 bits/sec, 6347 packets/sec 5 minute output rate 39254000 bits/sec, 7242 packets/sec 78011645 packets input, 56660215371 bytes, 0 no buffer Received 10671 broadcasts (10184 multicasts) 111 runts, 0 giants, 0 throttles 111 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 10184 multicast, 10 pause input 0 input packets with dribble condition detected 88188476 packets output, 57613031872 bytes, 0 underruns 0 output errors, 0 collisions, 1 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out смена мту на стороне А ни к чему не приводит. в чем же проблема? ведь если бы это была физическая проблема, ошибки быди бы с 2х сторон

http://www.citilink.ru/catalog/computers_and_notebooks/notebooks/719817/ + лантестер + тоновый генератор

закапывайте бронированный кабель выше водопровода, если порвут при раскопках то силами 3-5 джамшутов сможете откопать и сделать вставку. А порвут обязательно... З.Ы. А сейчас Водоканал сервитуты не оформляет на свои коммуникации разве? Как к вашему кабелю отнесется инженерный отдел?

быть может Вам стоит скинуть план предпологаемой прокладки по опорам? а форум коллективным разумом предложит решение, со стороны то виднее =)