Вопросы по С/С++ (СИ)

[ARV]

то есть вы хотите сказать, что 8-битный МК работает с памятью 16-битными словами, и в процессе обмена байтами прерывания не могут произойти? я верно понимаю архитектуру STM8?

[GARMIN]

Пересылка 16-ти битного слова в STM8 выполняется одной командой за два такта. Если прерывания могут произойти при выполнении половины процессорной команды, то я ничего не понимаю

[HHIMERA]

то есть вы хотите сказать, что 8-битный МК работает с памятью 16-битными словами, и в процессе обмена байтами прерывания не могут произойти? я верно понимаю архитектуру STM8?

In case of simultaneous accesses to the same memory area both in execution stage (write)
and decoding stage (read), the decode stage is stalled till the execution stage releases the
resource.

PM0044
Programming manual

[ARV]

Нифига не понял: где здесь о "неразрывности" тактов многотактовой инструкции говорится?

[HHIMERA]

Only DIV and DIVW instructions are interruptable.

[ARV]

Ну это другой разговор

[baghear]

Добрый день, есть 24 битное АЦП которое выдаёт один бит по каждому возростающему фронту.
Подскажите как сохранить эти данные.

[WiseLord]

А покажите, как Вы это делаете, чтобы все поняли, что конкретно у Вас не получается.

Вопрос сформулирован абсолютно неконкретно. Если имеется в виду, что выход у АЦП последовательный, и весь результат за 24 такта (фронта) выдаёт - то в чём проблема записывать очередной бит в некую переменную на 0-ю позицию и сдвигать эту переменную влево?

[baghear]

Не писал что не получается, спрашивал как сделать.
Да у АЦП последовательный выход и по фронту выдаются данные.

[Gudd-Head]

как сделать.
по фронту выдаются данные.

Ну так и делать — по фронту забирать данные.

[Аlex]

Не писал что не получается

Дак напишите. Почему всё вытягивать нужно из людей
Вопрос какой-то странный. Что значит "как сохранить данные" ? Можно на диск записать, или на флешку - долго будут храниться...

Ваш вопрос звучит примерно так :

У меня есть в огороде яблоня. По каждому стуку по ней, яблоки падают по одному.
Подскажите, как сохранить эти яблоки ?

Вот теперь попробуйте ответить мне на мой вопрос.

А вот Ваш пост :

Добрый день, есть 24 битное АЦП которое выдаёт один бит по каждому возростающему фронту.
Подскажите как сохранить эти данные.

Не находите ничего общего с моим ?

[baghear]

Хотел бы просто сохранить в переменую.
Приведите пожалуйста пример кода на си.

[Kavka]

baghear, если вы не понимаете как оно должно работать, то как вы разберётесь в том что вам могут написать? К тому же процедура будет зависеть от схемы (от подключения АЦП к МК). Ну напишут вам код - будете просить объяснить как он работает? Можете не отвечать. Это, практически, риторический вопрос.
Если хотите, чтобы написали код за вас - это в другую тему.

А если по делу, то вам надо ознакомиться с битовыми операциями и сдвигами в Си.
Можете поискать программную реализацию SPI. Думаю, это то что вы ищите. Если разберётесь как она работает, то и со считыванием с вашего АЦП разберётесь.

[WiseLord]

Приведите пожалуйста пример кода на си.

Принип приблизительно такой, тонкости по ситуации:

Спойлер

Код: Выделить всё

#define DDR_ADC  DDRD
#define PIN_ADC  PIND
#define PORT_ADC PORTD

#define ADC_PIN  (1<<PD2) // Последовательный выход АЦП
#define ADC_CLK  (1<<PD1) // Вывод тактирования АЦП

int main() {
...
	DDR_ADC |= ADC_CLK;  // Этот пин МК будет выходом (организовывать тактирование с периодом, например, 10 мкс)
	DDR_ADC &= ~ADC_PIN; // Этот пин МК будет входом (принимать данные с выхода АЦП)
...
}


uint32_t adcResult()
{
	uint8_t i;
	uint32_t adcValue = 0;

	for (i = 0; i < 24; i++) {
		_delay_us(5);
		PORT_ADC |= ADC_CLK;
		
		if (PIN_ADC & ADC_PIN) {
			adcValue |= 0x01;
		}

		if (i != 23)
			adcValue <<= 1;

		_delay_us(5);
		PORT_ADC &= ~ADC_CLK;
	}

	return adcResult;
}

[baghear]

Спасибо большое!!!

[shads]

Недавно опять у меня ступор был с этими странными стандартами Си...


Долго не мог понять почему не работает одна функция, вроде перепроверял, все должно быть ОК...
Потом разобрался, оказывается следующий вариант -

Код: Выделить всё

uint32_t var = 0x12345678;
UartTransmitHexLong (var & (0x0000ffff << 16));

Дает в результате 0x00000000... хотя логично было получить 0x12340000...


А вот такой вариант -

Код: Выделить всё

uint32_t var = 0x12345678;
UartTransmitHexLong (var & (0xffffUL << 16));

Дает нормальные 0x12340000...


Почему в первом случае компиль не понимает 0x0000ffff как UL ?.... я же ему явно задаю количество знаков.....

[ARV]

в первом случае у вас не со сдвигом была проблема, а с начальным присваиванием константы 0x12345678.

все числовые константы, если явно не указан их тип, имеют размерность int. поэтому даже число 0x23498579834759823476982347982347 все равно будет типа int.

[shads]

в первом случае у вас не со сдвигом была проблема, а с начальным присваиванием константы 0x12345678.

А точнее - константы 0x0000FFFF...

все числовые константы, если явно не указан их тип, имеют размерность int. поэтому даже число 0x23498579834759823476982347982347 все равно будет типа int.

Интересно, а чем продиктован такой подход?
Логично же что если константа разрядностью больше 16 бит, то компиль мог бы сформировать 32-х битное число...

[shads]

в первом случае у вас не со сдвигом была проблема, а с начальным присваиванием константы 0x12345678.

Ан нет... именно в случае со сдвигом проблема проявляется...

Вот так делаю - нормально получается - 0x12340000...

Код: Выделить всё

uint32_t temp = 0x12345678;
UartTransmitHexLong (temp & 0xffff0000);

[ARV]

варнинги при компиляции прочтите - будет видно, в каком месте трабл.

берем константу 0x0000FFFF, которая воспринимается как 0xFFFF (int - мы же о таком int говорим?) и пробуем сдвинуть ее на 16 разрядов... получаем 0. это проблема в первом образце кода. AND с 0 даст 0, и плевать на первую константу (в присваивании), хотя и там она int.

во втором примере суффиксом UL вы указали, что константа 32-битная, поэтому проблемы и нет