Jump to content

    

Doka

СуперМодераторы
  • Content Count

    2520
  • Joined

Community Reputation

0 Обычный

About Doka

  • Rank
    Electrical Engineer

Старые поля

  • Vkontakte
    Array
  • LinkedIn
    Array
  • Twitter
    Array

Контакты

  • Сайт
    Array
  • ICQ
    Array
  • Jabber
    Array

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. вы пытаетесь на дискретных компонентах переизобрести схему кан-трансивера с функцией детектирования обмена по кан. посмотрите внимательнее даташиты упомянутых выше партнамберов.
  2. современные (и даже не очень) авто поразумевают постоянное подключение к клемме +30 (без реле) и глубокий сон блоков - включенным остаётся только CAN-трансивер в режиме standby. Возможно "правильный" CAN-трансивер - всё что Вам надо, посмотрите эти записи: https://t.me/embedoka/146 (выход INH) https://t.me/embedoka/150 Увы, по опыту на разъёме OBD-II каждый автовендор по-своему реализует линию +12В: у кого-то питание приходит с клеммы 15, а кто-то фигачит питание на OBD-II с клеммы 30 (и таких достаточно много судя по сообщениям на драйве что забытый донгл в разъёме OBD-II за неделю высасывал аккум)
  3. код-ревью ьез удобного инструментария такое себе удовольствие (для "диалога" привязанного к одной конкретной строчке кода) насколько знаю у того же гитхаб есть такая возможность (правда не в курсе на платных тарифах или бесплатных).
  4. там бонусом идёт еще и то, что числа "складываются" триплетами - получаем меньше этапов "сумматоров"
  5. простите за оффтоп, но чем больше вы разбираетесь со всем самостоятельно, тем быстре приближаете старость (увы, осознание этого приходит как правило далеко не в юности). консалтинг по сути это просто покупка времени (единственного невосполняемого и ограниченного ресурса)
  6. странно, что до сих пор никто не предложил "обмануть carry-chain" как описывается тут (таймметка 35:07, если ссылка некорректно вставится):
  7. Попробуйте попытать счастья в телеграме: по запросу FPGA достаточно много русскоязычных чатов ищется - наверняка найдёте кого-то с нужным сочетанием предметной области и указанным ЯОА.
  8. только вчера про него вспоминали https://t.me/embedoka/348 Еще оказывается под него есть Zephyr RTOS (для кого-то омжет быть актуально) PS: И кажется, что данные по утилизации ресурсов слегка устарели - он еще более ужался, насколько знаю
  9. самый железобетонный способ - сделать синтез мигалки светодиода и потом report_utilization Его нету в каталоге, потому что xcu200 не доступен как чип, его можно только в составе Альвео u200 заполучить
  10. cвоя рубашка ближе к телу, или как сегодня модно говорить: not invented here (памятуя о том, что и для USB-CAN у Вас тоже собственный, никем не поддержанный, протокол) посмотрите тут: https://github.com/iDoka/awesome-embedded-software#font-utils пока не очень причёсано, но может что-то найдёте
  11. очень рекомендую посмотреть best practice, хотя бы на том же ютубе гитхабе https://github.com/Hoksmur/pts/blob/main/stm8/Makefile#L34 STM8S003 лучше объявлять не в исходнике, а при сборке в качестве аргумента си-компилятору: sdcc -DSTM8S003
  12. любо с точностью наоборот: у никоновского байонета выше ценность, что даже отреверсив протокол никому не приходит в голову выкладывать такое сокровище в public domain