esaulenka

Под фразой "руками нажать BOOT" я имел в виду именно P2.10=LOW. Вручную, перед сбросом (сброс - тоже вручную). Ну и симптомы автора (в загрузчик попасть можно, но потом всё отваливается) говорят о нестабильности связи, а не о невозможности входа в загрузчик. Если это не какой-то хитрый загрузчик, мимикрирующий под штатный.

Необязательно, насколько я помню. Это несколько облегчает задачу (не надо руками нажимать BOOT и RESET), но работает и так. Проверял миллион лет назад на LPC2378. Вот-вот. Осциллографом на RX/TX сигнал посмотрите.

Тут уже который день идёт разговор про VCL. Использовать VCL без компилятора от борланда/эмбаркадеро, мне кажется, ещё бОльшее безумие, чем собирать ими Qt ;-)

Это вы предлагаете Qt билдером собрать? Интересное занятие, конечно: в теории, можно значительно расширить познания потрохов как Qt, так и билдера. То, что несовместимость VCL со всем остальным миром - это неоспоримое преимущество, мы уже поняли.

Там вроде бы по другому сейчас считается - чем больше данных загрузил, тем больше запросов к API можешь сделать. Впрочем, скачать базу и поднять подобный сервис у себя можно бесплатно. Ну только своих приборов у вас будет тыщща. Или целых десять тысяч. А в гугл миллиард андроидов данные сливает...

"STL за пять минут" - это покруче будет, чем "C++ за 21 день"! :-) ... г-но мамонта, криво-косо спортированное из дельфей в C++ builder. Имхо. Не являюсь экспертом по билдеру, но что-то мне кажется, что этот automatic reference counting - этакий std::shared_ptr, прибитый к TObject. Соответственно, std::vector из указателей на производные от TObject будет так же считать эти ссылки. Если это критично, пользуйтесь контейнерами из указателей. Впрочем, лично у меня программы почему-то не "всё время копируют", а ещё и модифицируют данные. Там и копия как-то к месту смотрится. Искренне рад за вас, я за пять минут вещи подобной сложности полностью освоить не могу... Да что уж там, за несколько лет не могу...

Мне кажется, конкретно вам помочь не получится. Потому что вам надо сначала перестроить мышление и перестать сравнивать богоподобный дельфи и жалкую поделку Страуструпа, а только потом задумываться над конкретикой про контейнеры из STL. А всем остальным может помочь вот такая шпаргалка: https://habr.com/ru/company/infopulse/blog/194726/

Самый низкий уровень оно умеет: показывает PID-адрес-данные-контролька. А дальше - беда, пришлось USB in Nutshell вспоминать. Правда, у меня этот самый низкий уровень и глючил...

Я, кстати, искал косяк в USB с помощью Saleae. Для фулл-спид его вполне хватает.

Оригинал-то HS-ный?

Я, конечно, понимаю желание отстоять свою точку зрения, но мне почему-то кажется, что написать исходное выражение в две строчки (прочитать во временную переменную a, вычесть бэ) сильно проще, чем писать прагмы. Я уж не говорю о переносимости этих прагм...

Тут - очевидно, ничего. Осталось только объяснить этот конкретный случай компилятору. Вопрос, на самом деле, интересный. Я никогда активно не пользовался IAR'ом (только какие-то чужие проекты собрать), но с варнингом "два volatile'а в одном выражении" сталкивался. Вот только где, блин?..

Если эти а и бэ - не просто переменные, а какие-нибудь регистры (о чём, в общем случае, компилятору неведомо), то от перестановки слагаемых можно поиметь оооочень интересные грабли в случае "для сброса флага считать регистр статуса, потом регистр данных".

Скажите, а как такого добиться? Мне предлагают только выбрать из обычных "больших" фреймворков. У меня подозрение, что установщик не в курсе моего (триального) аккаунта. Куда логин-пароль вводить, я так и не понял... Золотые слова. Жаль только, брёвна в своих глазах плохо видно...

Мда. Пока не наступишь на эти грабли, и не догадаешься... А проблема документирована, на самом деле: http://ww1.microchip.com/downloads/en/DeviceDoc/80000740D.pdf "The FDPLL96M exhibits high period jitter and is not suitable for accurate clocking." В новых ревизиях поправлено. Но насколько этот PLL inaccurate, ни атмел, ни микрочип не сознались...