legotron

вопрос религиозный, и я не уверен, что буду на стороне линукса, но речь всё же не о десктопе... Неужели в наше время БОЛЬШОЕ ЧЕЛОВЕЧЕСКОЕ СПАСИБО и уважение коллег совсем ничего не значит? :crying: грустно... Насчет системы, спасибо за советы, линух не панацея... есть и другие системы. P.S. Хотелось бы как попроще, если честно, столько всего по-наделано сейчас, платы разные, чипы, мезонины, и всё-равно с нуля копаться приходиться...

мне кажется вы очень всё пессимизируете... если вы сомневаетесь в linux, это тема отдельного разговора, но наличие портов на кристаллы порядка 1ГГц я думаю 99.9%... (мое ИМХО, не бейте сильно) Мечтать не вредно) Докажите нереализуемость поставленной задачи рассматриваемыми способами? Не очень понятно, вы Виндовс пропагандируете или что, ОСРВ, или вообще без системы?

Я сильно вдаваться в детали не хочу, но поток ориентировочно с PCI(e) устройства на Ethernet например.. (это просто пример, хотя цифра не с потолка!) Сам процессор сильно загружен не будет вычислительными операциями.

насчет секса: предполагается использовать Linux и собственный софт, поэтому преимущества х86 сходят на нет.. Еще 1 подсказачка в студию :), для сужения критериев выбора... в задаче необходимо ворочить потоком ~200Mbit

Для начала интересуют SoC c ядром ARM... их так прям "до бесконечности" ? P.S. Достаточно ключевым фактором является энергопотребление, поэтому я и рассматриваю ARM, а так можно было бы и в сторону Atom Z5xxx посмотреть..

С выбором раздела каюсь, ошибся :crying: А что по поводу темы?

Доброго времени суток! Помогите пожалуйста выбрать чип на базе ядра ARM по следующим критериям: рабочая частота >500 МГц обязательно наличие PCI и/или PCI-e (желательно "и") обязательно наличие USB (желательно 2-3) обязательно наличие Ethernet (тоже мин. 2) обязательно протокол для работы с SD-картами графический контроллер (желательно VGA ~800x600) Это и есть основные критерии выбора... P.S. Пока только видел решения от Marvell, примерно удовлетворяющие параметрам... Заранее спасибо!

ну это уже совсем другое дело:) такая погрешность меня с натяжкой устраивает, правда актуален вопрос по элементной базе... MEMS? а что за радиопривязка? какой принцип? не спутниковый?

Ну уж прям 100 метров :) Откуда у вас такие цифры? Спасибо за совет насчет MEMS INS. ИМХО, раз уж есть такой термин (MEMS INS) - значит не все так безнадёжно.... будем искать)) Скажите а какую элементную базу вы использовали для ваших экспериментов? ошибка в "пару метров за 10сек" накапливалась в движении или в неподвижном состоянии? Какие тесты вы проводили с опытным образцом?

Был опыт работы с uc/GUI на XC167 в среде Keil под собственный контроллер LCD на плисе... До widget-ов так и не успел добраться, но с примитивами и текстом все жило нормально.. Будут конкретные вопросы - обращайтесь..

Штуки хорошие, но великоваты габариты :(

"...Первое правило оптимизации: не оптимизируйте. Второе правило оптимизации(только для экспертов): не оптимизируйте ни в коем случае. Семь раз отмерь, один раз оптимизируй..." Саттер, Александреску. Стандарты программирования на С++.

Спасибо, по теме... но там очень много доводов от потолка. ИМХО

Мне сразу в моссад официальное письмо послать? B) המוסד למודיעין ולתפקידים מיוחדים‎ :ninja: Задача, которая перед о мной стоит подразумевает периодическую коррекцию координат RF-способом. А инерциальная система как раз предполагается для уточнения параметров движения внутри небольших временных интервалов и в "слепые" моменты, когда объект будет недоступен по радиоканалу, т.е. сброс интервал сброса по идее не будет превышать нескольких часов (макс). Возможно применение также некоторых "частных алгоритмов", скажем сброс при неподвижном положении в течении определенного времени. Еще вопрос - насколько будет сложна мат часть? :bb-offtopic: В свое время в ВУЗе слушал лекции по этому поводу, тогда многое прошло мимо ушей, сейчас жалею.. Как сейчас помню, что-то там было про Винеровскую фильтрацию для ИНС Требуется помощь математиков! :rolleyes:

Неужели никто не может поделиться соображениями или опытом?

Если хотя бы 1 жмот-китаец это сотворил задача гугольщика поймать этого китайца за я... и вытрести из него то, что нужно! :) А вообще, зачастую очень много чего полезного можно скачать с корейских или китайских сайтов, вот тока не понимаю я их иероглифов :)

