[alexan300 0]

go to реальная вещь  как сейчас помню.. беисик..

[AlexandrY 3]

2 minutes ago, x893 said:

Надо поучить тогда программистов из Azure RTOS мастерству программирования.

А то ребята про goto и не знают.

Azure RTOS  это ThreadX и они сертифицированы по какому-то очень жесткому стандарту. 
Но вот в Nucleus Plius тоже есть немеряно goto. И тож сертифицировано. 
Очевидно что вопрос применения goto не вопрос квалификации. 

[x893 60]

1 hour ago, AlexandrY said:

Azure RTOS  это ThreadX и они сертифицированы по какому-то очень жесткому стандарту. 
Но вот в Nucleus Plius тоже есть немеряно goto. И тож сертифицировано. 
Очевидно что вопрос применения goto не вопрос квалификации. 

Очевидно. Это религия.

Хотя нет - секта.

[alexan300 0]

Господа программисты. ни кому 20 т р не нужно??

[smart_pic 7]

1 hour ago, alexan300 said:

Господа программисты. ни кому 20 т р не нужно??

(юмор) В то время пока некоторые спорят относительно goto, кто то делает реальные вещи, корабли Маска бороздят просторы вселенной, Китайцы в переди планеты всей по выпуску бытовой техники, а индусы пишут код для боинга.

[jcxz 243]

11 минут назад, smart_pic сказал:

(юмор) В то время пока некоторые спорят относительно goto

Кто спорит "относительно goto"? Вы о чём? 

[haker_fox 61]

13 minutes ago, smart_pic said:

а индусы пишут код для боинга

Это тот код, который убил пассажиров двух Boeing 737 MAX? Ну как, полетит в этом году?

 

[jcxz 243]

30 минут назад, smart_pic сказал:

а индусы пишут код для боинга.

Этих "индусов" и здесь более чем хватает. 

[bzx 0]

2 часа назад, alexan300 сказал:

Господа программисты. ни кому 20 т р не нужно??

Нет.

По существу Вам ответили несколькими постами выше. Поясню. Вам кажется, что сегментировав задачу на ряд "независимых" и казалось бы унитарных подфункций, Вы сможете решить общую задачу без какой либо, казалось бы, необходимости глубокого понимания функционирования аппаратных блоков. Отсюда у Вас и появляется необходимость задействовать второе ядро, уникальные, взятые с потолка, требования к записи на SD-карту. По сути, Вы начинаете бороться с ветряными мельницами. Начните с того, что перепишите имеющиеся функции, убрав из них delay и подобный г-код.

Ещё раз, как уже было выше сказано, только буферизация для работы с SD Вас спасет. Если у Вас конечное изделие в "батарейном" исполнении, то делайте буферизацию по максимум, вплоть до 1 записи в минуту и более. Если писать чаще, то контролер SD-карты сожрет все питание очень быстро. Забудьте про скорость с постоянной и гарантированной записью в несколько мкс.

 

 

[Vasil_Riabko 1]

1 hour ago, bzx said:

Нет.

По существу Вам ответили несколькими постами выше. Поясню. Вам кажется, что сегментировав задачу на ряд "независимых" и казалось бы унитарных подфункций, Вы сможете решить общую задачу без какой либо, казалось бы, необходимости глубокого понимания функционирования аппаратных блоков. Отсюда у Вас и появляется необходимость задействовать второе ядро, уникальные, взятые с потолка, требования к записи на SD-карту. По сути, Вы начинаете бороться с ветряными мельницами. Начните с того, что перепишите имеющиеся функции, убрав из них delay и подобный г-код.

Ещё раз, как уже было выше сказано, только буферизация для работы с SD Вас спасет. Если у Вас конечное изделие в "батарейном" исполнении, то делайте буферизацию по максимум, вплоть до 1 записи в минуту и более. Если писать чаще, то контролер SD-карты сожрет все питание очень быстро. Забудьте про скорость с постоянной и гарантированной записью в несколько мкс.

 

 

+++ Поставленная задача решается на одном ядре ( например у меня STM323L476 данные 10 байт с периодом 2,5мс по SPI вычитываются с АЦП фильтруются буферируются и записываются на SD карту блоками по 8 Кb + обработка кнопок управление  бузером контроль питания. Соотношения сна к работе 1 к 10 за исключением времени когда проходит запись на карту    )  без ОС в моноцикле .

[alexan300 0]

2 hours ago, bzx said:

Нет.

По существу Вам ответили несколькими постами выше. Поясню. Вам кажется, что сегментировав задачу на ряд "независимых" и казалось бы унитарных подфункций, Вы сможете решить общую задачу без какой либо, казалось бы, необходимости глубокого понимания функционирования аппаратных блоков. Отсюда у Вас и появляется необходимость задействовать второе ядро, уникальные, взятые с потолка, требования к записи на SD-карту. По сути, Вы начинаете бороться с ветряными мельницами. Начните с того, что перепишите имеющиеся функции, убрав из них delay и подобный г-код.

Ещё раз, как уже было выше сказано, только буферизация для работы с SD Вас спасет. Если у Вас конечное изделие в "батарейном" исполнении, то делайте буферизацию по максимум, вплоть до 1 записи в минуту и более. Если писать чаще, то контролер SD-карты сожрет все питание очень быстро. Забудьте про скорость с постоянной и гарантированной записью в несколько мкс.

 

 

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

deley требуют по даташиту. не именно его, но вот задержку между поднятием уровня CS и началом чтения необходимо выждать. 

[bzx 0]

33 минуты назад, alexan300 сказал:

deley требуют по даташиту.

Ваша беда в том, что Вы, скорее всего, прожженный ардуинщик и не слышите, точнее, не понимаете, что Вам рекомендуют и говорят.

[Vasil_Riabko 1]

32 minutes ago, alexan300 said:

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

deley требуют по даташиту. не именно его, но вот задержку между поднятием уровня CS и началом чтения необходимо выждать. 

сделайте два буфера .Чтения АЦП делайте в прерываниях  и записывайте в свободный буфер при заполнении делайте запись в карту . тем временем заполняйте второй буфер .

[bzx 0]

9 минут назад, Vasil_Riabko сказал:

сделайте два буфера

Для ТС это бесполезно. Он никак не может уловить основную доносимую до него мысль, что писать многозадачный код с использованием deley-ев нельзя. Он считает, что второе ядро его спасет... При таком подходе и 3х, и более ядер не хватит. В подобных deley-кодах основное время тратится именно на deley.

[x893 60]

1 minute ago, bzx said:

писать многозадачный код с использованием deley-ев нельзя

Особенно с ошибками