что такое некорректные данные в ответе мр
Как отредактировать некорректные данные?
Для предотвращения стандартных ошибок вы можете использовать письменные предупреждения для тех, кто будет работать с документом. Но также при этом существуют другие возможности, позволяющие исключить ввод некорректных данных. Под некорректными данными следует понимать следующее:
Данные ошибочного типа — например, ввод текстовой строки туда, где необходим ввод числа.
Данные, выходящие за пределы допустимых значений: например, ввод числа 200 в ячейку, требующую ввода числа от 0 до 100.
Как было отмечено, вы можете попытаться предотвратить это, введя пометки на рабочем листе. Но при этом необходимо, чтобы человек прочитал и воспользовался данными предписаниями, это важно при написании докладов. Лучшим способом предотвращения подобных ситуаций является использование правил проверки данных Excel. С такой проверкой вы сможете создавать правила, которые в точности определяют необходимый формат ввода данных или допустимый диапазон значений. Вы также сможете задать всплывающие сообщения при выборе ячейки с правилами, так же как и сообщения об ошибке, когда вводятся ошибочные данные.
Для задания такой проверки выполните следующие шаги:
Выделите одну или несколько ячеек, к которым необходимо применить правило проверки.
В закладке Параметры в раскрывающемся меню Тип данных вы можете задать различные типы допустимых для ввода данных. Любое значение означает возможность задания любого типа данных. В случае выбора других значений из данного выпадающего списка вы сможете задать также дополнительные параметры, к примеру, указать диапазон, в который должно попадать значение.
В случае если ячейка из выделенного диапазона уже имеет правило, будет доступна галочка Распространять изменения на другие ячейки с тем же условием. При ее выборе правила применятся и к остальным выбранным ячейкам.
Если вы хотите, чтобы при выборе ячейки на экране появлялось сообщение с указанием, выберите закладку Сообщение для ввода. Здесь вы сможете ввести заголовок и сам текст сообщения.
Для появления сообщения об ошибке при вводе некорректных данных, перейдите на закладку Сообщение об ошибке. Здесь, помимо заголовка и текста сообщения, вы можете выбрать стиль ошибки. Только в случае типа Останов (остановка) пользователь не сможет проигнорировать данное сообщение и ему придется ввести правильные данные.
Коды состояния HTTP: проверяем ответы сервера и убираем ошибки
Обычные посетители сайта обращают внимание в первую очередь на качественный контент, а поисковые краулеры – на ответы сервера. Если вовремя не проанализировать коды состояния, то будущее вашего сайта может стать весьма печальным.
Сегодня научимся проверять код как одной страницы, так и всех сразу, а также разберем все коды ответа и узнаем, что именно они означают.
Немного теории
Определить доступность веб-страницы поможет анализ кода состояния HTTP. Технически он представляет из себя стандартный запрос. Он отправляется, когда мы переходим по определенной ссылке на сайте или просто вводим ее в поисковой строке браузера. При обработке запроса сервер самостоятельно формирует и отдает трехзначный цифровой код.
Благодаря коду ответа понять реакцию сайта на запрос может не только поисковый краулер, но и обычный пользователь. Здесь нет ничего сложного даже для начинающих вебмастеров.
Сперва определимся с терминами.
Выделяют пять классов ответов. Идентифицировать класс можно по первой цифре.
Логика кодов, таким образом, весьма проста:
Что значат коды состояния HTTP
Причины / решения / пояснения ошибок, я буду давать только для самых часто встречающихся кодов. Для всех остальных – только краткое описание.
Двухсотые – успешные запросы
200 – успешный запрос данных. Код не является ошибкой.
201 – завершена успешная транзакция. Код говорит о том, что сформирован новый ресурс (или документ).
202 – запрос принят, но еще не завершен. Необходимо дождаться окончания обработки.
203 – данные получены не из первоисточника (возвращаемые данные идут не от исходного сервера, а от какого-то другого) и могут быть устаревшими.
204 – запрос был обработан правильно, но отсутствует содержимое. Есть заголовок ответа, но содержимое для него отсутствует. Обновлять и актуализировать содержимое не нужно.
205 – клиенту необходимо осуществить сброс содержимого. Саму страницу обновлять не требуется.
206 – ошибка частичного содержимого. Если клиент хочет выполнить загрузку данных в несколько потоков, а сервер выполняет только часть GET-запроса, будет возникать 206-ая ошибка.
GET-запрос предназначен для получения данных, в то время как POST-запрос нужен для отправки данных.
Код также может быть отправлен с сервера, когда клиент запросил диапазон (например, условно: «Дайте мне первые 2 МБ видеоданных»). Происходит возврат только частичного контента, соответствующего Range-заголовку (данный заголовок дает понять серверу, какую именно часть страницы от него требуют, и какую ему нужно вернуть).
Если страница отдает этот код, следует обратить внимание на выполнение кэширования и на исходящий запрос.
207 – выполнено несколько операций. Найти их можно в XML, в строке MultiStatus.
Трехсотые – запросы на редирект
300 – не удалось идентифицировать точный URL. Такой ответ возникает, когда существует множественный выбор, и краулер не знает, к какой именно странице относится ресурс.
301 – документ был навсегда перемещен на новый URL. Так должны отвечать все веб-страницы, которые удалены или являются зеркалами, дублями. Со временем все указанные страницы будут склеены с целевой веб-страницей (присоединены к ней) автоматически. Если возникает такая ошибка, нужно настроить 301-ое перенаправление с устаревшего URL на актуальный (если речь идет о веб-странице, которая уже ранжировалась, но ее URL изменился). В таком случае все позитивные метрики, включая вес URL, будут сохранены.
302 – документ был временно перемещен на новый URL. Это абсолютно корректный ответ сервера, который актуален для веб-страниц с распродажами или сезонными акциями, распространяющимися на какой-либо товар. Код указывает, что данный URI будет учитываться клиентом в последующих запросах. Другими словами, страница была найдена, но перенесена. Такие документы из индекса не удаляются. Если адрес был изменен навсегда, вместо 302-го, лучше использовать 303-ий или 307-ой ответ.
303 – нужно направить пользователя на иной URL. 303-ый код можно получить исключительно GET-запросом. В идеале, этот код нужно отдавать, когда требуется редиректнуть посетителя на близкорелевантую, но не идентичную странице.
304 – документ не модифицировался. Этот код не является стандартным редиректом. Он помогает краулерам определять страницы, которые не изменились с последнего визита.
Если на вашем сайте немного страниц (до 1 000), использовать код 304 нет смысла. Если вас напрягает этот редирект, то в заголовке нужно поправить параметр Last-Modified (последняя дата изменения) – он не должен быть старше, чем заголовок If-Modified-Since (если изменялся спустя заданное количество времени).
305 – доступ к этому документу возможен исключительно через прокси.
307 – документ был временно перемещен на иной URL. Идеальный вариант, если требуется временно редиректнуть посетителя, но оставить техническую возможность отправки POST-запросов.
Четырехсотые – сбои на стороне клиента
400 – ошибка синтаксиса. Сервер не может идентифицировать запрос, так как была допущена опечатка в синтаксисе. Проверьте корректность отправляемого запроса.
401 – отсутствует аутентификация. Код отдается, когда для доступа требуется пароль или регистрация.
403 – отсутствует доступ к документу. Возникает, когда пользователь хочет открыть системные файлы (robots, htaccess). Либо вы сделали опечатку при вводе URL и пытаетесь воспользоваться веб-страницей, которая не предназначена для обычного пользователя, либо вам нужно: пройти авторизацию для доступа к системным файлам.
404 – отсутствует соответствующий ресурс по введенному URL. Разберитесь, по каким причинам была удалена / перемещена страница. Возможно, вы допустили ошибку и удалили ее случайно. Если так – просто восстановите ее.
405 – некорректный метод (указывается в запросной строке клиента) для выбранного документа. Метод запроса определяет точное действие, которое должно быть выполнено для указанного ресурса.
406 – некорректный / неподдерживаемый краулером формат запроса. Код отдается, когда сервер не способен возвратить ответ, релевантный листу допустимых значений. Самый распространенный случай – поисковый робот не поддерживает кодировку документа или его язык. Убедитесь, что в теле сообщения содержится лист доступных ресурсов. Подробное описание ошибка на сайте веб-разработчиков Mozilla.
407 – отсутствует регистрация прокси или авторизация файервола.
408 – таймаут запроса. Соединение разорвано, так как полный запрос не был передан. Другими словами, запрос занял слишком много времени, а сервер не готов был ждать. На каждом сайте существует свое время таймаута. Проверьте наличие интернета и просто обновите страницу. Подробное объяснение этой ошибки на сайте веб-разработчиков Mozilla.
409 – несовместимость двух запросов. Запрос невозможно выполнить при текущем состоянии сервера. Самый распространенный случай – операции c PUT-запросом. Например, когда нужно скачать файл, возраст которого превышает возраст уже существующего, расположенного на сервере.
410 – ресурс более не существует по указанному URL. Если страница удаляется целенаправленно, лучше делать так, чтобы она отдавала именно 410-ый. Краулер обойдет такую страницу, получит этот код и больше никогда на нее не вернется, так как поймет, что она удалена навсегда. Если речь о веб-странице, которая была удалена временно, гораздо эффективнее использовать 404-ый ответ. Если страница удалена намерено и навсегда, но в SERP имела хорошие места и приносила трафик, лучше сделать редирект на максимально релевантную существующую страницу.
411 – сервер сам отклоняет отправляемый запрос, так как не находит значение Content-Length. Этот ответ характерен как для обычных POST-запросов, так и для PUT-запросов (подразумевают замену существующих представлений документа на данные, которые содержатся в самом запросе).
412 –не были до конца выполнены условные поля HTTP-заголовка, например, If-Match. 412-ый код появляется в случаях, когда доступ к целевому документу отклоняется. Нужно проверить соблюдение и корректность HTTP-заголовков выполняемого запроса.
413 – у каждого сервера есть свой собственный максимальный размер запроса, определяемый не самим HTTP-протоколом (у него ограничения по длине запроса просто напросто отсутствуют), а ограничениями со стороны браузеров. Браузеры поддерживают запросы от 2 до 8 килобайт. Вышеуказанный код отдается, когда сервер не понимает запрос из-за слишком большого размера.
414 – возникает, когда отправляется чрезвычайно длинный URL. Запросы, содержащие излишне длинные URL, не могут правильно интерпретироваться сервером. Самые частые случаи появления этого ответа – попытка передать удлиненные параметры (излишне большое количество данных через GET- запрос).
415 – некорректный медиаформат. Текущий тип данных не может быть интерпретирован сервером.
416 – некорректное значение Range (диапазон). Ответ возникает в случаях, когда в самом HTTP-заголовке прописывается некорректный байтовый диапазон. 416-ый отдается в случаях, когда сервер не может взаимодействовать с запрашиваемыми диапазонами. Причина – отсутствие диапазона в необходимом документе или опечатка в синтаксисе.Сервер просто не имеет возможности работать с запрашиваемыми диапазонами. Проверьте синтаксис значения Range – он должен обязательно соблюдаться. Скорее всего, документ просто не имеет запрашиваемых диапазонов. Обновите страницу.
417 – указанное значение Expect не может быть удовлетворено (речь о заголовке запроса). Прокси некорректно идентифицировал содержимое поля «Expect: 100-Continue». Устранить эту ошибку самостоятельно не удастся. Если вы используете прокси Squid, обратитесь в поддержку. Вам нужно активировать ignore_expect_100. Другой вариант разрешите BS_PingHost обращаться к интернет-сети без участия прокси.
422 – существует определенная логическая ошибка. Какая именно, данный код не указывает. Копайте в сторону ошибок в семантике документа.
423 – используемый ресурс был заблокирован для выбранного HTTP—метода. Перезагрузите роутер и компьютер. Используйте только статистический IP.
424 – зависимый ресурс был блокирован по соображением безопасности. Данный код отдается, если в запросе присутствуют признаки несанкционированного доступа к файлам CMS.
426 – некорректные значения полей Upgrade и Conection. Этот ответ возникает, когда серверу требуется обновление до SSL-протокола, но клиент не имеет его поддержки.
429 – слишком много запросов. Ошибка отдается, когда один пользователь проявляет чрезмерно большую активность за короткий временной интервал. Проверьте плагины используемой CMS. В идеале, отключите их все и включайте по очереди, пока не доберетесь до источника проблемы.
451 – доступ к серверу заблокирован по решению судебных органов. Можно плодить бесконечные дубли или вообще создать новый домен, но рано или поздно страницу с идентичным содержимым все равно заблокируют. Временное решение – разместить проблемное содержимое на другом домене. Провайдеры могут подстраховаться и блокировать не только отдельные страницы, но и сайты целиком. Не нарушать закон – единственное, что можно посоветовать в этом случае.
Пятисотые – серверные сбои
500 – серверу не удается полностью обработать запрос. Такой код отдается, когда существует непредвиденное условие, мешающее выполнению запроса. Чаще всего внутренняя ошибка сервера может появляться при серверных сбоях. Проверяйте, корректно ли указаны директивы в системных файлах (особенно htaccess), нет ли ошибки прав доступа к файлам. Обратите внимание на ошибки внутри скриптов и их медленную работу.
Проверяйте конфликты плагинов и дополнений. Нередко 500-ая возникает, когда в настройках административной панели хостинга указана одна версия PHP, а на самом сайте используется другая. Последнее также создает высокую статическую нагрузку на хостинг. Если вам было бы узнать о пятисотой подробнее, пишите в комментариях, и я напишу развернутый материал на эту тему.
501 – не выполнено. Этот код отдается, когда сам сервер не может идентифицировать метод запроса. Сами вы эту ошибку не исправите. Устранить ее может только сервер.
502 – шлюзовый сбой. Возникает при получении некорректного ответа от сервера, находящегося по иерархии выше. Актуально исключительно для прокси и шлюзовых конфигураций.
503 – данный ответ возникает в случаях, когда существуют технические неполадки, не позволяющие интерпретировать введенный запрос. Скорее всего, ваш сервер просто на обслуживании или сильно перегружен. Уменьшите число перманентных запросов к базам данных. Убедитесь, что на сервере нет профилактических или других работ, ограничивающих его пропускную способность. Не используйте VPN.
504 – отсутствует ответ. Этот код отдается в одной ситуации – если сервер не может получит ответ за необходимый период времени. Отклика нет и возникает таймаут. Как и 501-ый ответ, 504-ый исправить самостоятельно не получится. Здесь дело в прокси, часто – в веб-сервере. Первым делом просто обновите веб-страницу. Если не помогло, нужно почистить DNS-кэш. Для этого используем сочетание горячих клавиш Windows+R и вводим команду cmd (Control+пробел). В открывшемся окне указываем команду ipconfig / flushdns и подтверждаем ее нажатием Enter.
Теперь все сбои будут фиксировать в файле debug.log (находится в папке wp-сontents). Если вы используете другую CMS, найдите к ней мануал и посмотрите, как активировать в ней журнал ошибок.
Также 504-ая отдает, когда на сайте существуют проблемы, связанные с задействованием CDN или кастомизированных серверов DNS. Отключите CDN на своем сайте.
505 – отсутствует поддержка текущей версии HTTP-протокола.
507 – не хватает места на жестком диске для выполнения запроса.
510 – не найдено расширение, желающее задействовать клиент.
Массово проверяем ответ веб-страницы
Самый простой способ проверить ответ веб-страницы – воспользоваться готовыми сервисами. Наиболее популярны:
Возьмем для примера mainspy. Тут проверить код ответа проще всего:
Таким образом, для проверки кода просто открываем страницу и вводим необходимые URL. Кликаем «Проверить». Будет выведен отчет. Напротив каждого проверяемого URL будет отображаться код ответа сервера:
Кроме перечисленных сервисов есть также замечательный плагин для Google Chrome – HTTP Header Spy. Он позволяет проверять код ответа сервера как одной, так и нескольких страниц сразу:
Послесловие
Коды ответа HTTP – это универсальный язык, который понимают не только краулеры Google / «Яндекса», но и люди. 5 классов кодов позволят с первого взгляда определить, где именно существует ошибка при выполнении HTTP запроса и куда копать для ее устранения.
Если ваш код ответа не указан в этом мануале, значит речь идет о кастомизированном сервере. Чтобы правильно истолковать ответ такого сервера и перевести его на человеческий язык, придется обратится к его разработчику.
В Google и «Яндексе», соцсетях, рассылках, на видеоплатформах, у блогеров
Курилка (просто трёп) » Некорректный ответ устройства в ДПЛС, а что это вообще такое?
Вот. У кого какие есть комментарии? Вдруг всё совсем не так? Чем больше мы понимаем, тем лучше мы сможем служить Родине.
10 месяцев 13 дней назад
Иванов Андрей Львович
Всегда надо держать в уме, что мы живём в России, в царстве секретности, дезинформации и некомпетентности. Это означает, что в РЭ могли написать неправильно специально или случайно. Только самостоятельно можно докопаться до правды.
Я тоже конечно мало что понимаю,но служу Родина-это святое.
– Каргапольцев Артур Николаевич 10 месяцев 13 дней назад
– Иванов Андрей Львович 10 месяцев 13 дней назад
– Иванов Андрей Львович 10 месяцев 13 дней назад
И дописать получится быстрее, если делать это коллективом.
– Каргапольцев Артур Николаевич 10 месяцев 13 дней назад
Но все же мы полагаем, что знание и понимание относятся больше к искусству, чем к опыту, и считаем владеющих каким-то искусством более мудрыми, чем имеющих опыт, ибо мудрость у каждого больше зависит от знания, и это потому, что первые знают причину, а вторые нет.
В самом деле, имеющие опыт знают «что», но не знают «почему»; владеющие же искусством знают «почему», т. е. знают причину. Поэтому мы и наставников в каждом деле почитаем больше, полагая, что они больше знают, чем ремесленники, и мудрее их, так как они знают причины того, что создается.
Таким образом, наставники более мудры не благодаря умению действовать, а потому, что они обладают отвлеченным знанием и знают причины. Вообще признак знатока — способность научить, а потому мы считаем, что искусство в большей мере знание, нежели опыт, ибо владеющие искусством способны научить, а имеющие опыт не способны.
Далее, ни одно из чувственных восприятий мы не считаем мудростью, хотя они и дают важнейшие знания о единичном, но они ни относительно чего не указывают «почему», например почему огонь горяч, а указывают лишь, что он горяч.
– Иванов Андрей Львович 10 месяцев 12 дней назад
– Волков Андрей 10 месяцев 12 дней назад
В самом деле, имеющие опыт знают «что», но не знают «почему»; владеющие же искусством знают «почему», т. е. знают причину. Поэтому мы и наставников в каждом деле почитаем больше, полагая, что они больше знают, чем ремесленники, и мудрее их, так как они знают причины того, что создается.
– Каргапольцев Артур Николаевич 10 месяцев 12 дней назад
– Иванов Андрей Львович 10 месяцев 12 дней назад
Но все же мы полагаем, что знание и понимание относятся больше к искусству, чем к опыту, и считаем владеющих каким-то искусством более мудрыми, чем имеющих опыт, ибо мудрость у каждого больше зависит от знания, и это потому, что первые знают причину, а вторые нет.
– Каргапольцев Артур Николаевич 10 месяцев 12 дней назад
– Волков Андрей 10 месяцев 12 дней назад
– Леготин В В 10 месяцев 12 дней назад
Иногда,конечно «охрана» интересуется сообщением «Некорректный ответ». Отвечаю,что это спутники-шпионы гадят.
Некоторые даже верят.
– Каргапольцев Артур Николаевич 10 месяцев 12 дней назад
– Иванов Андрей Львович 10 месяцев 12 дней назад
– Иванов Андрей Львович 10 месяцев 12 дней назад
Андрей Львович (и все примкнувшие к обсуждению), тех самых записей на чистых страницах РЭ ни Вы, ни кто из нас сделать не сможет. И вот по какой причине: то, какие нолики и единички посылает опросчик (КДЛ) и какие в ответ шлёт опрашиваемый (АУ) называется «протокол обмена», а он «закрыт» производителем. Поэтому никому из нас стать мудрым не суждено! Наш удел опыт :-((
В принципе всё сказано и можно поставить точку, но в РЭ производитель описывает сообщения «Некорректный ответ» и «Неустойчивый ответ», при этом не даётся вразумительного пояснения, что с этим делать. А это уже серьёзный повод обратиться к производителю за разъяснениями, которые вряд ли добавят нам мудрости.
Ну и позволю себе слегка поразмышлять на вопрос темы. Человек очень часто идёт по пути наименьшего сопротивления и разработчики Болид не исключение. Поэтому, для реализации обмена в ДПЛС, мог быть выбран один из широко известных протоколов, который претерпел некоторые изменения под конкретную систему. Вооружившись осциллографом, несколькими АУ + КДЛ и огромным терпением можно попробовать «ковырнуть» этот самый протокол. Вот только практического смысла от этой «мудрости» вряд ли большинство, из нам подобных, получит.
В целом всё и так понятно, что «нехороший ответ» вызван какой-то неисправностью и ни какая мудрость, кроме терпения и опыта, не даст ответа, что именно на этом объекте не так. В данном случае опыт важнее мудрости, ибо только он может дать ответ на вопрос «что случилось?». Но справедливости ради отмечу, что часто даже богатый опыт пасует перед загадкой «нехорошего ответа».
– Налетов Константин 10 месяцев 12 дней назад
Опыт помогает только в штатных ситуациях.
В нештатных опыт может очень сильно замедлить работу, потому что поведёт её по направлению, пригодному в прошлых сериях (по колёсам пинал, окна открывал-закрывал, в багажник заглядывал, крекс-пекс-фекс говорил). Почему надо было говорить крекс-пекс-фекс, опытный человек может даже не догадываться, для него это некое заклинание. Культ карго — Lurkmore
Забавно, но я сейчас вспомнил, что меня послали на пересдачу экзамена по термеху, потому что я на экзамене решил задачу, но не написал закон, по которому эта задача решалась. Препод решил, что я не знаю, и либо угадал с решением, либо списал.
– Иванов Андрей Львович 10 месяцев 12 дней назад
– Каргапольцев Артур Николаевич 10 месяцев 12 дней назад
– Волков Андрей 10 месяцев 12 дней назад
– Каргапольцев Артур Николаевич 10 месяцев 12 дней назад
– Иванов Андрей Львович 10 месяцев 12 дней назад
Подождите пару дней, может быть я отпишусь, что всё заработало. Сейчас оно уже работает, но мало времени прошло, результат ненадёжный.
– Иванов Андрей Львович 10 месяцев 12 дней назад
Может быть, это случится через год или через пять. Куда торопиться?
Либо в четверг..после дождичка..
Либо когда рак на горе свистнет.
– Каргапольцев Артур Николаевич 10 месяцев 12 дней назад
Жду вариантов чётких действий (без словоблудства и соплей).
– Налетов Константин 10 месяцев 12 дней назад
– Леготин В В 10 месяцев 12 дней назад
– Леготин В В 10 месяцев 12 дней назад
– Налетов Константин 10 месяцев 12 дней назад
– Налетов Константин 10 месяцев 12 дней назад
– Леготин В В 10 месяцев 12 дней назад
– Леготин В В 10 месяцев 12 дней назад
где? киньте ссылочку плиз.
– Налетов Константин 10 месяцев 12 дней назад
– Леготин В В 10 месяцев 12 дней назад
– Налетов Константин 10 месяцев 12 дней назад
Допустим, задрючить (пардон) одно АУ можно программой Shleifes, хотя не уверен, что устройство «прогреется» на токах 0.5мА, однако с точки зрения статистики интересное можно увидеть.
«АУ ждёт вопроса со своим адресом, и дождавшись, отдаёт информацию (цифру АЦП и всё такое прочее). Действительно, сообщать адрес при ответе необязательно, КДЛ и без этого знает, кого она только что спросила.»
А если КДЛ ничего не спрашивал, а по ДПЛС пришла битовая последовательность похожая на ответ АУ? Какова вероятность такой помехи?
Что касается богов, способных взломать (пардон) алгоритм, так Станислав Родин разобравшись в алгоритме тем не менее не воскликнул «Эврика!».
Однако, куда проще было бы иметь логгер, который показывает ДПЛС как есть без отсеивания «некорректного». Воттут бы мы и увидели, какого рода и частоты команды\ответы засоряют линию. Подозреваю, что имея определённые знания, его даже можно сделать на Atmel’е (Ардуине).
– Королёв Евгений Владимирович 10 месяцев 12 дней назад
– Леготин В В 10 месяцев 12 дней назад
– Королёв Евгений Владимирович 10 месяцев 12 дней назад
Время два ночи, проблемный раздел перестал быть проблемным, стоит как вкопаный. Наверное, копит силы, чтобы начать нарушать безобразия в ночь на следующее воскресенье.
– Иванов Андрей Львович 10 месяцев 12 дней назад
можно просто навести на имя, через пару секунд появится небольшой диалог, там есть и ЛС.
так феном их прогревать, бытовым только, а то строительный это уж совсем жестоко будет))
– Волков Андрей 10 месяцев 12 дней назад
– Королёв Евгений Владимирович 10 месяцев 11 дней назад
– Иванов Андрей Львович 10 месяцев 9 дней назад
– Волков Андрей 10 месяцев 9 дней назад
– Иванов Андрей Львович 10 месяцев 9 дней назад
– Волков Андрей 10 месяцев 8 дней назад
5 ответов
10 месяцев 11 дней назад
Заварзин Сергей Петрович
– Волков Андрей 10 месяцев 11 дней назад
– Иванов Андрей Львович 10 месяцев 11 дней назад
– Заварзин Сергей Петрович 10 месяцев 11 дней назад
– Налетов Константин 10 месяцев 11 дней назад
Некорретный ответ устройства может выдавать неисправный извещатель ДИП34А. Причем он кладет линию так, что некорретный ответ идет как бы от разных извещателей и так просто его не вычислить. Причем он может выдвать некорректный ответ как каждую минуту, так и раз в 2-3 суток. Единственный, на мой взгляд, вариант собирать стенд штук на 10-20 извещателей и потихоньку, методом исключения вычислять неисправный извещатель на стенде, а на объекте на это время устанавливать подменные датчики. Причина частого выхода из строя дип-34А с 2019 года, опять же на мой взгляд, в стабилитроне. Теперь он более нежный, и любую случайную переполюсовку или любые другие невзгоды может не пережить и дип начинает выдвать этот самый неккоректный ответ. На плате ДИП34А стабилитрон подписан как VD1. На старых датчиках он был другой(больше) и впаивался в соседний разъем RU1.
10 месяцев 9 дней назад
Мейрманов Ильяс Анварбекович
– Леготин В В 10 месяцев 9 дней назад
– Каргапольцев Артур Николаевич 10 месяцев 9 дней назад
– Леготин В В 10 месяцев 9 дней назад
Ещё перепайкой не занимались, но в половине случаев визуально видно что стабилитрону хана. Фотки на этом форуме можно грузить? Так бы показал. Спеца с паяльником не надо. Надо вычислить неисправный дип и убрать его из системы. Первый раз чуть с ума не сошел пока не понял в чем дело. Поменяли КДЛ, перепроложили полностью кабель на участке этой кдл. Ничего не помогало. А в итоге заменили дип и все норм. Причем где-то действительно были случаи при возникновении сторонних факторов (переполюсовка, протек потолок), а где-то 100 процентов без сторонних косяков с завода такой был (а может монтажники не признались что полярность напутали 🙂 ) Если датчик залило та же фигня будет. Некорректный ответ по всем АУ в линии.
10 месяцев 9 дней назад
Мейрманов Ильяс Анварбекович
«Если монтажники ( опять же допустим) переполюсовку перепутали, то разве это как-то может сказаться на «живучести» датчика? «
В том то и дело, что раньше это не сказывалось, а вот с 2019 года еще как сказывается.
https://yadi.sk/d/5M_T7qLz6epchA?w=1
10 месяцев 9 дней назад
Мейрманов Ильяс Анварбекович
– Леготин В В 10 месяцев 9 дней назад
– Каргапольцев Артур Николаевич 10 месяцев 9 дней назад
– Олещенко Игорь Николаевич 10 месяцев 9 дней назад
– Тремасов Константин Александрович 10 месяцев 9 дней назад