кажется понял, надо смотреть на диаграмму системной архитектуры, а там видно, что TIM4 на APB1

Это

Поясните мне за видеокарту мою

на сайтах написано что на ней 256мб, а на корпусе написано что 128

в чем подвох

может быть урезанная версия

и вообще все равно мало

если есть возможность - считать чипы и смотреть их маркировку

Как думаете, блок питания от ноутбука 19в 4а, зарядит аккумулятор? Блок питания греется прилично. Ток померить нечем

проще использовать специализированное устройство, или самому собрать

всё равно, какая-то путаница с этими диаграммами

разбираюсь с DMA на stm32f100rb, подключаю ленту с WS2812B, использую DMA1_Channel1 и TIM4, смотрю в даташите на схему блока DMA, там почему-то нарисовано, что TIM4 висит на APB2, а демо библиотеке с изи пишут: RCC_APB1PeriphClockCmd(RCC_APB2Periph_TIM4, ENABLE);

а кубик что пишет?

я руками фигачу, без кубиков

бывает

но это мысль, надо попробовать

осталось понять, что там вбивать (кроме проца)

https://hastebin.com/dozemufiqi.pas - GDB с ума сходит, прыгает вперёд назад, первый раз такое вижу

разобрался с кубиком, научился генерить под него Makefile, пустой проект собирается, теперь напихиваю в него код...

а как мэйкфайл генеришь?

из присутствующих, есть ли спецы, кто имеет опыт разворачивания chibios на stm32f105?

а как мэйкфайл генеришь?

The Makefile is generated with https://github.com/aebudak/CubeMX2Makefile

санкью

из присутствующих, есть ли спецы, кто имеет опыт разворачивания chibios на stm32f105?

на f103 разворачивал когда-то

на f103 разворачивал когда-то

осталось в памяти что там и как подключать?

https://github.com/RaD/armka_demos

по коммитам посмотри

самое главное правильный board указать, а потом аккуратно пройтись по конфигам

благодарю

точнее, в board ты описываешь конфигурацию ног и можешь управлять фичами проца типа отключения JTAG, ремаппинга ног и так далее

обьясните дураку, зачем нужна такая конструкция? #define CLOCK_CONF_SECOND 128 #define DEBOUNCE_DURATION (CLOCK_CONF_SECOND >> 5) Зачем сдвиг, почему не CLOCK_CONF_SECOND/32? Чтобы гарантировать, что результат будет степенью двойки?

сдвиг быстрее сделать, чем деление

хотя компилер обычно врубается и заменяет деление на сдвиг, если возможно

да блин, я же не зря дефайны написал

обьясните дураку, зачем нужна такая конструкция? #define CLOCK_CONF_SECOND 128 #define DEBOUNCE_DURATION (CLOCK_CONF_SECOND >> 5) Зачем сдвиг, почему не CLOCK_CONF_SECOND/32? Чтобы гарантировать, что результат будет степенью двойки?

Гарантирует что компилятор сделает именно сдвиг а не деление

пятый человек мне говорит, что быстрее

оно же на этапе компиляции вычислит

оно же на этапе компиляции вычислит

нет

почему?

а, хотя да

лол хз

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

в любом случае, это так применяется, что время вычисления там роли абсолютно не играет, после вычисления следует пауза аж на 31мс, обвычисляйся.

Наверное это уже привычка юзать сдвиг когда это возможно

тяжёлое детство на ассемблере z80

в любом случае, это так применяется, что время вычисления там роли абсолютно не играет, после вычисления следует пауза аж на 31мс, обвычисляйся.

человеку привычней так писать

struct rpl_dag_t *dag; if (&dag->dag_id) { Что тут проверяется? Что NULL не равно значение dag_id? Что NULL не равен указатель на dag_id?

обьясните дураку, зачем нужна такая конструкция? #define CLOCK_CONF_SECOND 128 #define DEBOUNCE_DURATION (CLOCK_CONF_SECOND >> 5) Зачем сдвиг, почему не CLOCK_CONF_SECOND/32? Чтобы гарантировать, что результат будет степенью двойки?

кстати сегодня буквально столкнулся. написал че то типа #define SPI_DELAY 5*60*1000 (типа, 5 минут в милисекундах), а оно скомпилилось в какую то хрень. т.к. число больше чем int получилось, а по дефолту вычисления в препроцессоре идут в этом формате

внутри стуктуры это не указатель /* Directed Acyclic Graph */ struct rpl_dag { uip_ipaddr_t dag_id;

если не указано - то все числовое делается unsigned int вроде

если не указано - то все числовое делается unsigned int вроде

От компилятора зависит, кто-то и signed int выдает

Тоже верно

кстати сегодня буквально столкнулся. написал че то типа #define SPI_DELAY 5*60*1000 (типа, 5 минут в милисекундах), а оно скомпилилось в какую то хрень. т.к. число больше чем int получилось, а по дефолту вычисления в препроцессоре идут в этом формате

#define SPI_DELAY 5*60*1000UL - так должно сработать

по крайней мере gcc должен сожрать 100%

жрёт-то он всё, а вот что выдаёт - совершенно другое дело)

От компилятора зависит, кто-то и signed int выдает

все что не 0 считается True же

все что не 0 считается True же

Не всегда ;)

