a9d

Да это баг. Нашел источник проблемы. Проверил репозиторий FreeRTOS, в репозитории все правильно. Начал проверять откуда эти странный файлы взялись. С оф. сайта можно скачать архив FreeRTOSv202212.01.zip и в нем уже есть этот баг! Архив и репозиторий не идентичны

Так файлы heap_*.c для всех микроконтроллеров одинаковые. Да и если хотим выделить 24 байта, то будет выделено 36 байт. Мне кажется это баг, который добавили на ровном месте.

Здравствуйте. Заметил, что pvPortMalloc стал работать по другому. Некоторые сегменты стали занимать больше памяти чем раньше. Стал копаться и обнаружил изменения в коде, смысл которых мне не совсем понятен. Раньше было xWantedSize += xHeapStructSize; /* Ensure that blocks are always aligned to the required number * of bytes. */ if( ( xWantedSize & portBYTE_ALIGNMENT_MASK ) != 0x00 ) { /* Byte alignment required. */ xAdditionalRequiredSize = portBYTE_ALIGNMENT - ( xWantedSize & portBYTE_ALIGNMENT_MASK ); Добавляем размер заголовка, проверяем выравнивание, выравниваем память. К пример хотим выделить 20 байт, выравнивание 4, размер заголовка 8 . Будет выделено 28 байт. Теперь стало if( xWantedSize > 0 ) { /* The wanted size must be increased so it can contain a BlockLink_t * structure in addition to the requested amount of bytes. Some * additional increment may also be needed for alignment. */ xAdditionalRequiredSize = xHeapStructSize + portBYTE_ALIGNMENT - ( xWantedSize & portBYTE_ALIGNMENT_MASK ); if( heapADD_WILL_OVERFLOW( xWantedSize, xAdditionalRequiredSize ) == 0 ) { xWantedSize += xAdditionalRequiredSize; } Теперь просто добавляется выравнивание. Причем всегда. К пример хотим выделить 20 байт, выравнивание 4, размер заголовка 8 . Будет выделено 32 байт! В чем смысл?

рабочий день 8 часов. Рабочая неделя 40 часов

Нужен программист на полный рабочий день. Работа удаленная. - хорошее знание c/c++ - английский, достаточно уметь читать даташиты - наличие хотя бы минимального набора оборудования (мультиметр, jlink, паяльник и т.п.) - уметь читать схемы. Программирование самое главное. Схемотехника, второстепенное. email: [email protected] |

В небольшой коллектив ищем программиста с уверенным владением C/C++ на удаленную работу . Для проекта встраиваемого устройства необходимо дорабатывать и поддерживать текущий аппаратно-независимый код (написан на C и C++). Текущие задачи включают в себя работу с графической библиотекой TouchGFX, работу с AT библиотекой ESP8266, а также работу с сетевой частью и сервером (C#). Также есть и другие задачи, связанные с IoT (Bluetooth Mesh). Для тех, кто из Санкт-Петербурга есть возможность посещать или работать у нас в офисе. Требования: Уверенное владение C/C++. Базовые навыки работы с C# кодом. Базовая работа с git. Базовые знания цифровой схемотехники. По времени 40+ ч. Совещания дважды в неделю по скайпу. Желательно уметь разговаривать, хотя-бы, на ломанном английском. Писать сюда. Либо на почту [email protected]

В nRF SDK есть же примеры с FreeRTOS. Да и nRF52 это Cortex-M4F

labmat.ru не проще купить трафарет? Они же не дорогие. Да и вообще накатать шары использую пасту намного проще и быстрее. Сколько катал, проблем не возникало.

Используйте serelization nrf51 library. На сайте ST есть апнот, но там старая версия библиотеки. Так, что делайте порт с SDK NRF51 v12

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

Документацию переводить не требуется. Только участие в конференциях, в качестве переводчика.

Конференции в Skype проходят.

Требуется переводчик. Хорошее знание разговорного и технического английского. Кандидат должен свободно разговаривать на английском. Перевод вопросов связанных с разработкой электроники или программирования не должны вызывать затруднений. Нужно принимать участие в конференциях, два раза в неделю. Примерно в 20:00-21:00 мск. Конференция может длится до двух часов. Обычно не более 30ти мин.

.

Требуется специалист. Кандидат должен: - уметь читать схемы. Не обязательно разрабатывать, только понимать что где и как. - желательно понимать что такое PCB. Т.е. в случае чего должен уметь найти нужную дорожку на печатной плате и ткнуть щупом. - уметь работать с мультиметром. Желательно еще иметь осциллограф и логический анализатор. - уметь впаять/выпаять мелкашку размером 0603. - хорошее знание языка Си обязательно. - уметь работать с FreeRTOS. - иметь опыт работы с Stm32(обязательно) и желательно еще и с NRF51 - уметь читать даташиты. - достаточно знания технического английского. Желательно: -хорошее знание Stm32F411 -большой опыт работы с NRF51822 -опыт разработки прошивки для термостата -уметь работы с git -опыт работы с ESP8266 и библиотекой ESP8266_AT_Commands_parser -опыт работы с облаком -знание HTML Работа по удаленке. З/П от 60000р. Минимальная занятость 20ч в неделю. Желательно 40ч в неделю.

Да я не первый день работаю с PIR. Просто всегда делал на 2-3м. А тут потребовалось минимум 10ть, а лучше 15ть. https://www.youtube.com/watch?v=DQg3qkck1qA Пока что в DYP-ME003, рассчитанный на 7м, впаял Kube C174 и получил 11м. Одним словом BISS0001 рулит. Осталось линзу подобрать и дело за малым.

Kube C174 и IRA-E700ST0 Линзы не особо знаю какие. Есть маленькие, но не помню наименование и есть линза с dyp-me003 Сейчас пробую добиться результата с помощью BISS0001

Здравствуйте. Как от PIR сенсора добиться дальности действия 10-15м ? Собрал две схемы. Одну на ОУ и компараторе и одну на 16 битном ацп. Обе выдают максимальную дальность 5м. Пробовал разные линзы. В качестве питания использовал 3.3 и 5В. Для такой дальности нужно использовать какие то особенные линзы или PIR сенсоры?

Последние лет 16ть у меня зимой в квартире +14ть. В Японии зимой +8 считается нормой. Ночью опускается до +6ти.

https://www.youtube.com/watch?v=Ui0BIuZ2Pco Пока-что есть такое решение. Еще будем возится с другими датчиками и сравнивать.

Вбей в гугле "Bed Occupancy Sensor" эта бредовая идея уже активно используется на западе. Сейчас у нас задача сделать тоже самое но дешевле.

стоит. В номере много датчиков. Нужно знать, на кровати он или нет. Экономия не 5ть рублей, поболе будет. Это не для РФ. В России коммуналка слишком дешевая.

Такие http://www.ebay.com/itm/100kg-42mm-x-38mm-...yUAAOSw~oFXHeR1 ? На 100кг дороговато выходит. Это для автоматизации гостиниц. Когда человек спит, то температуру можно смело понизить на пару градусов. Это дает существенную экономию.

Здравствуйте. Наше устройство должно точно определять лежит ли человек на кровати или нет. При этом себестоимость всего устройства не должна превышать 10$ при массовом производстве. Кровать не должна подвергаться модификациям. Пробовали использовать мембранные датчики нажима (CZN-CP33). Работает конечно классно. Но под ножку кровати его помещать нельзя, слишком большой вес. Размещали под матрасом пластины 300х300 мм и между ними датчик. Это работает. Но только с односпалками. Для большой кровати потребуется 2-3 подобных сенсора. Это слишком дорого. Датчики веса использовать не выходит, слишком дорого. Сейчас думаем попробовать решить задачу с помощью акселерометра. Есть ли дешевое и эффективное решение данного вопроса?

У новеньких личка не активна. email: a9d [] mail.ru