V
я вот такую фигню почти и сделал. но видиомо надо менять на эмитерный повторитель чтобы gain уменьшить
Size: a a a
2021 May 18
ED
У вас обратная связь почему-то заходит на неинвертирующий вход, как я вижу.
V
потомучто PNP
V
думал защиту от отрицательного напряжения добавить но видимо просто pptc вставлю
NK
Senior Embedded Software Engineer (встроенные системы, микроконтроллеры)
от 150 000 руб. на руки
VGDI Labs
Санкт-Петербург, улица Шателена, 26
Требуемый опыт работы: более 6 лет
Полная занятость, гибкий график
Key responsibilities:
USB Type-C PD Controller firmware development
Documenting and testing the code, writing unit tests.
Participate in code reviews
Report work progress through attendance of regular R&D team meetings
Be proactive and highly motivated
Skills and experience required:
More than 5 years as Embedded Software Engineer
Strong C/C++ in Embedded environment
Knowledge of at least one MCU architecture
Good English communication skills
Self-motivated and self-disciplined
Would be a plus:
USB Type-C PD development experience
Experience with Altera NiosII architecture and development environment
Good knowledge of the C/C++ ecosystem and build tools (gcc, make etc…)
Experience with cross platform development tools (Qt)
Knowledge of Agile methodologies
We offer:
Challenging work in the international team providing solutions to the world leading hi-tech companies (https://www.unigraf.fi/about/references)
Salary based on experience, professional background and interview/test results
Flexible work schedule
Адрес
Санкт-Петербург, улица Шателена, 26
Вакансия - https://spb.hh.ru/vacancy/44008060
от 150 000 руб. на руки
VGDI Labs
Санкт-Петербург, улица Шателена, 26
Требуемый опыт работы: более 6 лет
Полная занятость, гибкий график
Key responsibilities:
USB Type-C PD Controller firmware development
Documenting and testing the code, writing unit tests.
Participate in code reviews
Report work progress through attendance of regular R&D team meetings
Be proactive and highly motivated
Skills and experience required:
More than 5 years as Embedded Software Engineer
Strong C/C++ in Embedded environment
Knowledge of at least one MCU architecture
Good English communication skills
Self-motivated and self-disciplined
Would be a plus:
USB Type-C PD development experience
Experience with Altera NiosII architecture and development environment
Good knowledge of the C/C++ ecosystem and build tools (gcc, make etc…)
Experience with cross platform development tools (Qt)
Knowledge of Agile methodologies
We offer:
Challenging work in the international team providing solutions to the world leading hi-tech companies (https://www.unigraf.fi/about/references)
Salary based on experience, professional background and interview/test results
Flexible work schedule
Адрес
Санкт-Петербург, улица Шателена, 26
Вакансия - https://spb.hh.ru/vacancy/44008060
NK
AM
Кто пишет юнит тесты на МК - поясните. Как это делать так, что бы они не получались сложнее тестируемого ПО?
Я блин вот который раз пытаюсь и каждый раз упираюсь в то, что написать и отладить тесты сложнее чем тестируемый код.
К тому же, писать тесты на сишечке само по себе просто незабываемое удовольствие.
Я блин вот который раз пытаюсь и каждый раз упираюсь в то, что написать и отладить тесты сложнее чем тестируемый код.
К тому же, писать тесты на сишечке само по себе просто незабываемое удовольствие.
AM
PS (тесты не железозависимые)
AM
ЧЯДНТ????
m
Это таки боль.
m
Таким за всю историю наблюдений было выведено правило, что всё, что можно протестировать без железки, лучше протестировать без железки.
SK
че там их писать? вы должны тестировать инварианты и интерфейс. а написать для себя любимого мелкий тест фреймворк ну это уже я думаю каждый делал. можешь конечно использовать монстров, где на каждый чих, мол переменная 1 переменная == true. ИМХО это бред. просто If(то что проверяем == быть истиной) TEST_PASSED else ERROR все конец теста.
AM
Ну фреймворк я юнити использую, не вижу смысла что то свое писать.
VK
На Си есть прекрасный cMocka
VK
На C++ - GTest one love или Catch2
SK
ну хз я для себя мелкий набросал, хватает пока за глаза.
AM
Грубо говоря, вот например, протестировать сложение двух контейнеров. Мне же надо все это дело взять, создать во всех 999 вариантов экземпляров. После чего каждую пару сложить.
После чего прописать логику проверки результата.
После чего прописать логику проверки результата.
SK
в основном проверяются граничные варианты. где возможны переполнения переход через ноль. и т.п нет смысла проверять сложение от 1 до FFFFFF...
VK
Не. Не надо это создавать во всех 999 вариантах.
VK
Параметрические тесты смотрите в GTest.