Изучаем STM32 Cortex M3

[russo_turisto]

Я уже думал так сделать:

(uint64_t) sherk_bufer = data_bufer[0] + 0xFF*data_bufer[1] + 0xFF00*data_bufer[2] + 0xFF0000*data_bufer[3] + 0xFF000000*data_bufer[4] + 0xFF00000000*data_bufer[6] + 0xFF000000000000*data_bufer[7];
Потом сдвиг sherk_bufer=sherk_bufer››5;
Потом обратное преобразование в строку data_bufer[] ...................
Но сколько это займет команд, на асемблере было бы быстрее.

[uk8amk]

Такой вопрос.
STM32F100
По событию таймера TIM1 CC1 надо запускать АЦП с одиночным регулярным преобразованием(ADC EXTSEL=0, EXTTRIG=1). В конце преобразования(EOC) чтоб вызывался ADC1_IRQHandler. Чтобы я не делал, всё молчит. Отладчиком вижу, что запуск не происходит.
Пока выкрутился через запуск инжекционной группы АЦП(выход TIM1_TRGO, ADC JEEXTSEL=0, JEXTTRIG=1). Но хотелось бы разобраться в причине.

Есть ли у кого рабочий пример такой инициализации связки таймера и АЦП?

[swat24]

russo_turisto, а для чего это вообще нужно сделать? может это можно реализовать по другому, чем сдвигом массива?

[neyvert]

он только один байт копирует moimassiv[l], I-ый байт в строке ?

потому и копирует один байт! там не 1 а l(L) адрес начала!

[STM32F0]

Попробуй как то так, я копировал в 32 битную переменную из 8 битного массива
id_data = __REV(*(__IO uint32_t *)(uint32_t)&(moimassiv[l]));

Много шума и лишних телодвижений.
Считать массив, реверсировать, сдвинуть, опять реверсировать, записать в массив. Грустно.
Вопрос только в "записать в массив", чтобы ничего лишнего не затёрло. Самый простой выход - сделать массив в 8 байт, а юзать в проге только 7.

[omercury]

Была бы uint64_t, проблем бы не было.

signed/unsigned long long

Или нет? (с)

[neyvert]

Много шума и лишних телодвижений.

А в чем лишние телодвижения, взять из uint8_t массива четыре байта и положить в uint32_t переменную! и двигать ничего не нужно.

[omercury]

uint8_t массива четыре байта и положить в uint32_t переменную!

нужно сдвинуть семибайтную строку - uint8_t data_bufer[7] - на пять битов в право

То есть разделить uint56_t на 32.

[STM32F0]

signed/unsigned long long

Или нет? (с)

Или нет! Это для прыщавых красноглазиков, для нормальных пацанов uint64_t.

[omercury]

uint64_t

Дык достаточно и 56.
Какая разница, из скольки элементов этот U
(в смысле, автор вопроса говорил, что uint64 как бы не существует)