Как компилятор накомпиляет, так и будет считаться

поэтому я и порекомендовал доку на конкретный компилятор изучить

ну это как бэ не компилятор а стандарт языка

Серьезно? ))

эээ :)

ERROR: S client not available

ну почитай для начала стандарт, хуже не будет

смотрите описание if для С/С++ и как он понимает значения в условиях

Какой C/C++? ))

компилятор должен соответствовать стандарту языка а не наоьорот

компилятор должен соответствовать стандарту языка а не наоьорот

Это - да, но не все так радужно в этом сраном мире ))

Какой C/C++? ))

вопрос был как бэ про С/С++ или чё!? не питон и не джава же

Влад Зайцев: struct rpl_dag_t *dag; if (&dag->dag_id) { Что тут проверяется? Что NULL не равно значение dag_id? Что NULL не равен указатель на dag_id?

вопрос был как бэ про С/С++ или чё!? не питон и не джава же

ANSI, GNU, K/R

С— - тоже C

Тут дело не только в стандарте интерпритации стейтмента, а в представлении типов, попробуй сравнить float - ухохочешься

Влад Зайцев: struct rpl_dag_t *dag; if (&dag->dag_id) { Что тут проверяется? Что NULL не равно значение dag_id? Что NULL не равен указатель на dag_id?

значение

... поля структуры по указателю

... поля структуры по указателю

причем структура по указателю, а не поле

Именно )

Влад Зайцев: struct rpl_dag_t *dag; if (&dag->dag_id) { Что тут проверяется? Что NULL не равно значение dag_id? Что NULL не равен указатель на dag_id?

заменяй в ифах при прочтении * словом указатель, а & словосочетанием значение по указателю

ну и разделяй операции по приоретету

* - адрес (ссылка), & - значение переменной по адресу

Тут дело не только в стандарте интерпритации стейтмента, а в представлении типов, попробуй сравнить float - ухохочешься

у float есть спец значение NaN и оно считается FALSE. А вообще ставить в if сравнение float это очень плохая практика, за такое можно и огрести

правильно, об этом я и говорю :)

ой бле -inf и +inf имел ввиду еще есть, которые не равны

а в некоторых представлениях есть ещё -0 и +0, и тоже не равны

ага, и NaN не равен самому себе, что не позволяет просто так сравнить флоат с NaN

ну да, NaN не число же и соответственно нельзя сравнить ни с чем. типа зелёный > 5? и зеленый = зелёный в численном эквиваленте? оба сравнения не имеют смысла

Ну это не совсем не число, это результат операции - неопределенность

типа деление на ноль

или ноль на бесконечность

Кто покритикует? Где может потом вылезти проблема, и может ли? Передаю многобайтовые переменные через однобайтовый буфер. send_status_packet(const uip_ip6addr_t *dest_addr, struct simple_udp_connection *connection, uip_ipaddr_t *parent_addr, uint32_t *uptime, int16_t rssi_parent) { uint8_t *uptime_uint8_t = (uint8_t *)uptime; uint8_t *rssi_parent_uint8_t = (uint8_t *)&rssi_parent; uint8_t buf[23]; .... buf[9] = ((uint8_t *)parent_addr)[14]; buf[10] = ((uint8_t *)parent_addr)[15]; buf[11] = *uptime_uint8_t++; buf[12] = *uptime_uint8_t++; buf[13] = *uptime_uint8_t++; buf[14] = *uptime_uint8_t++; buf[15] = *rssi_parent_uint8_t++; buf[16] = *rssi_parent_uint8_t++;

не люблю я вот этого "*uptime_uint8_t++" ... лучше разнести всегда, а то верить компилятору не стоит

buf[11] = *uptime_uint8_t; uptime_uint8_t++; Так? или ты про другое? Где там может компилятор нагадить?