inventor 0 13 октября, 2015 Опубликовано 13 октября, 2015 · Жалоба С процессорами под линукс круг производителей чуть другой и производителей по пальцам одной руки можно пересчитать. Присмотритесть к чипам freescale, ti, allwinner. Еще nuvoton обещает жечь напалмом с nuc970. Атмел ...все поэтому ставить его чипы в сложные девайсы как-то неразумно. Какие у вас требования (pcie, sata, gpu, vpu, число ядер, объем рам, интерфейсы) ? Какой срок жизни проекта ? Каков бюджет ? срок жизни проекта не менее 5 лет просто хотелось бы с микроконтроллеров (STM) перейти на что то более серьезное - проблема в том, что программить для контроллеров на уровне ввода-вывода/IRQ намного сложнее чем на уровне операционной системы. просто переделка приборов, какие то исправления уже делать невозможно - хотелось бы сделать базовую систему написать основные драйверы - и управлять устройствами которые к базовой плате подключаются достоточно одного ядра, sata не нужно - достаточно что программа будет исполняться из flash объем Ram - наверное гигабайта-двух вполне достаточно естественно TTF дисплей с графикой и тачсрином - сейчас стоит ЖК икран с кнопками а такая концепция уже устарела. нужны интерфейсы как минимум: I2C, SPI, не менее 3-4 UART и возможно CAN сам проект можно реализовать и на ST новых моделей - благо что проекты работают и на 103. Но хотелось бы работать именно с "верхней" программой, а не исправлять появляющиеся ошибки в низкоуровневых частях. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 35 13 октября, 2015 Опубликовано 13 октября, 2015 · Жалоба что программить для контроллеров на уровне ввода-вывода/IRQ намного сложнее чем на уровне операционной системы. Ну не знаю.... Вы хоть какие-нибудь более-менее сложные драйвера под оси самостоятельно делали? Это не одно и тоже, что настроить всяческие http сервера и т.д. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
inventor 0 13 октября, 2015 Опубликовано 13 октября, 2015 · Жалоба Ну не знаю.... Вы хоть какие-нибудь более-менее сложные драйвера под оси самостоятельно делали? Это не одно и тоже, что настроить всяческие http сервера и т.д. насколько сложные-не совсем понятно? для контролеров без mmu делал драйверы различной периферии делал для Linux драйверы еще когда была шина ISA Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 35 13 октября, 2015 Опубликовано 13 октября, 2015 · Жалоба насколько сложные-не совсем понятно? С использованием прерываний, ДМА и прочей прелести, с учетом многозадачности системы. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
inventor 0 13 октября, 2015 Опубликовано 13 октября, 2015 · Жалоба С использованием прерываний, ДМА и прочей прелести, с учетом многозадачности системы. АЦП собирал данные по ДМА отправлял их "ждучей" задаче Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 13 октября, 2015 Опубликовано 13 октября, 2015 · Жалоба Я предложил сделать одну плату на Linux а все программы уже писать на уровне операционной системы - что намного проще, а не на уровне прерываний и ввода вывода. Эт вы что-то напутали. Либо с JTAG/SWD не освоились, либо среду разработки плохо выбрали. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
inventor 0 13 октября, 2015 Опубликовано 13 октября, 2015 · Жалоба Эт вы что-то напутали. Либо с JTAG/SWD не освоились, либо среду разработки плохо выбрали. вот поэтому у меня такой вопрос Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 35 13 октября, 2015 Опубликовано 13 октября, 2015 · Жалоба Эт вы что-то напутали. Ну почему? Если ТС умеет писать драйвера и отлаживаться в линухе - то проще, конечно, если не требуется реалтайм в проектах.. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
inventor 0 13 октября, 2015 Опубликовано 13 октября, 2015 · Жалоба Ну почему? Если ТС умеет писать драйвера и отлаживаться в линухе - то проще, конечно, если не требуется реалтайм в проектах.. да, реалтяйма не требуется к плате нужно подключить до 8 различных датчиков медленно опрашиваемых (1 раз в 1-2 секунды) датчики сейчас сделаны на STM и имеют выход на UART сейчас сделано типа чипселекта чтобы "главная плата" их последовательно выбирала. я полагаю можно поробовать CAN и главную плату сделать на полноценном арме. сейчас пришлось добавить WiFi и GSM - взяли модули SIM900 и EPS8266. но хотелось бы полноценного WiFi потому что все эти модули - просто однозадачные модемы. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 187 14 октября, 2015 Опубликовано 14 октября, 2015 · Жалоба проблема в том, что программить для контроллеров на уровне ввода-вывода/IRQ намного сложнее чем на уровне операционной системы. просто переделка приборов, какие то исправления уже делать невозможно - хотелось бы сделать базовую систему написать основные драйверы - и управлять устройствами которые к базовой плате подключаются Вы не поверите, но то же самое можно (и нужно!) делать и на обычном Cortex-M с простой ОС (или вообще без оной). Для грамотного построения ПО с разделением его на уровни, абстрагированием от периферии, разделением на low-level драйвера с ISR, middleware/стеки и прикладное ПО, нужен не линух, а профессионализм и голова на плечах. И Вы сильно ошибаетесь - если Вам сложно написать драйвера под простую систему, то под линух это будет многократно сложнее. Имхо - переходить на линух имеет смысл тогда, когда нужно запускать сторонние задачи, скомпилённые отдельно от Вашего ПО, или когда нужно использовать сложную периферию, драйвера к которой Вы не можете написать сами или писать их самим не имеет смысл ибо очень сложно и есть готовые, безглючные. Ну почему? Если ТС умеет писать драйвера и отлаживаться в линухе - то проще, конечно, если не требуется реалтайм в проектах.. Судя по всему, ТС не умеет это делать даже на простом STM32 под простой ОС. Так что до написания дров под линух ему как пешком до Луны. WiFi и GSM - взяли модули SIM900 и EPS8266. но хотелось бы полноценного WiFi потому что все эти модули - просто однозадачные модемы. И что мешает написать полноценные дрова к ним под тем же uCOS??? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Eddy_Em 1 14 октября, 2015 Опубликовано 14 октября, 2015 · Жалоба Про какие "дрова" вы тут говорите? Вся аппаратная часть у приличных ARM'ов уже есть в ядре. Никаких модулей ядра писать не надо! Разве что вы какую-то хитрожопую железку приделываете, которую почти в реальном времени надо опрашивать, или вносите изменения в синхронизацию NTP по внешним PPS сигналам (т.к. из юзерспейса нет доступа к прерываниям). Остальные задачи элементарно в юзерспейсе решаются! Да, прямой доступ к GPIO сделан через жопу — нужны права рута. Вот для этого и не помешало бы модуль FUSE написать один раз, чтобы всем было хорошо. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
inventor 0 14 октября, 2015 Опубликовано 14 октября, 2015 · Жалоба как пример GPS - можно писать свое а можно воспользваоться GPSD второе намного привлекательнее короч теперь вопрос стоит какую плату и с каким процом контроллером выбрать или ситару или atmel sama3d Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 14 октября, 2015 Опубликовано 14 октября, 2015 · Жалоба как пример GPS - можно писать свое а можно воспользваоться GPSD второе намного привлекательнее Ну уж не заливайте. Эт наверно прямо кайф получить никому не нужное внутреннее TCP соединение и параллельно разбираться в дебрях XML, Python и JSON , не говоря уже о скриптах Bash шела. Кстати парсер GPSD без всей этой шелухи вроде бы спокойно портируется на любую RTOS. Стоит занести в закладки. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
inventor 0 14 октября, 2015 Опубликовано 14 октября, 2015 · Жалоба Ну уж не заливайте. Эт наверно прямо кайф получить никому не нужное внутреннее TCP соединение и параллельно разбираться в дебрях XML, Python и JSON , не говоря уже о скриптах Bash шела. Кстати парсер GPSD без всей этой шелухи вроде бы спокойно портируется на любую RTOS. Стоит занести в закладки. я делал парсер NMEA - но GPSD мне нравица намного больше только зачем разбираться в XML и питоне - не понятно? есть libgpsd - там все просто устроено: открыл-прочитал-закрыл да и в операционках типа linux общение с устройством намного лучше сделано: open - ioctl-write-read-close ладно, мы отвлеклись от темы, так что мне посоветуете: амел или ситару? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_3m 4 14 октября, 2015 Опубликовано 14 октября, 2015 · Жалоба так что мне посоветуете: амел или ситару? Атмел по организационным причинам вычеркивайте. Еще изучите ассортимент freescale: imx и vybrid Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
