tgruzd

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

нажать"ОК". работать дальше. Нет, это из-за того что МК неоригинальный.

Думаю, в этом случае, нужно не компиляторы и IDE сравнивать, а применять соответствующую периферию микроконтроллера.

Удивляйте тех, кто даст денег на разработку, в чём проблема? Там и примените эти свои навыки коммерческой болтологии.

на то они и ковбои)

всё ровно есть такое 🙂 В общем, это #elif defined(__GNUC__) #if 1 n += snprintf(buf + n, bufsize - n, "ROM: %08llx ch: %u status: %s\r\n", devices[i].rom.l, devices[i].channel->idx, ow_get_device_status_str(devices[i].status )); пока заработало так

devices - массив структур, содержащих член rom типа typedef union { uint64_t l; uint8_t b[8]; struct { uint8_t family; uint8_t addr[6]; uint8_t crc; } s; } ow_rom_t; Это интересное замечание. проверю выравнивание.

uint64_t

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

Раз уж тут знатоки модификаторов собрались, может, подскажете? Есть код, printf в трёх вариантах: И собственно, первый вариант меня устраивает. Второй вариант улетает в хардфолт, не пойму почему. Третий - работает, но как-то плохо выглядит. Так вот, тут дело в модификаторе %08llx. Вопрос: как правильно вывести 64-битное значение в шестнадцатеричном виде в GCC? P.S c буфером все нормально, проверял

Всё это хорошо. Уверен, у многих здесь тоже есть свои идеи коммерческих проектов, реализованные настолько, насколько позволяют ресурсы. То, что вы верите в свой проект и ищете единомышленников - тоже прекрасно. Но с этой верой нужно идти к инвесторам. Может и поверят и денег дадут. На то они и инвесторы, что готовы рисковать деньгами. И вот уже тогда, пишите в раздел "предлагаю работу" и предлагайте зарплату разработчикам, а не вот это вот всё - "доля в проекте", "если повезет, то даже оклад", "вы ничего не теряете" и прочие уловки. Эх, такую возможность упускаю.

Я здесь расскажу: прощелыг, с запросом "вы сначала поработайте, а мы подумаем как вам не заплатить", я в рот е@у и насквозь вижу.

То есть, свои доходы вы хотите тратить на что угодно, но только не на оплату труда разработчиков? А что вам помешает, после года-полугода работы над вашим проектом, сказать что продемонстрированные результаты недостаточно положительны, и, вот "хрен вам, а не обещанная доля"? Это очень дорогой ресурс Как видите, ещё и пишут)

да зачем? и так всё понятно

Я бы посоветовал проверить байт ещё и на равенство 0x000D и 0x000d, соответственно. Ну и условие ByteReceived == (0x0d|0x0D) тоже бы не помешало.

Толку от ползунка не много:

Там, возможно, плата кушает пару-тройку-пятёрку ампер, а ноутбук способен их выдать, провода горят) Я вообще не понял что и от чего защитить хотят, а посмотрев на предложенную схему решения, подумал что это какая-то олимпиадная задача не для средних умов) угадал)) Вы на юзера не гоните, раз сами допускаете питание вашей 3-х амперной платы через усб. Решение - отрезать VBUS к чёрту

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

- 22.05

лишних земляных VIA - не бывает) сделайте полигон полупрозрачным

Отличный подход! "За работу просят миллионы - не беда: найдём удалёнщика с паяльником и кикадом и будем оплачивать только то время, когда у него был включен паяльник или он нажимал кнопки в кикаде. Нам, в целом, так дешевле" )) да уж. А такой подход вызывает уважение, да.

* в пустой прямоугольной комнате без оконных и дверных проёмов

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

Судя по прошлым темам, ТС занимается обработкой скриптов которые должны управлять мотором (в числе прочего, видимо). И этап парсера он, судя по всему, преодолел. А теперь занимается вычислением выражений. Впрочем, это просто мои догадки, основанные ни на чём.