Реальная задачка, за которую готов заплатить! Сложная, сразу предупреждаю... и еще и пиратская B) ... Нужно "нагуглить" мне драйвера (набор исходников) для чипа NanoLOC фирмы Nanotron, причем НЕ в демо-версии (такие у меня уже есть)... в принципе они продаются у них, но наверное дорого :)

haker_fox, а в чем прикол ссылки? вы по-моему ошиблись немножко.. :laughing:

Согласен. Я сам до недавнего времени был сторонником внутрисхемной отладки, но теперь пересматриваю позиции. Отладчик порой освобождает меня от мыслей. Часто часами ищещь то, что при внимательном взгляде лежит на поверхности. Да и поспорил бы насчёт безотказной работы отладчиков. Они частенько дают сбои, как програмные среды, так и железяки, не исключая ICE mkII. Сам лично являюсь автором "рваных программ из под отладчика"... самому свои творения не нравятся, поэтому считаю, что отладчик был некой эйфорией, которая прошла, и разум подсказывает сводить к минимуму его использование.

А что мне конкретезировать?? Я прошу поделиться опытом создания инерциальных навигационных систем.. А вопросы у меня следующего характера: Какова общая структурная схема устройства должна быть? (акслелерометры в связке с гироскопами?) Какая элементная база? (AD или что-то еще) Какие погрешности можно реально получить с помощью современных MEMS-приборов? 1мм за час без сброса? :) Какие алгоритмы применяются? Понимаю, что вопросы очень общего характера, но флудить я отнюдь не намерен! Понимаю, что ИНС является сложной системой, просто пытаюсь проанализировать целесообразность её применение в миниатюрном виде. P.S. Вопрос который меня больше всего интересует - какие реальные погрешности в измерении координат удавалось получить с современными миниатюрными MEMS-гироскопами/акселерометрами?

Доброго времени суток! Господа, подскажите пожалуйста, возможно ли определять координаты небольшого объекта по инерциальному принципу на современной элементной базе? Интересует, какую минимальную погрешность при этом можно получить? Какую схему, алгоритмы необходимо применять? Реализовывал ли кто-нибудь что-то похожее? Поделитесь опытом! Спасибо.

Я бы сказал для Питера - это весьма хорошие цифры, ну уж никак не средние показатели, для Москвы может быть и средние, не знаю. Я с вами не соглашусь, поскольку еще бывают случаи, когда люди любят свою профессию, а за нее денег платят мало. Что им остается делать? особенно если люди в возрасте.

Я с вами согласен. Какая только часть в среднем отводиться на зарплату? Да я же пошутил, и не нужен он мне вовсе, я же не бандит 90-х

Согласен, увеличивается.. недостаток Зато не надо вспоминать, "какие же h-ники мне нужны в этом c-файле?" или компилировать до тех пор, пока компилятор не прекратит ругаться на отсутствие h-файлов, добавляя их по одному

Я где-то такую последовательность видел.. но точно не вспомню где.. Я обычно делаю так: #ifndef _XXX_H_ #define _XXX_H_ 1. макросы, константы 2. определения типов структур, объединений 3. экспортируемые переменные 4. экспортируемые функции #endif Также я во всех проектах создаю файл includes.h, который включен во все *.с, больше никаких include в с-файлах.. А includes.h выглядит примерно так: #ifndef _INCLUDES_H_ #define _INCLUDES_H_ /* ******************************************************************************** * Project Includes ******************************************************************************** */ #include "main.h" #include "Timer0.h" #include "Timer1.h" #include "io_ports.h" #include "sync.h" #include <stdlib.h> #include <string.h> #include <util/atomic.h> #include <util/delay.h> #include <avr/power.h> #include <avr/sfr_defs.h> #include <compat/deprecated.h> #include <avr/eeprom.h> #include "avrport.h" #include "config.h" #include "hwclock.h" #include "keys.h" #include "led.h" #include "nnspi.h" #include "ntrxdil.h" #include "ntrxiqpar.h" #include "ntrxranging.h" #include "ntrxtypes.h" #include "ntrxutil.h" #include "OffstMapInit.h" #include "usart.h" #include "rtc.h" #include "usart_my.h" #include "usart_protocol.h" #include "io_ports.h" #include "led.h" #include "ascold.h" #include "ext_flash.h" #include "soft_spi.h" #include "i2cmaster.h" #include "temp.h" #include "adc.h" #include "soft_reset.h" #include "eeprom_map.h" #include "gui_fonts_defs.h" #include "fonts.h" #include "gui.h" #include "lcd.h" #include "simple_font_digit.h" #endif Макконелл, Совершенный Код.. достаточно интересная книга, много всяческих небольших ньюансов, про которые не пишут в классических учебниках