Сега остана да кажеш, че няма и DMA и receive timeout

При мен и на UART0 и на UART1 има по 8.

Да документацията им е малко... странно сегментирана.

DMA има, друг е въпроса, че драйверите на MQX не ебават да го ползват. Receive timeout няма или поне аз не го намирам в документацията. Ама това вече не ме изненадва, то вече масово контролерите го нямат... що ... ба ли им майката.

Почвам да си мисля че съм изтървал нещо... тия да нямат фае-та с къси полички?

за кой чип?

за К20 (стр. 121 K20 Sub-Family Reference Manual)

MK20FN1M0VLQ12, там така са 0 и 1.

Което не е голямо облекчение, защото единствения начин да си намамя ремапинга на пиновете ме накара да се лиша и от двата с фифо.... Куцо, в това отношение ремапинга на STM32 е мислен много по практично.

Това пък що за малоумие е?

От времето на 8-бит не си спомням да съм виждал UART без собствен клок домейн. То бива икономия, ама чак пък толкоз...

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

Каква икономия, това е желязото с най-сложната клок система която съм виждал. Сигурно идеята им е била едните да са бързи, а другите да са икономични.

За мен UART без независим клок е мърлящина. Все едно виждам китайски електоуред с метален корпус и захранващият кабел е двужилен. Хич не ме интересува колко е сложен или икономичен, така просто не се прави!

Която и да е периферия трябва да може да си бачка самостоятелно и да не зависи нито от проца, нито от бъса. Последните трябва да може да ги пуснеш на много висок или много нисък клок или просто да ги туриш да спинкат без клок. Да не говорим че всеки UART по принцип трябва да има и синхронен режим по външен клок от пин.

Не знам... дано да греша, ама тия ми изглеждат доста зле на фона на другите куртекси, а заеш че и другите не са цвете. Не може да трябва да пълнеш паметта с глупости, за да имаш DMA на SPI. Не може да нямаш receive timeout на UART, това пак значи че не може да ползваш ДМА, а като няма и fifo то еба ти и периферията... Смятай ти щом нещо толкова елементарно като UART и SPI не могат да направят, какво ще е при по-сложните.

Лайна съм ринал всякакви. Както казах, аз си целя глухата акула задължително, така, че съм свикнал. Като гледам, количеството кафява маса е като при всички други, само нюансите на миризмите са други...

Бахти дървото....

Начи търкалям си аз едно фифо... Бе докато е под 3К работи стабилно, направя го 6К почва да се бави цялата система. Паметта я алокирам с разните му там "инструменти" на MQX. Кога поглеждам, като го направя по голямо, то се прехвърля в горния регион РАМ (ама не пресича границата, цялото е там). Явно долния съм го изчерпал. Е убаво, в тъпата документация под сурдинка пише, че единия регион е с 2 цикъла на изчакване... Ама при мен въпросното фифо е за серийна комуникация, и на 10 цикъла да търкаля РАМ-а не ни трябвало да му пречи... Да ама не, достъпа до него просто ми се забавя страшно или поне така изглежда отстрани. Още не съм сигурен дали MQX няма някаква особенност която да ме ебава, ама не виждам как, аз паметта я ползвам директно през указател.

Даеба и "особенните" контролери, със сигурност повече Кинетис няма да пипна.

Най-шибаното е, че явно доста малко хора ги ползват (що ли) и информация в нета почти няма. Намерих само това:

http://eleccelerator.com/kinetis-microc ... rd-faults/

P.S. Алокирах буфера в долния - не се оправи... начи проблема е в мен... ама вкуса в устата ми още е .... Баси не бях барал контролер с банкиран рам от времето на пиковете.

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

Ами давай без FIFO ....

Не сипвай сол в раните!