Добрый день!

Пытаюсь на камне stm32f103 сделать следующее.

Первый таймер считает, на процовой частоте к примеру, досчитав до определенного значения запускает еще два таймера в режиме одного импульса.
Основная цель что бы эти 2 таймера запускались точно в заданный момент и одновременно. А и еще, это должно происходить автоматически, т.е. не програмно - настроил таймеры запустил первый и забыл.

Пытаюсь с триггеры таймеров крутить, но черт возьми - ничего не выходит.

Если подскажите как это сделать буду крайне благодарен, желательно на spl*)

Спасибо!

Сообщение отредактировал Quantum1 - Aug 7 2014, 06:48

хм... надо проверить, мне кажется фигни не должно быть, но не утверждаю...

Long - не есть явный тип, там где int16 он 32, а где int32 - он 64. А сейчас 64 битные процессоры набирают обороты, того и гляди в 128 бит перейдет. В приведенном типе мне нравиться что битность указана явно 32 как бы он не назывался запись длиннее, факт, но 100% определена.

Можете привести пример, когда вам не хватит ширины константы 1UL?

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

спасибо огромное, сегодня попробую разобраться

Сообщение отредактировал Quantum1 - Aug 14 2014, 02:49

наверное не смогу... может через 100 лет для каких-то машин где будет тип экстралонг... я лично уверен что мои программы проработают не меньше...

кстати проверил
((int32_t)1 << 31) - все честно, получаем минус максимум, или 0x80000000, а дальше нули, никаких неожиданностей если мы используем это как маску, если как число, то очевидное переполнение, что тоже ожидаемо.

Ну, для экстралонга явное (uint32_t) тем более не поможет

Да, сейчас тоже не смог получить ошибочный результат. Но помню, что какие-то проблемы были. Так что лучше буду страховаться.


Всё, всё, уходим

уходя крикну в закрывающуюся дверь

проблемы со сдвигом в права
(0x80 >> 1)
если компилятору стукнет что это знаковый тип, то вместо ожидаемых 0x40 будет 0xC0
а если его по какой то причине зарубит сделать арифметический сдвиг для знакового
то 0x81 может переделать в 0xC1. но как добиться последнего я не очень в курсе, это если попросить разделить на 2, то он так может сделать....

но на самом деле букв в компутере дофига, и лишние UL никому не помешают

вы бы лучше стандарт почитали!
например на win64 и int и long остались 32 битными! а вот size_t и int_ptr_t уже 64 битные.



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

а вы только под win пишите?
и как называется 64 битный целый тип?
какой из стандартов вы предлагаете читать?
это был гипотетический пример, потому что было лень писать много нулей

не только! а win привел как пример того что разрядность целого типа слабо зависит от разрядности процессора! Для 64 битного линукса кстати long - 64 битный.
64 битный целый тип на сегодня - long long, но лучше конечно использовать stdint.h
стандарт - С99 например, или новый С11
про пример - я же писал по многим причинам! одна из них - шестнадцатеричные константы считаются unsigned.

ну так и я о том же...
если написано int32_t - то это 32 бита очевидно, понятно, предсказуемо. А если long или int - то тут как повезет...

в остальном, возможно я уже дую на воду, но тема не об этом...

Может, нужно создать тему на эту (типы данных) тему?
Я б накидал вопросов на подумать в такой ветке))