Ошибки Crc на порту коммутатора
Обновлено: 01.07.2024
У меня есть маршрутизатор Cisco 2621 с двумя
интерфейсами Ethernet, которые подключаются через
коммутационную панель к коммутатору Cisco 2900XL.
Маршрутизатор не отображает ошибок на
интерфейсах Ethernet, но порты коммутатора
инкрементируют входные ошибки CRC на
портах, которые взаимодействуют с маршрутизатором. Я пробовал
разные кабели и разные порты
на коммутаторе и на коммутационной панели. Я
также проверил, что конкуренция установлена для
100 Мбит/полный дуплекс с обеих сторон и
соединяется правильно.
Я связался с Cisco, но звонок
затянулся, и до сих пор то, что было сделано
по их предложению, не помогло
(отключение поддержки активности TCP). Я уверен,
что кабели,
разъемы коммутационной панели и т. д. находятся в хорошем состоянии,
и я проверил их чистоту с другими
устройствами Full Duplex.
Есть какие-нибудь подсказки, чем это может быть вызвано,
где искать?
Все комментарии
Ошибки CRC на портах коммутатора
от Anonymous · около 21 года, 4 месяца назад
Большое количество ошибок CRC от сигнальной станции обычно указывает на неисправный порт Ethernet маршрутизатора, поврежденные программные драйверы (Cisco IOS) или неисправный кабель, соединяющий станцию с сетью. Если ошибки связаны со многими станциями, это связано с плохим кабелем, портом Ethernet маршрутизатора, портом концентратора или наведенным шумом в кабельной системе.
Ошибки CRC на портах коммутатора
от bert bolin · около 21 года, 4 месяца назад
Это хорошая общая информация, но
все эти показатели были
учтены.
Ошибки CRC на портах коммутатора
от richard_woo · около 21 года, 4 месяца назад
Сначала попробуйте использовать полудуплексный режим. Известно, что устройства Cisco имеют проблемы с работой в полнодуплексном режиме.
Ошибки CRC на портах коммутатора
от bert bolin · около 21 года, 4 месяца назад
Это был интересный ответ, и я
попробовал. Однако это не оказало
влияния. Я даже рад,
что этого не произошло, потому что продукты
Cisco дорогие и, конечно же,
должны быть в состоянии
полный дуплекс
безошибочно. Итак, мои поиски продолжаются…
Ошибки CRC на портах коммутатора
от darra · около 21 года, 4 месяца назад
Если вы устранили все возможные проблемы с физическим уровнем, единственным оставшимся решением является дуплекс и скорость. Убедитесь, что ни одна из сторон не использует автосогласование. Если это верное утверждение, верните скорость на 10 в полнодуплексном режиме и посмотрите, уменьшится ли количество ошибок.
Еще одна незначительная возможность — экстремальные заторы. Следите за тем, когда ошибки, кажется, растут больше всего…. и сравните с загрузками в то время.
Ошибки CRC на портах коммутатора
от darra · около 21 года, 4 месяца назад
Еще один важный урок, который я усвоил на собственном горьком опыте… замените кабель между двумя устройствами. Кабели дешевы и чаще всего являются проблемой, чем что-либо еще.
Ошибки CRC на портах коммутатора
от bert bolin · около 21 года, 3 месяца назад
Отличный ответ. К сожалению, все это
учтено. Нагрузка
хорошо находится в допустимых пределах,
загрузка процессора в норме, никаких признаков
перегрузки коммутатора или маршрутизатора, если на то пошло. Порты
использовали автосогласование, и я попытался
настроить их вручную для
полного дуплекса 100 МБ, но это не решило
проблему. Я попытаюсь установить
конфликт на полудуплекс, чтобы посмотреть,
решит ли это проблему.
Ошибки CRC на портах коммутатора
от rwscc · около 21 года, 3 месяца назад
Я предполагаю, что вы протестировали кабель в соответствии со спецификациями категории 5 на затухание, шум и перекрестные помехи. Даже если кабель проходит с честью, вы можете получить помехи между маршрутизатором и портами коммутатора. Проверьте соединения заземления на обоих элементах оборудования. Раньше у меня было плохое заземление между двумя розетками на одном и том же блоке питания (по общему признанию, дешевое). Если на пути заземления между двумя устройствами будет слишком большое сопротивление, будет разница в напряжении, которая зависит от тока заземления. Небольшая проблема с заземлением может вызвать ошибки CRC, а серьезная проблема с заземлением может привести к повреждению схемы порта или всего устройства. Насколько я вижу, вы уже проверили все остальное.
Ошибки CRC на портах коммутатора
от bert bolin · около 20 лет, 8 месяцев назад
Вопрос был автоматически закрыт TechRepublic
Ошибки CRC на портах коммутатора
Майкл Рорк – ccna/da mcp 3csa · около 20 лет, 11 месяцев назад
просто предположение (помимо предложения по заземлению и соединению, которое вы все равно должны проверить при установке), это IOS,
Испытывали ли вы эти ошибки CRC со старыми IOS? у вас есть другой маршрутизатор, с помощью которого вы можете переключать флэш-память и оперативную память?это может быть самой неприятной вещью, которую нужно попробовать, но это лучше, чем массивная перегрузка, если ошибки увеличиваются (и количество повторных передач увеличивается)
Удачи.
Ошибки CRC на портах коммутатора
от bert bolin · около 20 лет, 8 месяцев назад
Вопрос был автоматически закрыт TechRepublic
Ошибки CRC на портах коммутатора
от bert bolin · около 20 лет, 8 месяцев назад
Этот вопрос был автоматически закрыт из-за бездействия
Начать или найти
Связанные обсуждения
Аналоговый модем выполняет рукопожатие, но зависает при отсутствии оператора связи
от armakith · около 4 часов 8 минут назад
Роутер edimax LT-6408n не может подключиться к Интернету; есть сигнал Wi-Fi
от Vs3rAbVs3r · около 1 недели, 3 дня назад
от sachinputra88 · около 1 недели, 5 дней назад
Доступ к ноутбуку Nokia Базовая полоса Nokia AirScale имеет ограничение диапазона IP-адресов
от zillah2004 · около 2 недель, 3 дня назад
Прослушивается ли мой стационарный телефон – возможно, мой сосед
от sebrodugribei-2871 · около 2 недель, 4 дня назад
Похожие форумы
-
· 25 126 обсуждений · 2 617 обсуждений · 18 937 обсуждений · 41 347 обсуждений · 2 059 обсуждений · 2 112 обсуждений
Премиум TechRepublic
Как нанять финтех-инженера
Этот набор для найма от TechRepublic Premium содержит описание работы, примеры вопросов для собеседования и основное объявление о поиске, которое поможет вам найти, провести собеседование, нанять и нанять лучших кандидатов на открытую вакансию FinTech Engineer. Из предисловия к комплекту для найма: За последнее десятилетие или около того, особенно после повсеместного распространения смартфонов в домене .
Опубликовано: 17 марта 2022 г., 17:00 по тихоокеанскому времени. Изменено: 19 марта 2022 г., 9:56 по тихоокеанскому времени. Подробнее Подробнее Подробнее см. TechRepublic Premium
Комплект для найма: Дизайнер виртуальной реальности
Этот набор для найма от TechRepublic Premium содержит описание работы, примеры вопросов для собеседования и базовое объявление о поиске, которое поможет вам найти, провести собеседование, нанять и нанять лучших кандидатов на открытую вакансию дизайнера виртуальной реальности. Из предисловия к набору для найма: хотя концепция приложений виртуальной и дополненной реальности существует уже несколько десятилетий, .
Опубликовано: 10 марта 2022 г., 16:00 по тихоокеанскому времени. Изменено: 12 марта 2022 г., 12:00 по тихоокеанскому стандартному времени.
Контрольный список: развертывание приложений и служб Microsoft 365 на компьютерах Mac
Очень важно правильно спланировать развертывание приложений и служб Microsoft 365 на компьютерах Mac, чтобы не раздражать конечных пользователей. Необходимо учитывать так много элементов, что дальновидным ИТ-специалистам следует рассмотреть возможность использования контрольного списка. При правильном администрировании ИТ-отделы могут гарантировать, что важные задачи не будут упущены из виду, а пользователям не придется возвращать системы в службу поддержки.
Опубликовано: 23 февраля 2022 г., 16:00 по тихоокеанскому времени. Изменено: 24 февраля 2022 г., 21:00 по тихоокеанскому стандартному времени. Подробнее Подробнее Подробнее TechRepublic Premium
Исследование: сложности развертывания мультиоблачных сред часто оправдывают преимущества, даже в непростые времена
Результаты последнего опроса TechRepublic Premium показывают, что предприятия продолжают развертывать мультиоблачные решения, но ИТ-специалисты, которые их поддерживают, не знают, как они изменятся в будущем. Из введения: На пороге третьего года глобальной пандемии COVID-19 отрасли, предприятия, потребители и поддерживающие их специалисты в области информационных технологий .
Опубликовано: 17 февраля 2022 г., 16:00 по тихоокеанскому времени. Изменено: 19 февраля 2022 г., 5:00 по тихоокеанскому стандартному времени. Подробнее Подробнее Подробнее TechRepublic Premium
Прежде чем я скажу что-либо еще, я скажу, что не существует «простой кнопки» для устранения ошибок CRC. Это итеративный процесс. Вы вносите изменения, следите за своей тканью и при необходимости вносите дополнительные изменения, пока проблемы не будут решены. У меня часто есть клиенты, которые хотят, чтобы это был одношаговый процесс. Это может быть, но обычно занимает несколько шагов. Сказав это, прежде чем мы сможем их исправить, нам нужно знать, что такое ошибки CRC и почему они возникают.
Что такое ошибки CRC? Когда они происходят?
Простой ответ заключается в том, что ошибки CRC — это поврежденные кадры. Более сложный ответ заключается в том, что перед отправкой кадра оптоволоконного канала выполняются некоторые математические операции. Ответ добавлен в нижний колонтитул фрейма. Когда получатель получает кадр, получатель повторяет математические операции. Если получатель получает ответ, отличный от записанного в кадре, значит, кадр был изменен в полете. Это ошибка CRC. Это происходит только в том случае, если физический объект — кабели, SFP — каким-то образом неисправен. Гораздо реже, но все же возможно наличие неисправного компонента в коммутаторе. Устранение неполадок, о котором когда-нибудь будет отдельный пост в блоге. Действия получателя с поврежденным фреймом зависят от того, является ли это коммутатором или конечным устройством, и если это коммутатор, то какой марки коммутатор.
Почему это важно исправить?
В лучшем случае неисправные ссылки приводят к нескольким пропущенным кадрам.Оставленная без внимания проблема усугубится и в конечном итоге вызовет проблемы с производительностью. Кроме того, вы перейдете от 1 или 2 плохих ссылок ко многим. Клиент, с которым я работал последние несколько месяцев, оказался в такой ситуации и, наконец, завершает очень долгий процесс очистки многих неисправных ссылок. Много лет назад у меня был клиент, у которого были очень длительные задержки с поставкой ткани Brocade. У них была сверхизбыточность (есть такое) на коммутаторах и линках между хостами и хранилищем. Многие ссылки были сомнительными и приводили к ошибкам CRC. Когда хранилище получило плохой фрейм, оно просто отбросило его и не отправило ABTS. У них также был адаптер в хосте с ошибкой, и он просто сидел и ждал, пока хранилище ответит. Приблизительно через 90 секунд приложение истечет время ожидания и инициирует восстановление проблемы, которой не должно было произойти.
Почему так важно, какой марки коммутатор?
Во-первых, коммутаторы разных марок используют разные команды для получения данных, необходимых для устранения этих проблем. Во-вторых, способ, которым они проверяют и пересылают кадры, отличается. Для этого требуется другая техника в зависимости от марки переключателя. Коммутаторы Cisco — это то, что называется промежуточным хранением. Это означает, что они ждут получения всего кадра, затем проверяют его, затем, если кадр действителен, он пересылается. Если нет, он сбрасывается. Выключатели Brocade сквозные. Как только они получают достаточно кадра, чтобы понять, куда он идет, они начинают его пересылать. Если кадр оказывается плохим, они пытаются исправить его с помощью Foward Error Correction. Если это не работает, кадр помечается как плохой. По большей части конечные устройства, которые получают кадры, уже помеченные как плохие, просто отбрасывают кадр и инициируют восстановление через ABTS. Команды и методы устранения неполадок различаются для коммутационных сетей Brocade и Cisco.
Идентификация CRC в Cisco Fabric
Поскольку коммутационные сети Cisco работают с промежуточным хранением, вы знаете, что кадры с ошибками CRC будут отброшены, как только они будут обнаружены. Это может быть либо порт коммутатора, на который они приходят, либо, реже, внутри коммутатора. Этот пост будет посвящен ошибкам CRC, обнаруженным на портах коммутатора. Если вы подозреваете, что у вас есть сомнительные ссылки, вы можете использовать эти команды для проверки портов коммутатора на наличие ошибок CRC:
- 'показать интерфейс'
- 'показать счетчики интерфейса'
- 'показать журнал регистрации
Для вышеизложенного: команды 'show interface' и 'show interface counters' могут быть запущены с указанием интересующего вас порта коммутатора. Это делается в формате fcS/P, где S – слот, а P – порт. Для «показать журнал регистрации» вы ищете сообщения о том, что порт был отключен, потому что частота битовых ошибок была слишком высокой. Это часто является индикатором неисправного соединения. Как только вы найдете порты, которые обнаруживают ошибки CRC, вы можете перейти к этапу исправления.
Идентификация CRC на парчовых тканях
Ткани из парчи используют сквозную трассировку. Таким образом, ссылка для порта, который обнаруживает ошибки CRC, может не быть ошибочной ссылкой. Brocade имеет две статистики для CRC: CRC и CRC_Good_EOF. Если счетчик CRC_Good_EOF увеличивается, это означает, что ссылка, на которой он увеличивается, является источником проблемы. Если значение счетчика CRC увеличивается, значит, кадр уже помечен как неверный и проблема возникает в другом месте SAN. CRC_Good_EOF должен быть единственным счетчиком, который увеличивается на порту устройства. Если значение счетчика CRC_Good_EOF на ISL-порте увеличивается, это означает, что связь между отправляющим и принимающим коммутатором неправильная. Если счетчик CRC увеличивается на ISL, это означает, что проблема возникает где-то на передающем коммутаторе. Поэтому перейдите к отправляющему коммутатору и найдите порты, где CRC_Good_EOF увеличивается. Возможно, что оба счетчика будут увеличиваться по ссылке. Если это порт устройства, то ссылка плохая. Если это ISL, то сама ссылка является проблемой, и к отправляющему коммутатору подключены другие плохие ссылки. Как видите, есть еще несколько шагов для определения источника ошибок CRC в Brocade, прежде чем вы сможете перейти к этапу исправления. Porterrshow также может отображать порты, для которых CRC_Good_EOF не увеличивается, но показывает счетчик, называемый увеличением PCS. Если это так, это также является признаком плохой ссылки. Устранение ошибок PCS аналогично устранению ошибок CRC_Good_EOF.
Команда porterrshow отобразит статистику ошибок для всех портов. Portstatsshow N, где N — порядковый номер порта, будет отображать более подробную статистику для указанного порта. Если вы видите увеличение количества ошибок PCS для порта в porterrshow, это значит, что связь с этим портом неправильная, независимо от того, какие счетчики CRC или CRC_Good_EOF есть.
Устранение проблемы
После того как вы определили порт(ы), которые имеют сомнительные ссылки, вам необходимо устранить проблему. Как я упоминал ранее, это итеративный процесс.Вы заменяете часть, затем очищаете статистику коммутатора, затем отслеживаете от нескольких часов до дня, в зависимости от скорости увеличения. Повторяйте процесс до тех пор, пока ошибки не перестанут увеличиваться. Вы можете заменить сразу несколько деталей, например, одновременно заменить кабель и модуль SFP. Другой вариант — еще больше изолировать, просто заменив кабель или переместив устройство на новый порт коммутатора. Просто помните, что очень важно сбрасывать статистику сразу после внесения любых изменений. ПОМНИТЕ, ЧТО КОММУТАЦИОННЫЕ ПАНЕЛИ ЯВЛЯЮТСЯ ЧАСТЬЮ КАБЕЛЬНОЙ ПРОВОДКИ. Я подчеркиваю это, потому что клиенты часто заменяют кабель между коммутатором/устройством и панелью и забывают, что между патч-панелями есть кабели, что также вызывает подозрения. Несколько лет назад я занялся поиском и устранением неполадок соединения между двумя системами хранения. Системы хранения располагались в разных кампусах одного города. Пути репликации не останутся в рабочем состоянии. Когда я добрался туда, клиент подключил их напрямую через несколько патч-панелей без переключения. Я помог им проложить кабели через коммутаторы в каждом кампусе и сразу же увидел CRC, появившиеся на каналах. У них было 8 переходов через патч-панели между системами хранения. Мы обнаружили CRC на втором прыжке с каждой стороны. После этого я перестал проверять. В конечном итоге они решили провести новый прямой кабель между двумя точками.
Если у вас есть какие-либо вопросы, оставьте их в комментариях или найдите меня в LinkedIn или Twitter.
Если значение счетчика CRC интерфейса высокое, обычно это плохой знак, но почему?
- Если число высокое, что это означает с технической точки зрения?
- Что может привести к повышению этого счетчика?
- На каком уровне модели OSI будет реагировать этот счетчик?
2 ответа 2
Счетчик увеличивается, потому что ваши кадры повреждены.
CRC — это полиномиальная функция кадра, которая возвращает число 4 байта в Ethernet. Он будет обнаруживать все однобитовые ошибки и значительный процент двойных битовых ошибок. Таким образом, это предназначено для обеспечения того, чтобы кадр не был поврежден при передаче. Если ваш счетчик ошибок CRC увеличивается, это означает, что когда ваше оборудование запустило полиномиальную функцию для фрейма, результатом было число 4B, которое отличалось от числа 4B, найденного на самом фрейме.
Обычно считается, что CRC кадра Ethernet (FCS) находится на уровне 2 OSI, многие люди утверждают, что это уровень 1 в Ethernet, но это неверно (только преамбула, SFD и IFG относятся к уровню 1 в Ethernet).
Я рекомендую книгу под названием «Компьютерные сети — системный подход» по этому и многим другим предметам. Он подробно обсуждает CRC на страницах с 92 по 102.
Как указал Даниэль, кадры могут быть повреждены по нескольким причинам, таким как: несоответствие дуплекса, неисправный кабель и неисправное оборудование. Однако следует ожидать некоторого уровня ошибок CRC, и стандарт допускает частоту ошибок по битам до 10 -12 в Ethernet (1 бит из 10 12 может инвертироваться), что приемлемо согласно стандарту.
В меди сигнал распространяется за счет передачи состояния между электронами (сами электроны двигаются не очень сильно), а в волокне сигнал распространяется за счет фотонов, отражающихся от стенок волокна. Существует ненулевая вероятность того, что фотон просто изменится из-за тепла на стенках или состояние электронов перевернется само собой. Таким образом, даже в идеальных ситуациях всегда будут происходить некоторые ошибки. Следует знать, что бит — это не один фотон или однократное изменение состояния электрона; сегодня вам нужно много фотонов или изменений состояния электрона, чтобы выразить один бит, поэтому одно неверное «состояние» не приведет к ошибке, поскольку бит — это среднее состояние многих из них.
У нас есть большое оборудование (сварочный робот), которое подключено к нашей сети через кабель Ethernet. Коммутатор, к которому он подключен, сообщает о высоком уровне ошибок CRC на этом порту. Мы протестировали кабель, и он проходит все тесты. Робот довольно старый, и мы не можем получить какие-либо детали (экономически эффективные) для замены сетевого контроллера.
Мы периодически обращаемся к этому роботу для получения отчетов несколько раз в год.
Мой вопрос заключается в следующем: оказывает ли порт с высоким уровнем ошибок CRC какое-либо неблагоприятное влияние на остальную часть сети? Должен ли я оставить его отключенным до тех пор, пока он не понадобится, или просто оставить его в покое?
jdewitt6029
10 ошибок при отключении электроэнергии и как их избежать
2022-03-23 18:00:00 UTC Веб-семинар Веб-семинар: LogicMonitor — 10 ошибок при обработке сбоев и как их избежать Все подробности о событии Просмотреть все события
Тим7139
Если ошибки CRC случаются нечасто, влияние должно быть минимальным, и я бы оставил их подключенными, но если вы видите несколько ошибок в день, я бы отключил их или исправил.
9 ответов
Рокн
Это отрицательно скажется на целостности данных. Некоторые коммутаторы отключают порт, если количество ошибок слишком велико. Это может быть что-то такое же простое, как несоответствие дуплекса.
Рикмарвел
Исходя из того, что сказал Рокн. Я бы проверил переключатель, к которому подключено устройство. Если для порта установлено значение «Авто» и он подключен, например, на 100 Full Duplex, я бы изменил порт на коммутаторе с «Авто» на «100 Full Duplex».
Кен Л.
В зависимости от возраста вам может быть лучше попробовать все комбинации скоростей. Возможно, вам придется полностью снизить скорость до 10 Мбит/с в полудуплексном режиме, чтобы ошибки исчезли. Просто попробуйте все настройки скорости и дуплекса, чтобы увидеть, исчезнет ли ошибка. Проверьте и посмотрите, есть ли у робота настройки скорости/дуплекса, которые вы также можете изменить. Установите для них максимально допустимое значение, а затем установите соответствующий переключатель.
Dusty_White_Hat
Робот не должен находиться в обычной локальной сети компании. Старые устройства, подобные этому, должны иметь свою собственную VLAN, где единственными другими системами являются системы мониторинга. Например, если вам нужен один компьютер для извлечения этого отчета, то это единственный компьютер, который должен быть разрешен в сети VLAN. Затем вы можете уменьшить болтовню в этой сети, отключив все неиспользуемые службы. В Windows, например, вы можете отключить все свойства адаптера сетевой карты, кроме IPv4. Это предотвратит попытки Windows разговаривать с роботом на языках, которые он не понимает. Будьте проще в мире роботов.
Вместо VLAN вы можете использовать отдельное оборудование, если хотите полностью отключить его. Специальный робот-переключатель, настроенный для этих простых коммуникаций.
дбито
jdewitt6029 пишет:
У нас есть большое оборудование (сварочный робот), которое подключено к нашей сети через кабель Ethernet. Коммутатор, к которому он подключен, сообщает о высоком уровне ошибок CRC на этом порту. Мы протестировали кабель, и он проходит все тесты. Робот довольно старый, и мы не можем получить какие-либо детали (экономически эффективно) для замены сетевого контроллера.
Мы иногда обращаемся к этому роботу для отчетов несколько раз в год.
Мой вопрос заключается в следующем: оказывает ли порт с высоким уровнем ошибок CRC какое-либо неблагоприятное влияние на остальную часть сети? Должен ли я оставить его отключенным до тех пор, пока он не понадобится, или просто оставить его в покое?
Ошибки CRC могут повлиять на сетевое подключение на этом порту, а иногда и на все порты. Я бы перезапустил коммутатор, а затем подключил его и посмотрел, произойдет ли это снова, если это произойдет снова, тогда настройте неуправляемый коммутатор для этого порта и подключите робота к неуправляемому коммутатору, и, возможно, проблемы исчезнут.
хьюфейух
Согласен. Если вы уже проверили/заменили кабель и изменили порт, попробуйте перейти на другой порт.
Я снял свою сетевую шляпу много лет назад, но я, кажется, припоминаю, что ошибки CRC в основном были вызваны плохими кабелями или механизмом, обращенным к порту отчетов (то есть смотрите на дальний конец). Я также предположил бы, что робот будет генерировать много ЭМП сам по себе. может еще попробовать экранированные кабели?
Тим7139
Как вы тестировали кабель? Когда вы тестировали кабель?
Встроенный тест кабеля вряд ли найдет неисправность, вам понадобится тестер довольно высокого класса. Кроме того, поскольку эта проблема, вероятно, носит периодический характер, вам необходимо проводить тестирование, пока появляются сообщения о новых ошибках.
Если вы не прокладываете экранированный провод в кабелепроводе, вы можете испытывать довольно распространенные помехи от устройства и его источника питания.
Была одна настройка, при которой мы видели ошибку только тогда, когда сварочный аппарат находился в определенном положении с определенной настройкой мощности/нагрева.
Тим7139
Если ошибки CRC случаются нечасто, влияние должно быть минимальным, и я бы оставил их подключенными, но если вы видите несколько ошибок в день, я бы отключил их или исправил.
OP jdewitt6029
Я протестировал кабель с помощью коммерческого тестера (местная компания, занимающаяся прокладкой кабеля). Он вернулся, пробег был немного длинным, но в остальном все было в порядке. Кабель не экранирован, а проходит рядом с другим кабелем, который идет еще на 30 футов дальше к другому роботу. Соединение этого робота чистое и работает без проблем.
Я подключал к сети обычный ноутбук с Windows 10 вместо робота в течение 3 дней, и у меня никогда не было проблем с контрольной суммой, поскольку робот выдает ошибки контрольной суммы каждые несколько часов. После того, как робот снова подключился, он сделал именно это.
Я пробовал разные порты, и ничего не изменилось.
Я думаю, что это как-то связано с роботом. К сожалению, запчасти для робота найти практически невозможно, и они очень дороги.
Думаю, я просто оставлю его отключенным, пока он нам не понадобится.
Эта тема заблокирована администратором и больше не открыта для комментариев.
Чтобы продолжить это обсуждение, задайте новый вопрос.
Связывание домена Windows и домена веб-сайта?
Что может вызвать мерцание экрана?
У меня есть настольный компьютер Dell OptiPlex, который вызывает проблему мерцания экрана. Пожалуйста, проверьте это изображение ниже: Я сделал следующее, но все же мне повезло: Заменил монитор и кабели. Обновлен BIOS. Переустановил драйвер дисплея. Заменил оперативную память. р>
Искра! Серия Pro – 21 марта 2022 г.
Здравствуйте, ребята, я должен запустить эту Искру! с извинением. Я не устанавливал напоминания для этой статьи и, следовательно, забыл подготовить ее на выходных. Просто для этой цели сегодня было что-то вроде безумия в t.
Щелкни! Обновление Linux, больше никаких паролей?, BitB Attacks, Juno Pictures, New Ice
Ваша ежедневная доза технических новостей. Вы должны это услышать. Прибывает Linux 5.17: Вот что внутри Торвальдс и его команда снова обновили ядро Linux, после некоторых трудных времен из-за некоторых изменений в последнюю минуту. Работа начинается на n.
Удобные наушники для работы из дома — чтобы слышать шум, но не передавать его
Поскольку все больше и больше людей работают из дома, требования к функциям гарнитур немного изменились. Теперь многим людям не нужны гарнитуры, которые полностью изолируют их от окружающей среды, потому что рядом с ними может находиться ребенок, которому нужно быть собой.
Читайте также: