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

Segment

Участник
 Профиль  Обзор контента

  • Постов

    434

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

  • Посещение

 Тип контента 

Сообщения, опубликованные Segment

  2. Опубликовано · Пожаловаться

    14 минут назад, dimka76 сказал:

    А вообще, вопрос к вопрошающему, какой планируется объем настроек записывать ? И каким образом ?

    Объем настроек от нескольких байт до нескольких десятков килобайт. Каким образом - надежным и быстрым.

  3. Опубликовано · Пожаловаться

    Кто какие использует файловые системы? От больших и толстых до маленьких систем сохранения настроек, любые платные или бесплатные. Или может быть какие-нибудь особенные плюшки есть крутые в используемых библиотеках. В общем ваше мнение интересно услышать. Не нашел более подходящего раздела.

  4. Опубликовано · Пожаловаться

    2 часа назад, Electrobit сказал:

    Возможно. Только те кто бегают от мобилизации по странам СНГ ни к какой электронике отношения не имеют. Более того, большинство этой публики нигде не работает и живёт там в этих грузиях на доходы которые получает из России. То есть эти люди и находясь в России не работали по найму нигде.

    Очень спорное утверждение. Компании релоцировали (и все еще продолжают это делать) сотрудников целыми командами. Фрилансеры знакомые тоже уехали.

  6. Опубликовано · Пожаловаться

    Только что, makc сказал:

    Затруднить введение вторичных санкций и разрыв цепочек поставки.

    Эм, достаточно зайти через VPN и посмотреть цепочки поставок. Как сказал какой-то чиновник "плохо не то, что мы в жопе, а то, что мы начинаем там обживаться, а не пытаемся из нее выбраться."

  7. Опубликовано · Пожаловаться

    1 час назад, barkey сказал:

    Здравствуйте.
    Компания Элитан намерена вскоре закрыть доступ пользователям из-за пределов России к своему сайту.
    (Работать будет чОтко, мы умеем как обеспечить, жОстко, шарим во всех этих интернетах).
    Что вы об этой инициативе думаете, прошу высказываться.

    лол, в чём смысл данной инициативы?

  8. Опубликовано · Пожаловаться

    18 часов назад, Cirnas сказал:

    # Этапы работы и цены
    1. Электрическая схема платы (используемый софт не важен) - 5к
    2. Разводка печатной платы с подбором компонентов (нужны файлы для заказа сборки на JLCPCB или аналогах) - 10к
    3. Написание прошивки - 15к

    Не откликался, но советую пересмотреть ценообразование. Если брать среднюю ставку 1200р/час, и неделю на Ваш первый этап (если плата действительно не слишком сложная), то выйдет около 30-40к только за схему. Хотя я думаю могут согласиться и на меньшую стоимость, кто еще обучается или не очень опытен, тогда я бы брал запас на две-три недели с учетом все проверок и перепроверок первого этапа. Но тут правильно упомянули, что здесь нет этапа формирования технических требований/задания. Разводку печатной платы я бы тоже оценил для простой схемы в календарную неделю работы. Написание прошивки скорее всего займет несколько недель, потому что отладка и проверка занимает больше всего времени. Итого общий ценник должен быть около 100-150к. Но повторюсь, описание читал по диагонали.

    • Like 2

  9. Опубликовано · Пожаловаться

    13 минут назад, Arlleex сказал:

    Такого Вы не найдете, ибо а) бородатым тру-программистам нас*ать в уши так, чтобы они действительно поверили - это надо иметь, как минимум, соответствующую квалификацию и опыт, чего у основной массы нью-лангуаге-изобретателей нет, несмотря на активную помощь в этом со стороны площадок типа яндекса и т.д. и б) бородатым тру-программистам за 40 уже лень разбираться в чем-то новом, где есть хоть намек на неликвидность в ближайшие 10 лет.

    О какой замене Си растом может идти речь, когда многие фирмы до сих пор работают на стандарте плюсов не выше C++11, лишь бы сохранить преемственность с другим ПО?

    Должен быть голый энтузиазм и много свободного времени, чтобы начать коммерческую разработку на расте встраиваемого ПО. Посмотрим, что выйдет у инфинеона.

    Вероятно. У кого ни спрашиваю везде получаю какие-то абстрактные ответы, что в rust отсекаются рядовые баги, ну как бы и всё. Если смотреть какие-то статьи, то примеры которые там приведены - тривиальны. Если смотреть код на github, то простейшие реализации каких-то алгоритмов кажутся (вероятно, нужно очень погрузиться в язык) невероятно замысловатыми для меня. То есть еще до бизнес-задачи дело не дошло, а код выглядит как enterprise edition. При этом я наблюдаю все те же счетчики ссылок, огромное количество синтаксических конструкций, которые конечно им нужны, но ИМХО на том же Си (не С++) код выглядит при правильном подходе лаконичнее и понятнее, ведь это тоже важно при разработке.

  10. Опубликовано · Пожаловаться

    Кто-нибудь может объяснить в чем же такое преимущество переписывания кода с Си на Rust? Я понимаю, что это другой язык со всеми вытекающими, но тренд "давайте перепишем все на rust" мне не понятен. При этом мне пока не удается найти внятное сравнение "безопасной реализации" на rust кода, который был переведен из Си проекта. Чтобы можно были взглянуть на сравнение "было-стало" и как-то оценить во-первых синтаксическую нагрузку, а также затраченное время и конечный для понимания код.

  11. Опубликовано · Пожаловаться

    @mmarc__ Если приемлемо работать в Altium, то можно работать на полной удаленке на почасовой оплате, так работаем уже давно. Если интересно, то пишите на [email protected]

  12. Опубликовано · Пожаловаться

    В 18.07.2022 в 14:41, attaboy сказал:

    Например ограничения на поставку определенных электронных компонентов в Россию,  на поставки оборудования для нефтегазового комплекса. Достаточно?

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

  13. Опубликовано · Пожаловаться

    В 18.07.2022 в 14:22, attaboy сказал:

    Все очень просто - те самые "западные технологии" предоставляются в объёме, достаточном для работы, но не для развития. Ну а если вдруг начинается развитие, то выявляются нарушения и вводятся ограничения. В принципе это наблюдается уже длительное время, и не только в России.

    Можете привести пример таких ограничений?

  14. Опубликовано · Пожаловаться

    В 07.07.2022 в 16:00, topor_topor сказал:

    Так уже процесс пошел

    Несколько выпускников Гарварда вернулись на родину после многолетней практики в америке и париже. Даже по телевизору показали. Ждем расцвета електронной промышленности 

    Зачем они вернулись?

  16. Опубликовано · Изменено пользователем Segment · Пожаловаться

    Потому что вопрос поставлен некорректно, отвечаем просто по сути проблемы. Что за механизм? Как Вы себе это представляете? У многих, если не у всех, загрузка кода происходит с одного и того же адреса, то есть как минимум этот сектор будет подвержен максимальному перезатиранию. Механизм может быть реализован разве что с разнесением секций в разных секторах, но при малом объеме флеша вряд ли это как-то сильно улучшит ситуацию. Сейчас все больше микроконтроллеров имеют кеширование исполняемого флеша, оно линейно. Так что механизма такого никто не предусматривает. Могу лишь только предположить, что выходом из подобной ситуации может быть некий счетчик обновлений микроконтроллера, который можно будет проверить перед тем как отдавать плату в бой.

  17. Опубликовано · Изменено пользователем Segment · Пожаловаться

    В 25.06.2022 в 10:25, jcxz сказал:

    Не видел нигде в документациях на МК никаких упоминаний о сабже. Интересно - выполняется ли выравнивание износа программной flash в каких-то МК? Или такого нигде нет?

    Если у кого есть информация - киньте ссылки где почитать.

     

    PS: Речь именно о встроенном механизме, а не о внешнем, в программе пользователя. Например: имеется отлаживаемая прошивка, часто перешиваемая, небольшого размера (а в МК много флеша). Имеет ли смысл иногда перемещать её вручную по флеши МК? Или есть встроенный механизм, который это уже делает?

    Если речь идет о прошивке, то предполагается, что она ставится один раз и далее работает без стираний. Плюс можно добавить пару десятков обновлений прошивок, и все-равно это будет довольно мало, чтобы сильно занизить data retention. Но если у Вас блоки стирались уже 1000 раз, в среднем data retention гарантируется уже только около 10 лет (а не 20). Но опять таки, все эти 20 и 10 лет очень условны, т.к. все зависит от условий, а также от производственного брака. А если говорить о внутреннем хранилище, как это например используют в nRF SDK, то там нужно выравнивание, и еще желательно периодически данные переносить, хотябы раз в год.

  18. Опубликовано · Пожаловаться

    В 25.06.2022 в 11:39, Arlleex сказал:

    А почему не технологично? Это из личного опыта? Паяются они прекрасно, держатся вообще хрен оторвешь. Испытано на вибростендах при вибрациях, где любой сокет бы развалился, скорее всего. Испытывали потому что должно летать и летает уже много лет:good2:

    Ручной монтаж или автоматический? На пасту ставили?

  19. Опубликовано · Пожаловаться

    В 24.06.2022 в 17:42, mantech сказал:

    А смысл? Напрямую с НАНДом работать - себе дороже, при том, что есть сд-карты, в которых уже все это сделано, в линуксовых системах есть довольно тяжеловесные ФС с функциями отслеживания битых блоков и выравниванием износа, для чего это тащить в СТМ-подобные МК - мне не понятно...

    Ну, например, SD-карту ставить не всегда удобно. Паять ее на плату? Не технологично. Ставить разъем? Дороже выходит и место нужно много. Иногда целесообразно задействовать NOR с небольшим объемом, для периодической записи, но почему-то многие думают, что в NOR не возникают ошибки записи. Для большего объема данных можно поставить NAND.

  20. Опубликовано · Пожаловаться

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

  21. Опубликовано · Пожаловаться

    В 22.06.2022 в 16:33, aaarrr сказал:

    Можно, наверное, только зачем усложнять себе жизнь?

    Зависит от файловой системы, в моем проекте допустимо иметь страницы только для чтения, это избавит от лишнего переноса. Да и в целом это вопрос скорее к пониманию работы flash памяти и ее особенностей, которые не везде детально описаны. 

  22. Опубликовано · Пожаловаться

    @aaarrr А вот если блок помечен как битый, например у его не смогла записаться последняя страница и мы пометили блок как Bad Block, и если остальные страницы читаются без ошибок (и без коррекций), то я могу оставить его как Read Only? И перенести страницы только тогда, когда уже при чтении будет проявляться коррекция ECC?

  23. Опубликовано · Пожаловаться

    В 22.06.2022 в 15:38, aaarrr сказал:

    Если программная организация позволяет, должно быть достаточно. Еще раз оговорюсь, что речь об "обычной" SLC со скромными требованиями к коррекции одного бита на 512 байт.

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

  24. Опубликовано · Пожаловаться

    В 22.06.2022 в 14:37, aaarrr сказал:

    Блок - минимальный стираемый объем. Виртуальная адресация обычно тоже идет поблочно.

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

  25. Опубликовано · Пожаловаться

    В 22.06.2022 в 12:24, aaarrr сказал:

    Если браковать блок после единичной ошибки, то они довольно скоро кончатся.

    Тут понятно, если у нас восстанавливаемая разовая ошибка, то при последующем стирании блока с ним может быть все в порядке. Но мне непонятно зачем переносить весь блок? Подразумевается, что данные начнут деградировать и со временем там будет больше ошибок?

×
×
  • Создать...