[quаrk 39]

37 минут назад, khach сказал:

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

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

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

Как, в этом случае, опираясь на такой "зыбкий" фундамент,  давать гарантии конечному пользователю?

Мне интересен ваш ответ.

Edited December 21, 2024 by quаrk

[sasamy 14]

1 hour ago, quаrk said:

Оcталось непонятным, зачем вы привели, к качестве примера, данную систему?
Которая, по большому счету, к теме "реал-тайм управление под Win" не имеет прямого отношения?

мне больше непонятно зачем вы никого не слушая и ничего не читая продолжаете нести бред ? ведь там в статье черным по белому с примерами кода написано как на венде откусить ядро и работать с высоким приоритетом чтобы твой код не прерывали. А вкоментариях есть пояснения таким же упоротым которые лезут с советами

Quote

То есть по факту реалтайм не нужен, достаточно регистрировать данные без потерь.

Я несколько раз явно касался этого вопроса в комментариях. Нет, реалтайм нужен, потому что по регистрируемым данным может приниматься решение о стимуляции. Там ещё и ограничение latency в 1 миллисекунду между генерацией сигнала в мозге и началом ответной стимуляции. Без реалтайма никак. А решение принимается не по raw data, а по filtered data. Конкретно — по данным фильтра высоких частот. Поэтому фильтрацию придётся выполнять прямо внутри этого реалтайма.

 Про MmGetPhysicalAddress Вы не в курсе?

Вот честно — нет. 🙂 Я вообще не виндузятник, я программист DSP. Это мой первый код для Винды за очень-очень много лет, чуть ли не с окончания обучения.

5кгц, не так и много

40 килогерц, но данные, удобства ради, приходят сгруппированными в пакеты по 8 замеров.

А Ваша плата что, вообще прерываний не генерирует?

Конечно, нет!!! Прерывания — это зло. Вся архитектура решения построена так, чтобы в нём не было ни единого прерывания, только polling. Мы делали замеры, и в среднем на обработке прерывания теряется больше времени, чем на опросах.

 

42 minutes ago, quаrk said:

Как, в этом случае, опираясь на такой "зыбкий" фундамент,  давать гарантии конечному пользователю?

Если нужны гарантии то применять нужно софт а ещё точней програмно аппаратные комплесы имеющие сертификацию соответсвия этим гарантиям и денег это стоит совсем других нежели просто венда. Вам надо решать - а нужно ли вам это ? В статье явно сказано что это для экспериментов на мышках.

Edited December 21, 2024 by sasamy

[quаrk 39]

1 минуту назад, sasamy сказал:

ведь там в статье черным по белому с примерами кода написано как на венде откусить ядро и работать с высоким приоритетом чтобы твой код не прерывали.

Угу.

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

Да и не нужен там "реал-тайм", по большому счету....

 

[quаrk 39]

29 минут назад, sasamy сказал:

В статье явно сказано что это для экспериментов на мышках.

Для экспериментов на мышках - всё годится. Нет проблем.

[sasamy 14]

21 hours ago, quаrk said:

Да и не нужен там "реал-тайм", по большому счету

он там нужен но реализация максимально простая  - можно в одни руки не вдаваясь в подробности сделать условному "программисту DSP". На Linux это было бы проще и надёжней, но тоже ограничено. Майнстрим сейчас гибридные системы - гипервизоры с rtos в одном флаконе - с жёстким реалтаймом rtos, с высокой производительностью gpos и сертифицируемыми гарантиями. Есть даже опенсорные реализации не запрещающие сертификацию их открытых продуктов
 

https://www.kernkonzept.com/l4re-operating-system-framework/

https://www.kernkonzept.com/l4re-board-support-package-list/

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

[mantech 105]

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

но естественно программировать такие системы намного сложней

Как они о себе категорично))))))))))

[sasamy 14]

35 minutes ago, mantech said:

Как они о себе категорично

их гипервизор в Electrobit используют в своей реализации AUTOSAR

https://www.elektrobit.com/products/ecu/eb-corbos/hypervisor/

[quаrk 39]

4 часа назад, sasamy сказал:

он там нужен но реализация максимально простая  - можно в одни руки не вдаваясь в подробности сделать условному "программисту DSP"...

При желании, можно из любой простой задачи раздуть проблему и заморочить себе голову. И заказчику заодно...
Чтобы прочитать данные из АЦП, передать их, обработать и сохранить - нужна лишь достаточная скорость выполнения всех этих операций. И больше - ничего.
Управление в реальном времени - это про другое.

[blackfin 61]

On 12/22/2024 at 7:04 PM, quаrk said:

И больше - ничего.

Нужен ещё толстый тролль, который объяснит нам всем, как это можно сделать.. 😎

[quаrk 39]

8 минут назад, blackfin сказал:

Нужен ещё толстый тролль, который объяснит нам всем, как это можно сделать.. 😎

Если собственных навыков не хватает - ищите себе толстого тролля...

[blackfin 61]

On 12/22/2024 at 7:33 PM, quаrk said:

Если собственных навыков не хватает - ищите себе толстого тролля...

Вы тут уже 37 постов настрочили, но дальше бла-бла-бла так и не продвинулись. ))

Можете привести ссылки на разработанные вами измерительные приборы с применением скоростных АЦП ?

А то не понятно, с кем мы имеем дело.. ))

[quаrk 39]

7 минут назад, blackfin сказал:

Вы тут уже 37 постов настрочили, но дальше бла-бла-бла так и не продвинулись. ))

Можете привести ссылки на разработанные вами измерительные приборы с применением скоростных АЦП ?

А то не понятно, с кем мы имеем дело.. ))

Пожалуйста, все вопросы - к "толстому троллю".
А я закончил свои выступления.

[mantech 105]

17 часов назад, sasamy сказал:

AUTOSAR

Почитал я про это, очередная попытка перевести программирование под ГУЙ с доп. наворотами, но по пониманию, опять усложнили себе жизнь, а их "стандартизация" - это вообще что-то с чем-то... ИМХО пока обычный Си так никто путно и не заменил ни на что другое, реально упрощающее программирование...

Edited December 23, 2024 by mantech