Перейти к содержимому
Калькуляторы

[anp/hsw]

VIP
 Просмотреть профиль  Активность

  • Публикации

    4546

  • Зарегистрирован

  • Посещение

 Тип публикации 

Сообщения, опубликованные пользователем [anp/hsw]

  2. Опубликовано · Жалоба на ответ

    Победил вобщем окитаевшийся аппарат, и еще один с похожей проблемой.

    Так что теперь есть прошивки, кастомизации для сварочных аппаратов Fujikura FSM-60s и FSM-18s.

    Смена языка (на любой) для китайских аппаратов, противоугонные функции, запрет сброса пароля итд...

    На все ушло пара месяцев от "ой бля, он китайским стал" до полностью собирающиейся прошивки с функциями и описаной процедурой старта.

  4. Опубликовано · Жалоба на ответ

    Проблема где-то в схеме управления ключами. Или на них подается не то, что нужно, или один из них рабитает нестабильно.

  6. Опубликовано · Жалоба на ответ

    В 2124 серии есть команды для hardware watchdog и software watchdog. А также есть загрузчик, который этот watchdog включает с самого старта.

    Думаю, в 1124 тоже должно быть что-то подобное.

    Хотя бы тогда перезагружаться будут.

  7. Опубликовано · Жалоба на ответ

    По звуку можно выявить возможные варианты:

    - короткозамкнутый виток в трансформаторе

    - выход из строя одной из управляющих цепей mosfet

    - конечно же электролиты

    Попробуйте осциллографом посмотреть, что там на выходе происходит. Чинить его наверное смысла нет, в районе 5000 такой можно купить исправный и более новой серии.

  8. Опубликовано · Жалоба на ответ

    Много живу жалоб со вчерашенй ночи на нерабочесть веб-версий телеграм, whatsapp, а также twitch, github итд на операторе ростелеком и присоединенных к нему.

    Прошу потдвердить или опровергнуть, кто с ними работает.

    Маршруты по BGP до этих ресурсов при этом остаются доступны через РТ.

  10. Опубликовано · Жалоба на ответ

    Если не хотите платить за замену серийника - сломайте коммутатор и никто не узнает, какой там серийник был.

    Учитывая, что коммутатор не ваш, в СЦ тоже не поменяют его серийник (а вдруг он краденый и вы хотите запутать след?)

    Если оба варианта не подходят - пишите служебную записку, аргументируя, что "все так и было, серийника всегда такой был".

  11. Опубликовано · Жалоба на ответ

    Заменил U104. Состояние аппарата поменялось.

    С горелой U104 аппарат начинал грузиться на черном экране и зависал за логотипе. Software update mode включался.

    С выпаяной - просто белый экран. Software update mode - не включается.

    С новой - грузится на белом экране. Software update mode - включается.

     

    Также попробовал перешить китайский аппарат на прошивку 1.34 - прошился, пароль вводится успешно, но на главном экране виснет. Языка все также китайский. Прошил опять 1.42.

     

    Полностью разобрался с форматом прошивки и воссозданием ее заголовков. Могу менять версию прошивки или модель сварочника.

    Прошивка позволяет загрузить/очистить настройки, и вообще писать в любую область flash. Главное знать, куда и что нужно писать.

    Но толку от этого не много - неизвестна архитектура CPU, так что я пока ничего кроме ASCII-строк анализировать не могу, не понятно, что и где менять.

     

  12. Опубликовано · Жалоба на ответ

    5 часов назад, Fibercom сказал:

    Частая проблема, аппараты-кирпич

    Это проблема в среде паяльщиков видеокарт как раз решается очень просто - реболлингом на другой тип припоя.

    Тут вам нужно конкретный элемент найти, который надо пропаивать или реболлить - можно, например дуя тонкой струей из паяльного фена на разные элементы и рпобуя стартовать.

     

    5 часов назад, Fibercom сказал:

    а то, что китай стал, это попадалово получается приличное

    Вообще, на дворе не 2000 год, и переводчик есть в любом телефоне.

    Но я связался с сервисом, и человек попробует поколдовать.

    А если нет - буду пытаться редкатировать прошивку. Ее я уже скачал, надо только разобраться, как она расшифровывается (раз аппарат это делает, то и я смогу), а том уеж язык сменить дело нескольких дней.

  13. Опубликовано · Жалоба на ответ

    Попал мне в руки Fujikura FSM-60s, зависает на старте после вывода логотипа, затем ребутится по кругу.

    В software update mode заходит, но по USB определяется как неизвестное устройство (cannot assign requested address, драйвера не ставятся).

    При осмотре обнаружился прогоревший U104 (аж дорога отгорела по питанию).

    После осмотра живой платы удалось еле как считать маркировку U104 - предположительно CFR (SN74LVC1G14).

    Также поменяю заодно U103, т.к. они стоят последовательно. Маркировка вроде CTF (SN74LVC1G06).

    Судя по всему, это цепь watchdog или что-то подобное, т.к. с силовыми элементами она не соединена.

    Что могло стать причиной такого дефекта, что еще могло вылететь? Пока жду посылку со всем набором логики (взял весь модельный ряд, т.к. рассыпухи такой на плате много), могу поковырять или считать маркировки с платы, кому надо.

     

    Также возник интересный нюанс - как только я подкинул рабочую плату на этот аппарат, она перешла на китайский язык. Притом что это плата с аппарата, оффициально купленого в ТКС еще во времена, когда "серого" завоза не было. До этого она успешно обновлялась через интернет на новую прошивку, и язык не сбрасывался.

    photo_2023-05-03_09-54-53.jpg

    photo_2023-05-03_11-07-03.jpg

  14. Опубликовано · Жалоба на ответ

    В 24.04.2023 в 03:24, Saab95 сказал:

    Имея транзитный мост в радио, к которому ни абонент, ни сервер, напрямую не подключен - ничего генерировать не будет а просто передаст пакет дальше.

    Вы не сможете передать трафик на L3 до того, как узнаете, кому его нужно передать на L2. За это отвечает ARP. В L3 цепочке каждый промежуточный роутер сгенерирует свой ARP запрос до следующего роутера, чтобы передать единичный пакет.

    В 24.04.2023 в 03:24, Saab95 сказал:

    И по накладным расходам передать L3 проще, т.к. таблица мак адресов состоит всего из 3-х устройств, никаких других хостов в сегменте нет.

    В случае радио, мак таблица вообще никакого значения не имеет, т.к. это broadcast среда. Хоть там 1000 маков, хоть один, пакет будет выпушен в радиоинтерфейс одинаковым образом.

    Если уж так хочется меньше маков - используйте vlan, будет всего два мака.

    В 24.04.2023 в 03:24, Saab95 сказал:

    только без использования ретрансляции на промежуточных узлах

    Ваш микротик только на L3 умеет повторно передавать данные? Радио вообще-то фиолетово, hwtxretry/swtxretry применяются к необработаноми пакету в радиосреде.

    В 24.04.2023 в 03:24, Saab95 сказал:

    Вовсе нет, при использовании PCQ каждому потоку данных выделяется свой буфер, как раз задержки по каждому потоку снижаются, игры идут лучше из-за меньшей задержки, и телефония тоже.

    Причина задержки - потеряный пакет. К тому моменту, как пакет был передан повторно, что в игре, что в телефонии, клиенту он уже не нужен. Телефония будет квакать и заикаться, игра будет лагать.

  15. Опубликовано · Жалоба на ответ

    В 10.04.2023 в 03:18, Saab95 сказал:

    Но тут появляется вопрос - не всегда можно зафильтровать все по самой специфике сети, да и сами коммутаторы будут перегружены фильтрами, особенно первые в цепочках. А говорим мы про радио - и тут по каналу пойдут и лишние запросы ARP, и некий мусорный трафик мелкими пакетами - все это займет лишнее время канала (пакетная нагрузка). Использование L3 окажется выгоднее.

    Тогда вам L3 тоже фильтровать надо. Даже лишние ARP запросы никуда не денутся, если вы их специально отфильтруете.

    Обращение к неизвестному адресу на L3 точно также порождает ARP пакет на конечном интерфейсе, где хост будет искать этот адрес.

    В 10.04.2023 в 03:18, Saab95 сказал:

    Вероятность потерять пакет, передавая его 3 раза по цепочке маршрутизаторов ниже, чем передавать его по 3-м L2 радио каналам.

    Передавая пакет на L3 вы должны сложить вероятность потери на L2 с вероятностью потерять на L3 (которая тоже будет от нагрузки CPU зависеть, итд). Учитывая, что вы не можете передать пакет L3 без участия L2 ethernet (если мы не берем частные случаи типа IPoATM и прочей не-ethernet экзотики), то вероятности нужно именно сложить, а не заменить одну на другую, как вы пишете.

    В 10.04.2023 в 03:18, Saab95 сказал:

    В случае L3 можно сделать нормальную буферизацию, увеличив объем буфера, использовать тот же PCQ - ведь классификаторы в виде IP адресов уже можно использовать.

    Еще более осложнив жизнь игрунам и IP-телефонистам?

  17. Опубликовано · Жалоба на ответ

    5 часов назад, Saab95 сказал:

    Если представить 3 устройства в цепочке по радиоканалам и L2, то пакет может пройти через устройство 1 и устройство 2, а на устройстве 3 потеряться. Потеряться он может по любой причине.

    Если он будет передаваться по цепочке маршрутизаторов, то вероятность потерять пакет в 3 раза ниже, т.к. устройства будут 3 раза передавать пакет между собой.

    Да хоть запредставляйтесь. К тому моменту, как вы пакет повторно отправите, клиенту он скорее всего не будет нужен, т.к. на L3 от хоста-источника уже пойдет другой пакет. Это может сработать, если повторная передача состоялась очень быстро (ACK timeout небольшой, соответствующий дистанции 50-100м), но если задержка для обнаружения пакета будет большая, то возникнет "packet reordering" - когда более новый пакет приходит раньше более старого. Это очень плохо влияет на большинство протоколов.

    6 часов назад, Saab95 сказал:

    Если посмотреть торчем порой трафик, который там по L2 ходит - то там очень много не нужного. Если сеть крупная, и в центр стягиваются данные со многих сегментов сети по L2 - то там мусора будет уже больше, еще бывают штормы трафика,

    Во-первых, откройте для себя vlan. Во-вторых - фильтрацию. В третьих, лишние манипуляции на L3 уровне добавляют задержки обработки, что тоже может быть критично.

  19. Опубликовано · Жалоба на ответ

    L3 и L2 это все еще один и тот же пакет.

    На L3 уровне решение о повторной передаче потеряного пакета принимает хост, его выпустивший (но не транзитный маршрутизатор).

    На L2 в случае обычного коммутатора никто не принимает. В случае радио (любого) есть алгоритмы ack с подтверждением приема пакета удаленной стороной. И тут уже радио принимает решение, передавать повторно или нет.

    В общем случае, лучше такой пакет на L2 не передавать повторно, т.к. только хост-источник реально знает, нужен ли будет этот пакет клиенту к тому моменту, как будет повтор его передачи (в случае с UDP играми и телефоней - обычно нет, в случае с TCP - без разницы).

  20. Опубликовано · Жалоба на ответ

    Разве они там не торрентами (или другим p2p) эти патчи качают? Всего-то нужно, чтобы была нормальная связность между абонентскими компами (upnp например на роутере включеный, чтобы комп/игровая приставка могла порт пробросить хотя бы на cgnat адрес из вашего пула).

    Или этот трафик реально настолько мизерный, что я просто не заметил его на графиках или там до сих пор p2p.

  22. Опубликовано · Жалоба на ответ

    СОРМ-3 б/у 900-мегабитный продавался за 500к тут. Инсталл на него в районе 1-1.5млн будет.

    Но имеет ли смысл, если вышестоящий вас может сормить за 30-50тыр в месяц за гиг? Два аплинка только?

     

    Цены ориентировочные, где-то инсталл дороже, где-то обслуживание. Где-то вам б/у сорм вообще не согласуют.

  23. Опубликовано · Жалоба на ответ

    Гайки закручиваются уже настолько, что работать без штрафов давно уже стало не возможно.

    Уровень же (финансовой) ответственности у "белого" оператора все растет и растет, и плавно приближается к уровню ответственности нелегалов.

    За сегодняшнюю цену СОРМ можно такой штат юристов нанять, что дыры в законе будут из раза в раз латать персонально для вас.

  24. Опубликовано · Жалоба на ответ

    5 часов назад, taf_321 сказал:

    Чтобы найти на них покупателей за тот конский итоговый ценник, американцам пришлось устроить диверсию на стратегическом объекте конкурента.

    Если говорить фактами, то вам достаточно посмотреть на график цены (общедоступная информация!)

    Пик цены был в начале мая 2022, и с тех пор цена уверенно снижается. Диверсия же была в конце сентября того же года, что хоть и в моменте чуть подняло цену, но общую тенденцию не переломило.

    Альтернативные виды добычи всегда были дорогими и никогда не были сопоставимы по размеру поставок с традиционными способами.

  25. Опубликовано · Жалоба на ответ

    DES-3526 виснет на свежей прошивке примерно никогда.

    Либо ваш опыт датиеуется 2011 годом, либо коммутатор неисправен (за давностью лет уже все конденсаторы повздувались и вентилятор заклинил например).