my504 (07.08.2016 04:29, просмотров: 25197)-
- Компилятор может использовать REPEAT только при определенных условиях, поскольку это не прерываемая инструкция. MikeM(789 знак., 16.09.2016 01:31)
- Эти инструкции никогда не поддерживались компилятором, потому что нужно сохранять контекст (DOCOUNT), а он этого делать не умеет - Alex B.(07.08.2016 07:36)
- У пика один раз не... пардон, можно не согранять - для оператора ДУ он са запоминает. В новых, говорят, уже 4 раза. - Крок(07.08.2016 08:55)
- Не важно. А если вложенное прерывание? - Alex B.(07.08.2016 09:29)
- Не знаю, как у них. я на АСМе делаю. - Крок(07.08.2016 11:21)
- Так выходит, что компилер и shadow в обработчиках не использует? Все гонит в стек саморучно? my504(296 знак., 07.08.2016 10:53 - 10:57)
- Легальный компилятор (тем более не за свои) - это завсегда надо :-) - Крок(07.08.2016 11:20)
- Для использования shadow в прерывании есть атрибут shadow, а для всех DSP-инструкций есть соответствующие builtin-функции. RTFM. - MBedder(07.08.2016 11:20)
- Для каждого семейства процев свои builtin-функции! Бля! И в чём тогда смысл ЯВУ? - Крок(07.08.2016 11:25)
- ЯВУ находятся под строгими санкциями международных бандформирований типа ANSI, вот им и приходится изгиляться всякими builtin'ами, шоп не попасть под тотальное эмбарго :)) - MBedder(07.08.2016 11:32)
- По большому счету его и нет. Смысла. Переносимость кода при использовании специфических интерфейсов и инструкций платформы равна нулю. Остаются только разного рода запутанные стеки протоколов из MLA. Там и разговляюсь на Си. ))) - my504(07.08.2016 11:29)
- Ога, ну расскажи еще раз о переносимости ЛЮБОГО кода с ЛЮБОГО МК на ЛЮБОЙ из ЛЮБОГО другого семейства- я посмеюсь от души :)) - MBedder(07.08.2016 11:33)
- Даже в пределах ОДНОЙ платформы нет никакой переносимости. Ну если только это не "здрасьтеявашатетя" А то разобрать хост HID USB с бесконечными ifdef - здоровье положить... - my504(07.08.2016 11:38)
- Для этого прочитавшие RTFM используют ключик -save-temps и берут файл .i, в котором все лишние #ifdef-участки уже отрезаны - MBedder(07.08.2016 11:44)
- Так я о другом. Я о переносимости... ))) Но "опять спасибо". - my504(07.08.2016 11:51)
- Для этого прочитавшие RTFM используют ключик -save-temps и берут файл .i, в котором все лишние #ifdef-участки уже отрезаны - MBedder(07.08.2016 11:44)
- Даже в пределах ОДНОЙ платформы нет никакой переносимости. Ну если только это не "здрасьтеявашатетя" А то разобрать хост HID USB с бесконечными ifdef - здоровье положить... - my504(07.08.2016 11:38)
- Ога, ну расскажи еще раз о переносимости ЛЮБОГО кода с ЛЮБОГО МК на ЛЮБОЙ из ЛЮБОГО другого семейства- я посмеюсь от души :)) - MBedder(07.08.2016 11:33)
- Для каждого семейства процев свои builtin-функции! Бля! И в чём тогда смысл ЯВУ? - Крок(07.08.2016 11:25)
- Не важно. А если вложенное прерывание? - Alex B.(07.08.2016 09:29)
- Странно... Можно было бы исключить их использование в обработчиках, а так же контролировать вложенность в пределах возможностей конкретного контроллера... my504(70 знак., 07.08.2016 07:43 - 07:45)
- Бросьте, из-за такой ерунды на асме писать? На пару инструкций дольше будет проверка цикла выполняться, если эту фичу не использовать. - Alex B.(07.08.2016 09:28)
- А если этих циклов 64 по 256 проходов за 1 мс? my504(101 знак., 07.08.2016 10:24 - 10:30)
- Используйте ассемблерный модуль. Никаких проблем с интеграцией нет, не выдумывайте. Alex B.(45 знак., 07.08.2016 14:30, ссылка)
- замените камень на более шустрый - LordN(07.08.2016 11:00)
- Шустрее за приемлемую цену некуда. 6 долларов - dsPIC33EP1024GM304. Причем основной критерий даже не скорость, а аналоговый фронтэнд. 8 каналов СИНХРОННОГО семплирования 250 кспс. Плюс PTG для освобождения прерываний на формирование диаграммы my504(110 знак., 07.08.2016 11:15)
- 1 МБ собираетесь на асме писать? Гыгы - Alex B.(07.08.2016 14:28, картинка)
- "Ты просто не умеешь их готовить"(с). Для исключения ненужных сохранений/восстановлений контекста в обработчиках прерываний прочитавшие RTFM используют атрибут naked, а не прочитавшие предпочитают жалиться в спортлото на плохой компилятор - MBedder(07.08.2016 11:21 - 11:29)
- Так учусь понемногу. Вот ты чуток намекнешь. Или кто другой. Но время не ждет. Лучшее - враг хорошего. my504(114 знак., 07.08.2016 11:42)
- Шустрее за приемлемую цену некуда. 6 долларов - dsPIC33EP1024GM304. Причем основной критерий даже не скорость, а аналоговый фронтэнд. 8 каналов СИНХРОННОГО семплирования 250 кспс. Плюс PTG для освобождения прерываний на формирование диаграммы my504(110 знак., 07.08.2016 11:15)
- А если этих циклов 64 по 256 проходов за 1 мс? my504(101 знак., 07.08.2016 10:24 - 10:30)
- Бросьте, из-за такой ерунды на асме писать? На пару инструкций дольше будет проверка цикла выполняться, если эту фичу не использовать. - Alex B.(07.08.2016 09:28)
- У пика один раз не... пардон, можно не согранять - для оператора ДУ он са запоминает. В новых, говорят, уже 4 раза. - Крок(07.08.2016 08:55)
- У for проверка условия при входе, а у do на выходе. Одно к другому не сводится. Кстати, что у вас за язык с оператором rеpеat? - Ксения(07.08.2016 04:59)
- DO и REPEAT - это МАШИННЫЕ команды платформы PIC24/dsPIC33. my504(165 знак., 07.08.2016 06:59 - 07:02)
- Repeat ты полюбэ к циклам for никак не прикрутишь - это просто N-кратное повторение единственной инструкции - MBedder(07.08.2016 11:23)
- А к инструкции CALL оно применимо? - Ксения(07.08.2016 20:35)
- Для CALL нужно использовать DO, правда эта инструкция есть только в dsPIC, в 24-х нет. - my504(07.08.2016 21:02)
- Нет - к любым инструкциям ветвления, а также к инструкциям DO, REPEAT, DISI, LNK, MOV.D, PWRSAV, UNLK и всем двухсловным - неприменимо - MBedder(07.08.2016 20:51)
- Например: my504(109 знак., 07.08.2016 11:57)
- Под for эта единственная инструкция может и стоять. Например при заливке массива единственным или регулярно чередующимся значением. А может и MAC целый FIR образовать. - my504(07.08.2016 11:46)
- Это прекрасно делается ассемблерными вставками или отдельными .S-файлами, содержащими нужные быстрые действия - MBedder(07.08.2016 11:55)
- В общем так и делаю. Но пока периодически теряю время на разрешение конфликтов вставок и Си кода. Набиваю шишки. Но результат к сроку мне никто не отменит. Поэтому и сваливаюсь на чистый АСМ. - my504(07.08.2016 12:05)
- Да нет там никаких конфликтов, просто внимательно нужно почитать соглашение о передаче параметров. Проще всего жаловаться на компилятор, а не на свою лень и отсутствие компетенции - Alex B.(07.08.2016 14:26)
- Странно... А в каком месте я жаловался на компилятор? Я уже ЧЕТВЕРТЫЙ РАЗ повторяю: У МЕНЯ НЕТ ДОЛЖНОГО ОПЫТА. my504(195 знак., 07.08.2016 21:07 - 21:09)
- Да нет там никаких конфликтов, просто внимательно нужно почитать соглашение о передаче параметров. Проще всего жаловаться на компилятор, а не на свою лень и отсутствие компетенции - Alex B.(07.08.2016 14:26)
- В общем так и делаю. Но пока периодически теряю время на разрешение конфликтов вставок и Си кода. Набиваю шишки. Но результат к сроку мне никто не отменит. Поэтому и сваливаюсь на чистый АСМ. - my504(07.08.2016 12:05)
- Это прекрасно делается ассемблерными вставками или отдельными .S-файлами, содержащими нужные быстрые действия - MBedder(07.08.2016 11:55)
- А к инструкции CALL оно применимо? - Ксения(07.08.2016 20:35)
- Repeat ты полюбэ к циклам for никак не прикрутишь - это просто N-кратное повторение единственной инструкции - MBedder(07.08.2016 11:23)
- DO и REPEAT - это МАШИННЫЕ команды платформы PIC24/dsPIC33. my504(165 знак., 07.08.2016 06:59 - 07:02)
