Перейти к содержанию
    

haker_fox

Модератор
  • Постов

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

  • Посещение

  • Победитель дней

    11

haker_fox стал победителем дня 15 ноября 2023

haker_fox имел наиболее популярный контент!

Репутация

59 Очень хороший

1 Подписчик

Информация о haker_fox

  • Звание
    Познающий...
    Гуру
  • День рождения 18.01.1986

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array

Retained

  • Звание
    Array

Посетители профиля

23 822 просмотра профиля
  1. Это нормально - жить в заблуждении долгое время. И это про всех нас. И про меня. Я до сих пор иногда много "открытий" делаю в любой сфере жизни, хотя считал, что имею твёрдые знания в этой самой сфере.
  2. Но речь идёт о высокой надёжности ОСРВ, а не аппаратного обеспечения. Потому что разработчики ОСРВ не могут нести ответственность за ту аппаратную платформу, на которой их продукт используется. Под аппаратной платформой я понимаю не архитектуру процессора, а созданный на его базе продукт. Поэтому прогнозировать разработчики ОСРВ здесь уже ничего не могут, т.к. даже восстановление после сбоя на каждой платформе может занимать разное количество времени в зависимости от реализации. Не имея знаний об аппаратной платформе, а их может быть большое количество (мобильный телефон, стиральная машина, частотный привод лифта и т.д. и т.п.), невозможно и заложить в ОСРВ желаемый Вами функционал. Ровно, как и снабдить дистрибутив ОСРВ драйверами для платформы. Хотя подобные попытки и предпринимались. Но, как правило, возможности таких драйверов крайне скромны, и не отвечают требованиям конечного потребителя, который их всё равно пишет сам по причине уникальных задач, решаемых его аппаратной платформой. Чтобы грамотно составить определение какого-либо предмета или явления, продукта или услуги, нужно иметь соответствующие знания. Кстати, в учебнике по логике за 1958 год, предназначенный для средней школы, уделён целый раздел тому, как грамотно написать определение. Например, определение кошки: кошка - это... Поэтому следует читать определения, даваемые уважаемыми специалистами в конкретной области. "Удачное" же определение лишь говорит о Вашей внутренней предрасположенности к данной форумулировке, как наиболее точно отражающей Ваши желания и запросы. А желания и запросы не всегда удовлетворяются реальностью. Теперь вернёмся к "Вашему" определению. Там написано "вне зависимости от своего состояния и окружения". Можно сразу задать вопросы: если в окружении будут проблемы с питанием, ОСРВ должна работать? Если питание исчезнет совсем? Про своё состояние тоже можно уточнить: если дала сбой плашка памяти SDRAM или контроллер памяти был настроен ошибочно, и данные в ней повреждены, в том числе структуры самой ОСРВ, она должна реагировать предсказуемо? Очевидно, что нет. В этом случае обязан отреагировать сторожевой таймер и перезагрузить систему, давшую сбой. Но этот таймер не относится к ОСРВ точно так же, как и надёжный блок питания, обеспечивающий аппаратную платформу питанием.
  3. Дайте, пожалуйста, описание такой идеологии. Насколько я помню, ОСРВ даёт лишь некоторые гарантии временных характеристик, да предоставляет сервисы для межпроцессного взаимодействия. Возможности конкретной ОСРВ описаны в документации на неё. Ни FreeRTOS, ни scmRTOS, с которыми я работаю, не предоставляют сервисов для работы со сторожевым таймеров.
  4. У меня даже интерес больший возникает узнать для чего Вам это нужно? Я не оспариваю необходимость менять указатель стека при запущенной ОСРВ. Вопрос именно в том: для чего?
  5. OFF... Как Вы их... всех...
  6. Как раз сегодня попался на глаза код ПИД-регулятора импульсного источника измерительного тока, написанный в 2015 году. Без всяких GPT-чатов)))) Но принцип действия очень похож. Сложнее оказалось подобрать коэффициенты методом Зиглера-Никольса. Да, я знал о существовании других методик, позволяющих найти более оптимальные их величины. Но ещё больше проблем выяснилось при испытаниях ИТ. Он упорно требовал для себя двух наборов настроек при различных нагрузках. Например, при нагрузке от 0 до 10 мОм набор коэффициентов был один, а от 10 мОм и до 1 Ом - другим. Но это было вполне приемлемо, так и работает успешно выпускаемый прибор до сих пор.
  7. Этому регулятору сотня лет, может быть даже больше. Материалов, описывающих его принцип действия и способы настройки, - пруд пруди. Вот одна полезная статья.
  8. К сожалению, тема мне незнакома. Но я доверюсь Вам. Без шуток и сарказма. Тогда, думаю, что отчёты об уязвимостях должны публиковаться очень осторожно. Так, чтобы не навредить уже существующим и проданным устройствам, которые обновить невозможно или дорого, или затруднительно по иным причинам. Но в то же время нужно предупредить разработчиков об обнаруженной проблеме с тем, чтобы они выпускали новые приборы, устойчивые к уязвимости. На данный форум имеют доступ и разработчики, и желающие скомпрометировать чужие разработки. Дилемма.
  9. Совершенно с Вами согласен. Но для меня вопрос рассмотрения осложняется ещё и тем, что этот комплекс проблем и решений должен рассматриваться во временной перспективе. Так сложно порой принять решение стоит ли рассказать миру о новой эпидемии, спровоцировав панику, в которой пострадает больше людей, чем от самой эпидемии; или - промолчать. Извините за лёгкий флуд, но он, как я считаю, всё же связан филосовски с озвученной темой.
  10. Без обид, но я бы не стал подсказывать. Это плохо может закончиться для продуктов своих собственных. А также для устройств, разрабатываемых другими людьми. Ведь форум читают все на землянном шаре))))
  11. Добрый день, коллеги! Плотно работаю с этим микроконтроллером. Раньше на сайте был искомый документ, и я его даже скачал в начале 2023 года. Сейчас этого документа на официальной страничке производителя нет, как нет и более свежей его версии. Может быть у кого-то он есть, например был скачен, когда производитель выложил его на условные несколько дней, а затем удалил? Был бы благодарен! GD32F450Errata.pdf
  12. Добрый день! Слегка не в тему, но, выходит, что Windows 11 довольно сильно отличается от Windows 10? У меня были недавно мысли поставить её вместо 10. Зачем? Не знаю, скорее всего просто интереса ради. Но сейчас делаю вывод, что не стоит спешить. Правда у меня ПО: Altium Designer, IAR ARM и т.п.
  13. Коллеги, оффтоп выделил в отдельную тему. Просьба при необходимости именно там продолжать обсуждение последствий от лени чтения документации на микроконтроллеры))
  14. И упал, споткнувшись на первой кочке невежества. Нынче - веяние сегодняшнего дня. История показывает, что интеллект, вернее его развитие - это инвестиция, которая всегда окупается. Также окупается инвестиция в виде приобретённых навыков. Ошибаетесь. Хотя бы в том, что утверждаете за многих, если не за всех. Хороший работодатель понимает выгоду от профессионального роста специалиста, который в случае внештатной ситуации будет к ней готов и самостоятельно решит её. Чего не скажешь про потребителя готовых решений в виде кусков кода, который только и умеет, что употреблять, не думая. В этом случае вероятность возгорания проекта весьма велика, и это не метафора. Кто знает, что он там делает? Зарядное устройство или электропривод? О чём Вы говорите? Нет, не спорю, путь каждого свой собственный. Если руководитель в угоду модных словечек "тайм ту маркет" занимается поощрением невежества и профессиональной деградации своих подчинённых, то наверное это тоже нужно. Как минимум для познания прекрасного на фоне ужасного; для понимания света на фоне тьмы; для контраста. Здесь, пожалуй, добавлю. Иногда действительно ответственные проекты держатся на паре-тройке инициативных участников проекта, которые изучают материалы своей профессии в свободное или рабочее время, постоянно обогащают себя новыми знаниями и навыками. Нередко в этих людях таится и доля ответственности, умение её взять на себя в сложной ситуации или предложить новое, авангардное решение возникшей нестандартной задачи. Кругозор этих людей позволяет дать ответ на вопрос почти в любой области, хотя и поверхностный иногда, при необходимости углублённый до нужного значения. И хороший руководитель выделяет их в ядро разработчиков. Все остальные при этом выполняют работу "принеси-подай". К сожалению, подобную ситуацию наблюдаю у себя на работе.
  15. Никак. Не пользуюсь генератором кода. Неужели программирование микроконтроллеров на базе ядер Cortex-M или даже ARM7TDMI стало настолько сложным (по сравнению с чем?), что требуются генераторы кода? За 11 лет плотной работы с этими МК мне он ни разу не понадобился. Зато было потрачено множество часов на чтение документации и изучение нюансов работы периферии. Теперь я даже иногда беру на себя смелость утверждать о знании работы микроконтроллеров, могу провести некую аналогию между известными мне семействами и потенциально рассматриваемыми для применения, и это позволяет воздвигнуть некоторые ожидания о достоинствах и недостатках. Другими словами, я предпочитаю развивать свой собственный интеллект там, где это возможно, уместно, перспективно и принесёт мне плоды.
×
×
  • Создать...