The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликован embedded-hal 1.0, инструментарий для создания драйверов на языке Rust, opennews (??), 14-Янв-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


139. "Опубликован embedded-hal 1.0, инструментарий для создания др..."  +/
Сообщение от Коболистогностик (?), 15-Янв-24, 03:00 
ЗАТЕМ, что там реализации в железе отличаются.
Ну, возьмите, например реализацию для Atmel (X)Mega 128 и - для stm32f103 какого-нибудь!
Вперёд! Всё человечество и даже я, поверьте!, смотрим на вас с надеждой! Пришёл СПАСИТЕЛЬ, который ЗНАЕТ, КАК!... :)))))))

Знаете, сколько таких грамотеев-"спасителей" я с конца 1980-х перевидал? :)))

Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

144. "Опубликован embedded-hal 1.0, инструментарий для создания др..."  +/
Сообщение от Аноним (87), 15-Янв-24, 16:30 
А, ну если есть разные реализации, тогда всё - сворачиваемся, будем для каждого камня с нуля писать. HAL для уартов зделоть невозможно, у ChibiOS/HAL, конечно, получилось, но мы не такие.
Ответить | Правка | Наверх | Cообщить модератору

145. "Опубликован embedded-hal 1.0, инструментарий для создания др..."  +/
Сообщение от Аноним (-), 15-Янв-24, 17:27 
> А, ну если есть разные реализации, тогда всё - сворачиваемся, будем для каждого камня с нуля писать. HAL для уартов зделоть невозможно, у ChibiOS/HAL, конечно, получилось, но мы не такие.

Угу и у STMicroelectronics получилось сначала сделать Standard Peripherals Library, а потом соорудить STM32CUBE с HAL.
Но возможно Коболистогностик прав и у него не получится)
Может потому, что у него лапки.
Может потому, что он смотрит на всех с вершин эверестов своего чсв.
А может потому что "бабки, $$$$ бабки!" - так ведь можно один и тот же код продать 10 заказчикам, да и поддержке заработать.


Ответить | Правка | Наверх | Cообщить модератору

148. "Опубликован embedded-hal 1.0, инструментарий для создания др..."  +/
Сообщение от Коболистогностик (?), 15-Янв-24, 19:08 
Вас волнует ваш ЧСВ и вы хотите об этом поговорить?
Ответить | Правка | Наверх | Cообщить модератору

147. "Опубликован embedded-hal 1.0, инструментарий для создания др..."  –2 +/
Сообщение от Коболистогностик (?), 15-Янв-24, 19:07 
Не просветите, а ChibiOS - на каком проценте камней/систем
изделий, в мире, стоит?
Вы - вообще - понимаете, о ЧЁМ говорите? Предмет обсуждения представляете?
А если я хочу потом приложение перевести на FreeRTOS? Или - на RTX (или - ещё какую реализацию CMSIS?)

Господи, откуда вы все такие берётесь? Куда лезете? И что тужитесь обсуждать и предлагать???

Дальше.

Я понимаю, если бы был грандиозный съезд, конгрес, или какой-то комитет (не, лучше - КОМИТЕТИЩЕ) организован, чтобы отрасль привести к "общему знаменателю" - сиречь тот самый, пресловутый "HAL" сформировать-описать.
Но вы - вообще представляете разнообразие и номенклатуру микроконтроллеров и вариантов реализаций этих интерфейсов? Или вы думаете, что все уже "переехали" на 32-разрядные системы??? Уверяю вас. что - нет. Есть ещё не мало систем (и - довольно серьёзных), которые и совокупности 16-ти и - ДАЖЕ - 8-разрядных МК используют.
Не говоря о тех, кто уже - "напрочь" в "кремневую компиляцию" ушёл с микроконтроллеров и ВСЁ проектирует на ПЛИС.
Последним - вы какой такой "HAL"предлОжите"? В какой "универсальной вычислительной среде" вы собираетесь их использовать? Там, после компиляции и оптимизации проекта вы даже не сможете понять, где у вас границы блоков/интерфейсов (фиически и по логике работы) расположены! :)))

Вот тут один Онаним ляпнул, что все реализуют/клонируют тот самый 16550 для последовательных интерфейсов... Да я - чуть чаем не подавился такому уровню невежества, когда это прочитал! То есть, насколько я понимаю, чел - ВООБЩЕ не в теме и написал наверное всё, что прочитал в книгах, например, у Гука или - ещё их книг ранних 1990-х по "программированию компьютеров ИБМ ПиСи на ассемблере"...
Но, это - совершенно не так. Например, в тех же атмеловских мегах, вообще, отдельного понятия "традиционного УАРТа" НЕТ. Там есть универсальный свой блок последовательной связи, который, будучи отконфгурированным особым образом может работать в разных режимах и стандартах интерфейсов последовательной связи. И там - совершенно не совпадающая, по состояниями и логике работы, с тем ещё 165500-блоком, дисциплина инициализации, штатного режима, обмена с внутренними буферами, настройками и состояниям!
Ну - да, можно, как во взрослых ОС, задать некий "общий стандарт" (назвать его "U(S)ART HAL")... Но, вы представляете, сколько работы надо будет проделать для того, чтобы конкретная железка интерфейса "соответствовала и удовлетворяла" какому-то HAL-у ??? Вы представляете, сколько потерь на этом будет? Сколько кода "лишнего"?
Вот, именно поэтому, эмбеддинг - это ОЧЕНЬ ЧАСТО - именно "лисапедостроение".
Потому, что часто именно подход "от особенностей архитектуры, конструкции и реализации конкретной железки работающего, как конкретный интерфейс", а - не от "общей архитектуры драйверов или HAL", позволяет в эмбеддинге получать наиболее производительные, минимальные (по ресурсам) или оптимальные решения?

Народ сильно успехи в процессоростроении разбаловали.
Вы почитайте, что такое, например, RTX2010, где, и на скольких изделиях в США его ставят ДО СИХ ПОР, И - ПОЧЕМУ? И - сравните, например, почему с Опортьюнити столько проблем было (начиная от инверсии приоритетов).

Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру