Cisco 3560 не работает poe
| Сообщения без ответов | Активные темы | Текущее время: 20 окт 2021, 05:18 |
| Часовой пояс: UTC + 3 часа Проблемы с PoE на свиче или с телефоном?
| #sh power inline Interface Admin Oper Power Device Class Max #sh power inline Interface Admin Oper Power Device Class Max #sh power inline Interface Admin Oper Power Device Class Max То есть видится телефон нормально. Будут какие-нибудь идеи, что пнуть или куда посмотреть? | |||||||||||||||||||||||||
| ||||||||||||||||||||||||||
|
| ||||||||||||||||||||||||||
| ||||||||||||||||||||||||||
| | ||||||||||||||||||||||||||
| ||||||||||||||||||||||||||
| | единственно, что могу еще предположить, что телефон не сразу в свой vlan попадает, а сначала в vlan для компов. Но это так догадка, потому что в логах телефона есть, что он пытается в bootp подключиться не тому). Источник Cisco 3560 не работает poeПросмотр информации о потребляемой мощности: Включение порта в режим PoE (switchport voice vlan dot1p разрешает работу аппарата Nortel): Отключение детектирования мощности и PoE на интерфейсе (по умолчанию стоит power inline auto): [Конфигурирование Power over Ethernet на интерфейсе коммутатора C3560] Коммутатор поддерживает два стандарта Power over Ethernet: метод Cisco pre-standard PoE и стандарт IEEE 802.3af PoE. Коммутаторы автоматически предоставляют питание для подсоединенных устройств «pre-standard powered devices» (такие как Cisco IP Phones и точки доступа Cisco Aironet) и «IEEE 802.3af-compliant powered devices», если коммутатор определил, что подключенное устройство не имеет питания. На коммутаторе с 24 портами PoE каждый порт 10/100 обеспечивает мощность 15.4 W. На 48-портовом PoE-коммутаторе любые 24 из 48 портов 10/100 обеспечивают мощность 15.4 W, или любая комбинация всех портов обеспечивает среднюю мощность 7.7 W одновременно на всех портах, до общей максимальной выходной мощности 370 W. Запитанное устройство может получать избыточную мощность, когда оно подключено к порту PoE коммутатора и, кроме того, к источнику питания переменного тока (AC power source 220 вольт). Таким образом, если устройство, запитанное от коммутатора, подключается еще и к настенной розетке 220 В, коммутатор может продолжать подавать питание на устройство. При этом коммутатор продолжает сообщать (по команде show power inline), что он все еще запитывает устройство, не обращая внимания на то, что подключен источник питания AC. Коммутатор детектирует мощность, требуемую для любого нового подключенного устройства и решает, имеется ли в наличии требуемая мощность. Если коммутатор не может предоставить нужную мощность, новое устройство не запитывается, и коммутатор предоставляет эту информацию для командного интерфейса CLI с помощью команды show, отправляет сообщение об ошибке в sylog (syslog error message), и индицирует светодиодом (LED). Обращайтесь к руководству по установке железа по информации, предоставляемой LED. Коммутатор автоматически поддерживает бюджет мощности, отслеживает запросы на предоставление мощности и предоставляет мощность, только если она доступна. Когда интерфейс PoE переходит в состояние no-shutdown с разрешенным PoE (состояние по умолчанию), и подключено устройство pre-standard или IEEE-compliant, коммутатор детектирует, когда подсоединенное устройство не запитано через адаптер AC. Когда определяется устройство, нуждающееся в мощности, коммутатор определяет потребности устройства в энергопотреблении, основываясь на его типе, или использует начальное выделение 15.4 W из бюджета мощности. Если еще имеется мощность, коммутатор предоставляет питание, обновляет бюджет питания, включает питание на интерфейсе и обновляет LED-ы. Если предоставляемая мощность превышает бюджет, коммутатор отказывает в её предоставлении, проверяет, что питание на интерфейсе выключено, генерирует syslog message, и обновляет LED-ы. После отказа в мощности коммутатор периодически перепроверяет бюджет мощности и продолжает попытки предоставить требуемую мощность. Если мощности хватает для всех подключенных устройств, то без проблем запитываются все устройства. Если мощности не хватает, или если одно из уже запитанных устройств переподсоединяется в тот момент, когда другое тоже запрашивает мощность, то невозможно определить, какое из них получит питание, а какое нет. После того, как питание подано на интерфейс, коммутатор использует Cisco Discovery Protocol (CDP) для определения требуемой мощности подключенных устройств Cisco PoE (standard или pre-standard) и в соответствии с этим подстраивает бюджет мощности. Это не относится к устройствам PoE других производителей. Если коммутатор детектирует ошибку в связи с недонапряжением, перенапряжением, перегревом, паразитными колебаниями или короткое замыкание, он выключает питание на порте, генерирует syslog message и обновляет бюджет мощности и LED-ы. Шаги для разрешения или запрещения PoE на интерфейсе PoE коммутатора: 1. #configure terminal Ввод auto (значение по умолчанию) настраивает интерфейс на автоматическое распознание требуемой мощности и предоставляет питание, если требуемая мощность доступна. Ввод never запрещает PoE на интерфейсе. Напряжение на IP-телефоны подается через сигнальные провода (через те же, по которым идет IP-трафик) величиной 48 вольт. Если взять кабель T568A [1], то плюс передается по ОРАНЖЕВОМУ и БЕЛО-ОРАНЖЕВОМУ проводу (контакты 1 и 2), а минус — по ЗЕЛЕНОМУ и БЕЛО-ЗЕЛЕНОМУ проводам (контакты 3 и 6). Ток равномерно распределен по двум парам.
Потребление тока мало зависит от режима работы телефона. Результаты по потреблению IP-телефонов указаны в таблице (данные для колонки «P cisco, ватт» на коммутаторе C3560 получены командой show power inline). Из таблицы видно, что циска резервирует под аппарат сразу 7 ватт, а реально телефон потребляет меньше. Потребляемый ток измерялся по падению напряжения на двух резисторах 10 Ом, включенных в провода оранжевой пары (можно включить и в зеленую, разницы особой нет). Падение напряжения на обоих резисторах было одинаковое (и полярность тоже совпадает) — следовательно, ток сбалансирован по двум половинам. На передачу данных (соединение 100 мбит) такое измерение никак не повлияло. Источник Cisco 3560 не работает poeКОНФЕРЕНЦИЯ СТАРТКОПИ Сабж старый, два года снят с поддержки, использовался в основном для iP телефонии, телефонные аппараты соответственно все отметаем, они все сразу сломаться не могут. Проблема соответственно в коммутаторе. Открыл, внешний осмотр, очистка от пыли, проверка напряжерий БП, нагрузка на 4 лампы (220 вольт 95Вт) больше не было чем нагрузить, показало нормальные 50 вольт. Оставив на прогон на пару часов — получил желтый ( нижний) индикатор на панеле коммутатора — ошибка РоЕ и соответственно телефонный аппарат погас. Выкл охлаждение вкл — нет РоЕ. Теперь при загрузке верхний светодиод «морзит» очень долго и много, потом загружается и горит нижний желтый РоЕ. Есть ли у кого расшифровка этого кода Морзе. Так как нет опыта с работой консоли, приветствуется помощ по подключению к коммутатору ноута и набора команд для возвращения к заводским установкам. Если просто горит оранжевым — просто отключён. Если моргает — значит ошибка. ну да, очень быстро моргает. сначала показалось что просто горит а каким образом происходит процесс включения отключения РоЕ ?? опять ручками через консоль?? Киса любит консоль)) есть ещё команда #show power inline — выводит список потребления по всем портам Ну это понятно, с консоли вы все умные. а я если и найду кабель, то в ноуте все равно нет RS-232 . а при сбросе и перезагрузке с кнопки он выходит в какой режим — РоЕ вкл или выкл?? вроде мануал почитал — говориться что должно быть включено. но перезагружаю — индикатор РоЕ не светится — телефон не работает. а вот если оставить его надолго выключенным (ночь) , включить — то включиться и будет работать но индикатор РоЕ все равно не горит , но через 30 минут — вырубиться и начнет моргать. я уж и БП весь проверил. все вроде красиво. _MAVR_ (5): я уж и БП весь проверил. все вроде красиво. Коммутатор умный, умеет сам детектить нагрузку, балансировать, сам включать и отключать подачу питания. Значит есть управляемые ключи и токовые измерители — их ты проверял? ну во первых, понятно что не все так просто. не зря ссылку кинул на Схем.нет . БП кстати, на удивление простой. всего два напряжения , понятно, что есть там PG да пара статусов. А то что контроль питания раздельный на каждый порт конечно понятно, и проверять все порты смысла нет — потому, что все они одинаковые и если работает один — работают все, если не работает один то и все не работают. да и схема тоже не сильно уж сложная — все расписано в даташитах. Драйвер каждых 4 линий собраны на LTC 4259 со всеми схемами контроля и измерения. на все 12 мс LTC 4259 приходит -50 вольт с БП , так же по шине i2c идет коммутация и управление всеми выходами. Сейчас на чем я остановился на отвале изолированного от всех остальных +12, +3,3 , +2,5 и 1,5 вольта еще одного источника в 3,3 вольта который и запитывает все эти LTC 4259. Формируется эти 3,3 вольта на ISL 6401 . а вот из чего пока не понятно. первая мысль была, что эти 3,3 вольта формируются из тех же изолированных 50 вольт. ан нет. один раз, когда все запустилось — намерил на ISL 6401 порядка 10 вольт. откуда они — вообще непонятно. в нерабочем режиме от 10 вольт остается почти половина — 5,5 вольт. Даташит по LTC 4259 не вызвал ни каких сложностей. там все четко по даташиту.. а вот что они нахомутали из ISL 6401 — черт ногу сломает. понятно, что они применили его немного не в классической схеме включения нагрузки, по даташиту — трансформаторный однопроход, а по факту — обычный понижающий DC-DC на дросселе . выход не так сложно. не понятно чего они понаворочали по входам и управлению. там лишних три транзистора, микра, три оптопары рядом. понятно оптопары — им надо было развязать изолированное РоЕ от остальной части коммутатора. Да и подача просто 3,3 вольта с лабораторника не запускает РоЕ.. потребление не большое порядка 50 мА, походу там еще и управление этим ISL 6401 внешним контроллером и что то последнему еще не нравиться. Вот один канал РоЕ Этап определения подключения служит для определения, является ли подключенное на противоположном конце кабеля устройство питаемым (PD). На этом этапе питающее устройство (PSE) подает на кабель напряжение от 2,8 до 10 B и определяет параметры входного сопротивления подключаемого устройства. Для питаемого устройства это сопротивление составляет от 19 до 26,5 кОм с параллельно подключенным конденсатором ёмкостью от 0 до 150 нФ[7]. Только после проверки соответствия параметров входного сопротивления для питаемого устройства питающее устройство переходит к следующему этапу, в противном случае питающее устройство повторно, через промежуток времени не менее 2 мс, пытается определить подключение. После этапа определения подключения питающее устройство может дополнительно выполнять этап классификации, определяя диапазон мощностей, потребляемых питаемым устройством, чтобы затем управлять этой мощностью. Каждому питаемому устройству, в зависимости от заявленной потребляемой мощности, будет присвоен класс от 0 до 4. Минимальный диапазон мощностей имеет класс 0. Класс 4 зарезервирован стандартом для дальнейшего развития. Питающее устройство может снять напряжение с кабеля, если питаемое устройство стало потреблять мощность больше объявленной во время классификации. Классификация выполняется путём введения в кабель питающим устройством напряжения от 14,5 до 20,5 В и измерения тока в линии. Отключение т.е. хочу сказать, что тебе нужно определиться еще и с поведением телефона. ЗЫ И кстати если теребить телефон время от времени, через 30 мин тоже отрубится? Еще абзац пропустил. Подача полного напряжения если питаемое устройство в течение 400 мс будет потреблять ток меньше 5 мА, то питающее устройство снимает питание с кабеля; Кроме того, питающее устройство непрерывно следит за током перегрузки. Если питаемое устройство будет потреблять ток более 400 мА в течение 75 мс, питающее устройство снимет питание с кабеля. _MAVR_ (7): А то что контроль питания раздельный на каждый порт конечно понятно, и проверять все порты смысла нет — потому, что все они одинаковые и если работает один — работают все, если не работает один то и все не работают. Мне кажется противоречит тому, что написано на 1-14 мануала Мигающий оранжевый Хотя это конечно не факт, что ошибка одного порта обязана отрубить питание на всех портах. Я пока этого не нашел в доке. Однако табличка на след. странице намекает, что если обнаружиться нарушение режимов работы на одном из портов, то появиться соответсвующая индикация. И я не уверен, что в этом случае остальные порты будут работать. Теорию про РоЕ я почитал. Еще раз говорю, если удается коммутатор запустить, то работают все порты, проверено телефонным iP аппаратом. Во вторых, когда все работает, выбирая кнопкой Mode переключив в режим РоЕ мы видим индикацию каждого порта, есть ли нагрузка или нет, работает или нет. Но как только сабж теряет 3,3 вольта на всех 12 микрухах, то соответственно на всех 48 портах пропадает питание. А теребить телефон нет смысла. Их задача стоять в режиме 24/7/365. Вопрос в том, что вызывает пропадание питания 3,3 вольта. И связано ли оно с неисправностью чего либо, либо это командный глюк и вместо принудительного отключения происходит без вмешательства оператора. И почему при отключении непостедственно разьема БП 50 Вольт, коммутатор не вываливается в какую либо ошибку. типа моргающего желтого. Да, если удается запустить сабж, то спустя 30 минут, пропадает питание на 12 микрухах, все РоЕ пропадают, телефон гаснет и соответственно моргает желтый. Опять же если кнопкой Mode переключить в режим контроля РоЕ то при исправных портах все 48 светодиодов индицируют зеленым, когда питание отваливается и моргает желтый, переключив опять нп контроль РоЕ — все 48 индикаторов горят желтым. Это логика контроля сабжа в стойке. Подошел, перевел в режим контроля и видишь, какие порты живые, какие например в перегрузе. На каждом порту есть защитные стабилитроны и по паре smd предохранителей. Еще раз повторюсь — проблема не в микросхемах портов, а в снятии с них питания 3,3 вольта. Вопрос почему оно пропадает. _MAVR_ (12): И почему при отключении непостедственно разьема БП 50 Вольт, коммутатор не вываливается в какую либо ошибку. типа моргающего желтого.. Видимо потому, что он думает, что потребитель находится на самообеспечении. Выкл. Зеленый По поводу (13) Так как протокол сильно взаимосвязан с реакцией подсоединенного оборудования, то для начала я бы сбросил настройки трубки. И посмотрел, что там в настройках может их заставить заснуть, отключиться или вообще действия связанные со временем. Пока читал бы настройки трубки, попробовал работать трубкой, что бы на порту происходили действия и посмотрел, что со временем отруба будет. Изменится или нет. Потом для успокоения попробовал совсем другую трубку. Не из числа имеющихся 4 условно рабочих. То что это вложенный глюк, стимулирующий покупку нового, несколько сомневаюсь. Да и если я правильно посмотрел на их сайте, то срок окончания поддержки октябрь 21 года, еще не наступил. Мне проще разбираться с программной частью, чем с электроникой. Поэтому достигнув этапа контроля электроники, что достиг ты, я бы дальше углубился в возможности программной настройки и контроля циски. Не исключая смену прошивки. ЗЫ А нельзя выключить (например програмно) все порты, кроме одного (или кроме 4 что на одной микре) ? Что бы уже точно не думать за остальные. _MAVR_ (13): На каждом порту есть защитные стабилитроны и по паре smd предохранителей. Думаю, что отключение происходит не из-за стабилитрона или защитного смд. Отключение происходит, потом что циска видит одно из 3 событий процитированных в (10) Либо ток потребления менее 5 мА, либо сопртивление нагрузки более 2кОм, либо превышение токовой нагрузки в 400мА. Владимир, а если засечь время — оно всегда будет абсолютно одинаковое, с точностью до секунды, эти 30 минут? Если программный сбой, то будет одиноковое до секунды, как, к примеру, с ME-регионом у интеловских чипсетов про отрубание через одно и то же время. Сегодня утром РоЕ совсем не включилось, да и вчера включалось со второго — третьего раза. Перед тем как ковырять сабж проверяли на предмет ошибок и настроек, я сегодня уточнил. Выход из строя одного или нескольких портов, даже в самых жестких условиях с выгоранием входных — выходных трансформаторов и дросселей — не выводит сабж в полный аварийный режим — логика просто снимает напряжения с данных портов. А то дюже криво получается, я подал 220 вольт в свой патч и вся корпоративная сетка упала. нет, такого не происходит. А для контроля портов есть простой режим, нажимаем кнопку Mode — переводим в режим РоЕ и на индикаторах смотрим состояние всех портов — просто и изящно. Еще раз говорю — скорее всего сдох ШИМ ISL6401CR, буду заказывать у китайцев. и напругу не выдает и сигнал на конденсаторе задающего генератора то кривой, то нет совсем. не думаю что применен тупой метод управления включением и выключением 3,3 Вольт. зачем?? так никто не делает. есть шина i2c которая слушает и управляет каждым портом. если разобраться — логика работы примитивнейшая. включился, дал напряжение 50 вольт в линию — послушал на токовом резисторе. если в нагрузке есть 25 кОм — значит на линии есть РоЕ нагрузка. по умолчанию включаются все порты. в зависимости от номинала резистора на линии дается та или иная мощность в линию. при превышении тока на линии — 400 мА , КЗ или попадании в линию к примеру 220 вольт — канал обесточивается и все. Для этого питание сделано изолированно от всех остальных напряжений коммутатора и гальванически развязано от корпуса. Так что будем теребить китайцев и ждать микрухи. приедет — запаяю, проверю обвязку на обрыв керамики генератора. это кстати не успел вчера сделать. Вот блин Циска не заморачивается — весь крепеж внутри — шлицы обычные. хорошо набор бит был , откручивал и смотрел что снизу. а сегодня с утра коммутатор опять встал на место, нормально раздает интернет.. нет iP телефонии. но это пока решаемо. Надо кому позвонить — доставайте из шкафов БП к телефонам и звоните. )))) _MAVR_ (18): Еще раз говорю — скорее всего сдох ШИМ ISL6401CR Похоже так. Во всяком случае логично. Режим нагрузки видимо контролируется на 4259. А сдохнуть все 12 одновременно не могли. Но они все дают инфу на 6401 по i2с, если я правильно понимаю. А он уже глючит. так мне сказал клиент — сабж работал 30 минут. я сам ставил на пару прогонов , первый прогон был 2 часа, но когда сабж вырубился не засекал, так как лампами нагружал непосредственно сам БП. А второй раз, да 30 минут отработал. сколько точно не засекал. по поводу i2c — нет, шина через оптопары идет непосредственно в логику, я так понимаю. а ШИМу то зачем i2c. его задача напругу строить и не выпендриаться. а блин, нету на Али микрухи. проскакивает на Ebay. кстати в (7) подавал питание и было 50 мА ..я еще подумал, что очень мало. а датушит посмотрел — микрухи то по 3,3 вольта макс по 5 мА потребляют.. их там 12. норма. надо было литивый аккум подцепить и включить попробовать. ))))) _MAVR_ (20): по поводу i2c — нет, шина через оптопары идет непосредственно в логику глянул даташит на 4259, действительно. Но там в качестве источника взято LT1619, а не 6401. И без особых фокусов из -48 Vee делают 3.3V. Но я так понял, что для режимов определения подключения, классификации и дальнейшего текущего контроля, измеряя сопротивление, -48 вольт должно убираться. А значит должно отключаться и 3,3 в. В даташите сказано, что они должны быть вместе. Но может я не совсем корректно перевел. 🙁 А ты хочешь подавать его постоянно. Потребление то будет, и возможно как раз те 50мА, но. В общем то 3,3 не должно быть там постоянно, а только когда есть -48. Может оно работает как надо? Лучше отсоедини вход 6401 и подай на него -48. На выходе должно быть 3.3В. Имхо это будет лучшей проверкой . Хотя если ты говоришь, что цисковцы там чего то намудрили, то не все так просто. Если получишь 3.3 В. То останется сменить оптопары. Ну возможно еще компаратор между процем и оптопарой. Резисторы вроде так не деградируют. нет , на 6401 подавать 48 нельзя — сдохнет. у нее максималка 5,5 вольт. у меня теперь новая загадка, как получаюстя эти 5,5 вольт и из чего. Циска умудрилась так сильно усложнить простейший узел, я просто в недоумении. я думаю и оптопары тут тоже не причем.. они качественно и исправно выполняли всою работу при запуске 3,3 вольта. меня все больше и больше посещает мысль, что могла просто тупо деградировать керамика на выводе генератора Шима. я когда проверял — постукивал по плате в районе ШИМа и подключенный светодиод на эти 3,3 вольта иногда загорался. так что может что коммутатор за десятки и сотни тысяч рублей погубил один маленький керамический конденсатор. я точно знаю что он с обратной стороны платы стоит)))) а 3,3 вольта впринципе должны быть всегда. контроль портов всегда в динамике. соответственно 4259 всегда должны быть запитаны напряжением для питания внутренней логики. а отсоединять 6401 — смысла нет. если нет генерации на внутреннем генераторе ШИМа, то и на выходе нет ничего. Видимо я неправильно выразился, если ты меня не понял. 🙁 Я предлагаю отсоеденить в точке где сходятся Vee и 10 Ом, а далее идет на GND. т.е. точку где заходит -48 на DC преобразователь. И подать свои -48. Если в эту точку приходят -48, то как те же -48 с внешнего источника могут навредить? Отсоеденить, просто что бы не навредить остальной схеме. Просто я так привык. Отсоединять/размыкать 2 источника, когда сам возился. по какой схеме ты ориентируешься. а то я уже в других платах ковыряюсь))) Ну эксперимент с подачей постоянных 3,3 В провести тоже не долго. Но только ради него снова все разворачивать не хочется, понимаю. 🙂 Но теперь у тебя есть 2 эксперимента, котрые можно провести. 🙂 а ну я этот даташит и смотрел. а там да, классический понижающий DC-DC , был бы такой — не было никаких проблем. а то воткнули 6401. причем в даташите было еще 10 лет назад указано — не использовать в новых разработках. и кстати схема четко показывает , что никакого внешнего управления на 3,3 вольта нет. просто с изолированного -48 вольт ( 50 вольт) формируется 3,3 вольта. (27) В твоем рисунке нет формирования 3,3 В А на странице 27 есть. Правда на LT1619. Я так понял, это стандарт работы для стандарта 802.3af. Поэтому не так важно на чем собирать и чем обвешивать, но это требование должно выполняться. вот этот обычный DC-DC нет в нем никаких чудес. вот и я про то . подключить надо было аккум прямо на выход DC-DC прямо параллельно выходному конденсатору после диода Шотки. Хорошая мысля приходит апасля. _MAVR_ (23): я когда проверял — постукивал по плате в районе ШИМа и подключенный светодиод на эти 3,3 вольта иногда загорался. Постукивание могло так же заставить деградироваший светодиод в оптопаре не на долго загореться ярче. вот кстати судя по данному DC-DC на входе стоит параметрический стабилизатор, который снижает 48 до приемлемых вольт 10 для 1619. возможно то же решение было и на 6401. а так как схема не соответствовала включению в даташите. я про это тоже не подумал. может входной транзистор дохнет. зайди на схем.нет по ссылке — там куча фоток )))) Оптопары к питанию не имеют никакого отношения. они стоят в цепях гальванической развязки шины i2c от 4259 к внутрянке коммутатора. а то пробьет какой либо порт и пойдет по цепочке трансы — 4259 — шина i2c — управляющий чип шины i2c — питание — главный чип коммутатора. нет. не тот случай. _MAVR_ (32): может входной транзистор дохнет. Тоже как вариант, но он тут работает в режиме ключа. Опыта у меня с такими моментами не много, тем более с полевиками. Но на моей памяти в таком режиме транзистор либо работал либо уже был пробитым. Правда я работал в основном с биполярниками. _MAVR_ (33): Оптопары к питанию не имеют никакого отношения. А вот тут не согласен. По 2 оптопарам проц дает команду 4259 в каком режиме работать, а по другим 2 оптопарам получает от неё данные измерений, на основе чего делает выводы. А режимы у него разные, в том числе и без -48В. Я именно про то же — что оптопары только развязка i2c шины я имел ввиду, что через них нет никаких команд включения и выключения 3,3 вольта . _MAVR_ (35): я имел ввиду, что через них нет никаких команд включения и выключения 3,3 вольта . Через них есть команда на отключение -48В. А следовательно, если верить схеме, и 3,3 В тоже отключиться вместе с -48В.. Сделай (21)(24) и сразу будет ясно где гадюка теряет 3,3 В. На DC или с управления (не обязательно оптопара) 48 вольт пропадает если только выключить сабж из розетки. если мы выключим 3,3 вольта. то потом уже ни чем не включим. а полевик чистый стабилизатор на 15 вольт, стабилитрон на 15 вольт и кондер после полевика на 16 вольт, а рассеивается лишнее на резисторе в 510 Ом не путай -48 (50) вольт с БП и 48 вольт РоЕ _MAVR_ (37): 48 вольт пропадает если только выключить сабж из розетки А как жеж он тогда производит контроль потребителя, там и менее 10 В вместо 48 остается на доли секунд. Например когда он замеряет сопротивление потребителя. вот ты значит так и не понял принцип работы РоЕ. )))) на входе 48 вольт с БП. они не отключаемые ничем — 50 вольт 7,5 Ампер. только вилкой из розетки. а на каждый порт свой контроллер со своим токовым резистором , ключем полевиком и кучей защитных цепей. данная часть схемы повторяется 48 раз. Возможно чего то и не понял. Если ты имеешь ввиду, что потребитель питается от линии и поэтому там все время должно держаться питающее напряжение -48В. То я действительно понял, что не все время. На время контроля линии (на мс) напряжения устанавливаются проверочные, а не питания. А если происходит сбой связи микры с процем, то он как раз в ошибку и вывалится. Блин, куда вчера глядел, Vee Намертво сидит на -48. 🙁 Картинка конечно мелкая, но я ведь двумя глазами глядел. 🙁 Я просто повешу китайский модуль DC-DC и проверю. Странно. не отписался — повесил просто внутрь БП 220-3,5 вольта. коммутатор большой а места нет)))) так на пустое место на плату и приклеил. Источник | |||||||||||||||||||||||||
