<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: CCR2004 с модулем SFP ONU: отказали оба блока питания]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме CCR2004 с модулем SFP ONU: отказали оба блока питания форума Аппаратное обеспечение на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Tue, 14 Jul 2026 05:51:57 +0300</pubDate>
		<item>
			<title>CCR2004 с модулем SFP ONU: отказали оба блока питания</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427475">CCR2004 с модулем SFP ONU: отказали оба блока питания</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Мой CCR2004-1G-12S+2XS работает без проблем уже больше года. Недавно я столкнулся с этим странным поведением, и сегодня оно повторилось во второй раз. Начал искать информацию и наткнулся на эту тему… С большой вероятностью проблема вызывает FS ONU, ведь я подключил один из таких всего пару недель назад. Но оптика пока даже не активна, а интерфейс помечен как «Rx Loss». <br />
			<i>01.05.2024 15:45:00, Virsacer.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427475</link>
			<guid>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427475</guid>
			<pubDate>Wed, 01 May 2024 15:45:00 +0300</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>CCR2004 с модулем SFP ONU: отказали оба блока питания</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427474">CCR2004 с модулем SFP ONU: отказали оба блока питания</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Я использую GPON-ONU-34-20BI от FS.com на CCR2004 и не сталкиваюсь с описанными проблемами по состоянию здоровья устройства. Правда, раз в 7-10 дней бывает кратковременное прерывание связи. <br />
			<i>25.12.2023 09:52:00, Cha0s.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427474</link>
			<guid>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427474</guid>
			<pubDate>Mon, 25 Dec 2023 09:52:00 +0300</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>CCR2004 с модулем SFP ONU: отказали оба блока питания</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427473">CCR2004 с модулем SFP ONU: отказали оба блока питания</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			CCR2004-1G-12S+2XS | ROS 7.14 beta3 (25.12.2023) Также сбой с этими GPON-стиками, похоже, власти забыли свои обещания. Huawei | MA5671A Nokia (известный как Alcatel-Lucent) | G-010-S-A Alcatel-Lucent | G-010-S-P <br />
			<i>25.12.2023 03:17:00, onion83.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427473</link>
			<guid>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427473</guid>
			<pubDate>Mon, 25 Dec 2023 03:17:00 +0300</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>CCR2004 с модулем SFP ONU: отказали оба блока питания</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427472">CCR2004 с модулем SFP ONU: отказали оба блока питания</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Эта проблема всё ещё сохраняется в ROS 7.9rc2, я также открыл обращение в поддержку Mikrotik. Другие пользователи на форуме сталкиваются с такой же проблемой: <noindex><a href="http://forum.mikrotik.com/t/ccr2004-1g-12s-2xs-psu1-and-psu2-enter-in-fail/157781/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/ccr2004-1g-12s-2xs-psu1-and-psu2-enter-in-fail/157781/1</a></noindex> Кто-нибудь нашёл какое-то временное решение? <br />
			<i>17.04.2023 06:25:00, J383MY.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427472</link>
			<guid>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427472</guid>
			<pubDate>Mon, 17 Apr 2023 06:25:00 +0300</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>CCR2004 с модулем SFP ONU: отказали оба блока питания</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427471">CCR2004 с модулем SFP ONU: отказали оба блока питания</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			root@SFP:/home/ONTUSER# sfp_i2c -h &nbsp;<br />использование: sfp_i2c [опции]  <br /> -h, --help &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;экран помощи &nbsp;<br /> -v, --version &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;показать версию &nbsp;<br /> -a, --activate-monitor &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;активировать демон мониторинга &nbsp;<br /> -d, --default &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;установить значения по умолчанию (ВНИМАНИЕ: перезапишет все предыдущие настройки) &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Для безопасности требуется аргумент "yes"! &nbsp;<br /> -i, --index &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;выбор индекса &nbsp;<br /> -l, --length &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;длина в байтах области доступа &nbsp;<br /> -s, --set-string &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;установить строку, индекс выбирает: &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;0: имя производителя &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;1: номер детали производителя &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;2: ревизия производителя &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;3: серийный номер &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;4: дата кода &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;5: данные производителя &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;6: идентификатор оборудования ONU2-G OMCI ME &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;7: идентификатор производителя ONU-G OMCI ME &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;8: GPON серийный номер &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;9: LOID &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;10: логический пароль &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;11: PLOAM пароль &nbsp;<br /> -0, --save-a0-low-128 &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;доступ на чтение/запись в байтовом формате &nbsp;<br /> -1, --byte-access (по умолчанию) &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;доступ на чтение/запись в формате слова &nbsp;<br /> -2, --word-access &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;доступ на чтение/запись в формате двойного слова &nbsp;<br /> -4, --dword-access &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;чтение по адресу &nbsp;<br /> -r, --read-location &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;запись по адресу &nbsp;<br /> -w, --write-location &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;показать пороговые значения: (можно несколько раз) &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;0: высокие аварийные сигналы &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;1: низкие аварийные сигналы &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;2: высокие предупреждения &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;3: низкие предупреждения &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;4: показать необработанные (hex) значения вышеуказанных &nbsp;<br /> -t, --show-thresholds &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;маска &nbsp;<br /> -m, --mask &nbsp;<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;установить базовый I2C-адрес EEPROM 0 нужно ли ставить -0 или -1? <br />
			<i>17.12.2022 18:18:00, Shalom.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427471</link>
			<guid>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427471</guid>
			<pubDate>Sat, 17 Dec 2022 18:18:00 +0300</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>CCR2004 с модулем SFP ONU: отказали оба блока питания</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427470">CCR2004 с модулем SFP ONU: отказали оба блока питания</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			У меня та же проблема, я уже открыл заявку в поддержку. GPON-модуль отлично работал на моём RB3011, но вызывает сбой системы на моём ccr2004 в последних стабильных и тестовых версиях. В supout видно, что шина I2C, скорее всего, зависает, так как там только тайм-ауты в ожидании готовности шины. Не уверен, связано ли это с запросом на чтение одного байта, обсуждаемым здесь: <noindex><a href="http://forum.mikrotik.com/t/request-support-i2c-sfp-sfp-secuential-singlebyte-reads-to-obtain-transceiver-details-from-eeprom/142454/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/request-support-i2c-sfp-sfp-secuential-singlebyte-reads-to-obtain-transceiver-details-from-eeprom/142454/1</a></noindex> <br />
			<i>13.12.2022 15:12:00, ChrisFromCA.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427470</link>
			<guid>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427470</guid>
			<pubDate>Tue, 13 Dec 2022 15:12:00 +0300</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>CCR2004 с модулем SFP ONU: отказали оба блока питания</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427469">CCR2004 с модулем SFP ONU: отказали оба блока питания</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			У меня такая же проблема на CCR2004. Я купил такой же SFP ONU от FS, и когда подключаю его к CCR, через некоторое время вентиляторы начинают периодически включаться и выключаться, а красный индикатор Service Fault загорается. Я проверил на странице состояния системы — датчики вообще не показывают показания. Всё остальное работает нормально: интернет, VPN, файрволы. Только эти вентиляторы раздражают. Я не понимаю, в чём проблема, пока простой выход — перезагружать CCR. Остаюсь здесь в надежде на лучшее решение. <br />
			<i>13.12.2022 13:42:00, Shalom.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427469</link>
			<guid>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427469</guid>
			<pubDate>Tue, 13 Dec 2022 13:42:00 +0300</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>CCR2004 с модулем SFP ONU: отказали оба блока питания</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427468">CCR2004 с модулем SFP ONU: отказали оба блока питания</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Привет, ребята, у меня точно такая же проблема. Через пару минут после установки модуля вентилятор начинает бешено работать, загорается красный индикатор ошибки... все интерфейсы постоянно поднимаются и опускаются... в итоге роутер полностью нестабилен, это точно аппаратная проблема между модулем ONU и CCR 2004. <br />
			<i>21.10.2022 06:57:00, niouflex.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427468</link>
			<guid>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427468</guid>
			<pubDate>Fri, 21 Oct 2022 06:57:00 +0300</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>CCR2004 с модулем SFP ONU: отказали оба блока питания</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427467">CCR2004 с модулем SFP ONU: отказали оба блока питания</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Привет, у меня такая же проблема, есть ли решение? <br />
			<i>11.08.2022 14:35:00, Fluor.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427467</link>
			<guid>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427467</guid>
			<pubDate>Thu, 11 Aug 2022 14:35:00 +0300</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>CCR2004 с модулем SFP ONU: отказали оба блока питания</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427466">CCR2004 с модулем SFP ONU: отказали оба блока питания</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Друзья, пару недель назад (точно 26 апреля) я заказал CCR2004-16G-2S+. Настроил этот роутер в начале мая, обновил до стабильной версии 7.2.3, которая работала без проблем. Два дня назад я добавил новый SFP ONU, а через пару часов заметил, что на устройстве загорелся LED Fail, и я слышу странный шум от вентиляторов, LED Green USER при этом выключен (раньше после загрузки он всегда был включён — но могу и ошибаться).<br /><br />Симптомы: скорость вентиляторов растёт, потом замедляется, и этот цикл повторяется каждые пару секунд. В логе я увидел, что оба блока питания отключаются одновременно, но устройство продолжает работать. Я подумал, что проблема из-за свежего обновления, ведь раньше всё было нормально, к тому же роутер работал на ИБП, и решил подключить напрямую к питанию. Также решил перейти на версию 7.1.5, понизил прошивку, перезагрузил, и роутер заработал нормально. Но через несколько часов проблема появилась снова, при каждой перезагрузке она исчезает на пару часов.<br /><br />В SYSTEM - HEALTH во время проблемы устройство сообщает, что температура и скорость вентиляторов вне нормы. Сейчас роутер работает нормально (перезагружал 2 часа назад). Показатели здоровья:<br /><br />board-temperature1 42°C &nbsp;<br />board-temperature2 46°C &nbsp;<br />cpu-temperature 57°C &nbsp;<br />fan1-speed 3570 RPM &nbsp;<br />fan2-speed 3540 RPM &nbsp;<br />psu1-state OK &nbsp;<br />psu2-state OK &nbsp;<br />sfp-temperature 47°C &nbsp;<br />temperature 47°C &nbsp;<br /><br />Кто-нибудь сталкивался с такой проблемой? Есть идеи, в чём корень? Я реально разочарован: устройство всего 3 недели в эксплуатации, а уже отказывает, а роутер не из дешёвых. Для меня это домашний роутер, использую только слоты SFP+ с ONU и SFP DAC кабель для подключения к CRS328. Роутер установлен в закрытом шкафу с системой вентиляции, температура внутри не выше 22,8°C, что всего на 1,8°C больше, чем снаружи шкафа. <br />
			<i>23.05.2022 20:30:00, jagrok.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427466</link>
			<guid>http://mikrotik.moscow/forum/forum58/88498-ccr2004-s-modulem-sfp-onu_-otkazali-oba-bloka-pitaniya/message427466</guid>
			<pubDate>Mon, 23 May 2022 20:30:00 +0300</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
	</channel>
</rss>
