iiv

Уважаемый Микроватт, я конечно знаю, что спорить с модераторами опасно, но, все-таки, прочитайте, пожалуйста, мой исходный топик внимательнее. Я спрашивал где найти готовое литиевое решение на 400ватт*час с возможностью мониторинга и выходом на АТХ, и, чтобы не паять и не выкавыривать, а Вы: 1. вначале, стали утверждать, что это неосуществимо (по габаритам), я же и сам писал, что свинцом не получится, 2. а потом советуете что-то откуда-то выковыривать. Очень надеюсь, что кто-то да направит меня на правильное решение. Не хочется изобретать велосипед. С уважением ИИВ

Уважаемый alexPec, конечно же мне хватит и 480МБитов, а не 640МБит, как Вы советуете :) и про эти 480МБит я собственно затеял этот топик. Вот только с ниосом у меня совсем плохо получается, стандартный пример, который прилагается к борде, отожрал половину блочной памяти (я так не могу, мне самому она нужна), и показывает далеко даже не мегабит, и, как мне кажется, тормозит именно из-за того, что ниос не успевает положить в дма усб камня свои 4 байта даже за несколько тактов. Поэтому-то я и ищу простую корку, по возможности без ниоса, которая бы мне это и делала бы!

Позвольте не согласиться с Вами. У меня в лаптопе батарейка (двойной пак) 9800мАч 11.1В с габаритами примерно 20см*5см*5см. То есть 100Ватт*часов. Мне надо 400. Это будет по габаритам 20см*20см*5см. Меньше того, что я хочу. Если я в чем-то не прав, поправьте, пожалуйста!

Вы правы, в идеале мне нужен гигабайт в секунду :) И шкаф с 24 графическими картами, которые должны обработать этот поток эмоций, мое начальство купит тут же, так как уверено в моих способностях обработать эти данные. Реалии таковы, что я ни разу в жизни ничего не разводил, к своему стыду, и могу только программировать. Именно изходя из этого факта я готов понапрягаться, чуток повыбрасывать данные (в ущерб времени эксперимента), но, таки насобирать свои положенные десять терабайт данных. Просто если я его по SPI тащить буду, то ждать придется около месяца, и за это время все изотопы распадутся. А если я хоть в 30 раз подниму свой поток в 15МБит (SPI), то эксперимент займет всего-то один день и есть надежда, что я соберу то, что мне надо.

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

Если не проходит по частоте интерфейсов - то, только правильных кристалл, а если внутренняя логика, то почти всегда ее можно распараллелить и пустить Ваши вычисления на в 2 раза большем числе логических элементов, но с двухкратным понижением частоты.

Всем привет, имеется незадачка, нужно питать маленький компьютер (ATX+SATA+IDE разъемы) с примерно 40-50 Ватт потреблением в лесу примерно втечение 8 часов, и, понятно уметь хорошо заряжать его и уметь оценивать компом на сколько осталось заряда на батареях. Габариты куда это можно засунуть - 30см х 25см х 6см. Вес, чем меньше, тем лучше. Хочется конечно литий. Пока сам не смог такое сделать, сделал на меньшую емкость (3 часа автономной работы) на 4-х свинцовых батареях 12В, включенных параллельно и воткнутых в такое вот чудо: http://www.mini-box.com/M4-ATX но вес свинца получился большой - около 3 кг, то есть я и по габаритам не впишусь, да и весить будет около 8кг. Хочу что-то простое, покупное или полусборно покупное, но чтобы вписалось в эти габариты и весило очень мало. Проблем с заказом из-за границы нет. Во время использования оно должно знать сколько осталось заряда, а при зарядке - знало как долго осталось заряжать. Знать мне надо это на компьютере, который как раз в этот АТХ воткнут. Думал про внешние блоки питания для лаптопов, но у них всех какие-то тумблеры, и еще куча примочек, а мне надо чтоб все всегда было подключено и: 1) если в компьютере кнопка power нажата, то компутер работает и знает, что батарея разрежается и сколько ее осталось, или что система в сети и осталось столько-то часов до зарядки, 2) если внешнее питание подключено, то батарея заряжается, короче чтоб все как на лаптопе было бы. Посоветуйте, пожалуйста, есть ли где-то готовые решения или почти готовые решения? Очень бы не хотелось бы брать в руки паяльник, а хотелось бы все сделать на уровне втыкания и программирования. Спасибо ИИВ

А можно Вам задать вопрос, зачем Вам для геолокации частоту в диапазоне 400-600МГц с шагом 5МГц менять, или я не понял задачу и Вы хотите через грунт передавать какую-то важную информацию. С другой стороны, при Ваших характеристиках, до шахтеров Вы не достучитесь, а на 1 метр посылать очень точно именно, например, 555МГц, ИМХО, не понятно зачем надо. ИМХО, есть такая фирма ЗАО Таймер, сидит в Троицке подмосковном, делает похожую аппаратуру, говорят, что до 3ГГц смогла все окучить. Стукнитесь к ним, думаю, они Вам помогут.

Спасибо, АлексПек, Вам за ответ, действительно я и про USB, и про что-то другое думаю. Данные у меня легко на плиске формируются, блоками примерно по 1.5-2кбайта. Скорость создания - примерно 1 такой блок в микросекунду. Задача - радиохимическое исследование распадов некоторых изотопов. Данные со спец сенсоров. Я пока эти блоки просто усредняю или выбрасываю все, кроме некоторых. Пока то, что сам смог получать, примерно один блок в две милисекунды по SPI интерфейсу. Когда данные придут, там компьютер хороший, с данными справится :) Основной затык - именно тащить данные с плисины на комп. На плиске есть этот пресловутый USB ISP1761 и около 24 (не помню точно) свободных 2.5В GPIO ног, каждая из которых может дрыгатся примерно с частотой около 60МГц из-за конструкционных особенностей борды. Так как я совсем не паяльник, а софтверник, я хочу туда что-то воткнуть или поюзать USB интерфейс, чтобы хоть как-то протащить, так как реально если я сильно постораюсь, я эти блоки примерно в 2-3 раза смогу сжать, но алгоритм сжатия у меня еще на плиске не запрограммирован (не успел еще, мне не до этого пока было). Вот такая незадачка. Альтернатива развести руководство еще на одну плисоборду с правильным коннектором и гигабитным етернетом, изпопрошайничать здесь на форуме корку на UDP 1GB/s для RGMII, но, если я таки руководство на эту борду разведу, а у меня все это не заработает, руководство меня за разбазаривание, не то слово, как отругает. ИИВ спасибо Вам за ответ, но, к сожалению, я там не видел, поэтому сюда вопрос запостил. И на Альтера форуме не находится.

Одно из последних холиваров там, который тянется с 2009 года такой http://www.alteraforum.com/forum/showthread.php?t=18934 в основном конечно народ пишет про етернет, а не про усб, но про усб я тоже такое же там видел, да и пример, приложенный к борде, где у меня эта ISP1761 тоже совсем не мегабайты пиковой производительности показывает, вот по этому, вопрошаю. Если вдруг кто-то на ниосе с ISP1761 может хотя бы >350 МБитс показать, поделитесь, пожалуйста, сокровенными знаниями как это получается, хотя думаю, что как раз без ниоса надо. Спасибо ИИВ

Уважаемые форумчане, спасибо всем, кто отвечал и советовал! Воспользовался методом от S_Hawk - получилось просто и быстро. Спасибо ИИВ

Всем привет, имеется у меня на плисоборде USB ISP1761, его даташит я к этому топику приаттачил. Хочу через него качать в одну сторону, с плиски на линукс компьютер данные. Через ниос, как пишут на Альтера-форуме, большую скорость, больше 50МБит/с, развить не удается - типа ниос тормозит. Сама железка вроде 480МБит/с должна показывать. Как сделать - читал даташиты, не смог сам разобраться. Вдруг кто-то имел дело с таким зверьком, посоветуйте, пожалуйста, простое решение! В плиске сам этот девайс виден так: output [17:1] OTG_A; output OTG_CS_n; inout [31:0] OTG_D; output OTG_DC_DACK; input OTG_DC_DREQ; input OTG_DC_IRQ; output OTG_HC_DACK; input OTG_HC_DREQ; input OTG_HC_IRQ; output OTG_OE_n; output OTG_RESET_n; output OTG_WE_n; Спасибо ИИВ

Всем привет, очень Всем форумчанам благодарен за классные и полезные советы, которые наконец-то оживили мой проект! Обнаружил одно наблюдение, и хочу посоветоваться, может кто-то сталкивался и знает что можно сделать. Есть довольно плотный проект для стратикса, который использует около 40К алутов, 90К регистров, 382 умножителя и 4.5М блочной памяти. Весь проект работает на 3-х клоках, назовем их Clk1, Clk2, Clk3 c жестко связанными частотами Freq(Clk2)=Freq(Clk1)/2, Freq(Clk3)=Freq(Clk2)/3 Клоки получаются на одном внутреннем PLL. Ресурсы распределены по клок домейнам так: Clk1: все умножители, 30% алютов и около 70% регистров, Clk2: 70% алютов и 30% регистров, Clk3: вся блочная память. Если собирать этот проект, установив частоты на PLL как 400МГц, 200МГц, 66МГц, то fmax, достигается около 405МГц, 235МГц и 110МГц, что, конечно классно, и нет слаков, но, верхняя частота получается почти на пределе. Если же собрать все то же самое, указав на PLL чуть выше частоты, например 417МГц, 208МГц, 70МГц, то fmax получается существенно лучше, а именно 443МГц, 227МГц, 80МГц. Итак, получается, что у меня есть запас заставить квартус собрать проект с большей надежностью на высоких частотах, причем, это происходит за счет ухудшения тайминга на медленных клоках, но, на них-то как раз у меня есть огромный запас и мне именно это хочется сделать. Скажите, пожалуйста, как сказать квартусу, чтобы он собрал проект на мои 400МГц, 200МГц, 66МГц частоты, но, сделал больший запас по слакам для самого скоростного клок домейна? Наверное есть что-то сакровенное в SDC файле или где-то в настройках, но, гуглив и читая, я сам не смог найти такую опцию. PS: в опциях квартуса в "Time Optimization Advisor" все стоит по-максимому. PPS: бездумно играться опциями как-то не хотелось бы, так как время сборки проекта составляет полтора часа. Спасибо ИИВ

Полностью согласен!

Да потому, что Кальман использует какую-то кривую норму, в которой шум, ИМХО, может увеличится где у нас может быть шум? - на показаниях датчиков! Значит, надо записать наименьшие квадраты именно по этим значениям. Да, задача получается не простая, но, решабельная. Атмел на 400МГц с 64МБайт оперативки на ура справляется :) Пока тестировался почти все время на пешеходе и, однажды, друзья дали модельку погонять, даже не поуправлять, а только поизмерять. В зависимости от того, какие будут результаты, на то и будем ставить получаемые позиционировки :)

Начинал с него, используя чужие готовые сорцы, закончил чесной задачей наименьших квадратов по паре тысяч измерений (в моей задаче еще ГПС был). На сколько я понимаю, Калман - частный случай из задачи наименьших квадратов на какой-то слегка кривой норме если я не прав, доказательно убедите меня, пожалуйста, в обратном.

Да, правильно Сами датчики врут примерно до 15% при разных линейных угловых ускорениях. Я табулировал кусочно-линейно по икосаэдру и по фигуре, которая получается из икосаэдра делением каждого треугольника на 4 маленьких треугольника. Мне сложно оценить какая точность у меня получалась после такого уточнения, но, точность наклона и позиционирования почти на порядок улучшалась, сравнивал а) без уточнения с одной борды и б) с уточнением с двух борд + по такому а-ля икосаэдру. В град в минуту сказать тяжело, так как эта точность сильно зависит от поведения объекта - авиамоделька, например, по сравнению с пешеходом примерно на порядок менее устойчевее вычисляется. ИИВ

Я сам не паял и не программировал к ним интерфейсы, а пользовался готовой бордой, где со всех гироскопов можно взять данные за 6000 раз в секунду. Так как на борде была очень слабая атмега с почти полным отсутствием возможности выкачать данные быстро наверх (112кбитс), поэтому все эксперименты по усреднению были сделанны там на месте, типа либо накопил-скачал-посмотрел, либо сразу усреднил-обработал-посмотрел. Вывод, который я сделал, усреднять до 10мс - очень разумно, во-первых чуток точность повышается, во-вторых, данных меньше. Если идет разговор о мониторинге объекта, типа человека-пешехода (не спортсмена), то можно и до 100мс все усреднять, на алгоритмы МЕМС это не влияет. Если речь идет об авиамодельках - там другая песня, все усреднялось по 10мс, а потом выкачивалось на более быстрый комп и там обрабатывалось. Счастливо ИИВ

Сугубо ИМХО. Датчики LY530AL и LPR530AL сильно врут в зависимости от приложенного к ним ускорения. Есть два решения: 1. затабулировать это вранье на сфере какими-то кусочно-линейными или еще более гладкими функциями, 2. усреднять значения несколько таких датчиков расположив их по-разному. Пробовал оба варианта. Вариант 1: работает хорошо, но не каждый такое запрограммирует :) Вариант 2: помогает существенно, в моем случае, система становилась серьезно дороже, поэтому я скатился к варианту два датчика + Вариант 1. Счастливо ИИВ

Уважаемый Jojo, очень благодарен Вам за ответ и сильно прошу прощения, что не владею терминологией и не могу ясно сформулировать что хочу, в Вы, своим ответом, мне с этим сильно помогли. Вот, именно это-то я и спрашивал. Скажите, пожалуйста, правильно ли я понимаю, что, в "TimeQuest Timing Analyzer"->"Report Timing"->"Core Clock Setup" / "Core Clock Hold" как раз эти задержки по путям и даны? Спасибо ИИВ

Да там просто немерянно сколько всего рядом, не только Филипс, все Иганы, Длэры, максимум не в Аахене, так в Кельне. Всегда считал, что в Германии центр местной электронной промышленности - Аахен-Кельн-Дюссель, а в Мюнхене сидят только продажники из американских контор, а ЭрВэТеХа - самым лучшим электронным вузом неметчины.

Если НИИ, его (ТС) туда не возьмут, так как он, либо не российский гражданин :), либо имея российское гражданство провел год в стане потенциального противника как не турист. А в социалистической Германии (которая ФРГ сейчас) принято студерастов брать на базис, то есть на 400 евро в месяц. Это у них практика такая, одни делают вид, что работают, другие - что платят. Мне один хороший знакомый во временя кризиса рассказывал одну байку оттуда (за что купил, за то продаю), что органы по безработице устраивали молодых неспециалистов (например, бывших военных) в хайтех фирмы на условиях, что государство ДВА года платит этому трудоусранту полное пособие по безработице (около 800-1000 евро в месяц включая медицинскую страховку), а работодатель платит то ли 30, то ли 40 евро в месяц в какую-то страховку, страхуя ответственность этого работника от того, чтоб этот работник на работе чего не сломал. Топикстартеру: стукнитесь в некую саарландскую контору диц автомейшн, они от Аахена всего-то в 200 км сидят, а не 700 км как Мюнхен, находятся, а в нормальных квалифицированных руках очень заинтересованы. Если пробламы с немецким, то не проблема, там начальство с Нижнего, если мне память не изменяет. Координаты их не помню, погуглите, и найдете.

Всем привет, а также, ПРЕБОЛЬШУЩЕЕ СПАСИБО всем советующим и советовавшим мне по моим высокочастотным и параллельным задачкам. Я, как уже недавно похвалился, смог собрать то, что хотел с фмакс>400МГц, но есть у меня еще одно желание к моему проекту, но, не знаю, где копать, поэтому обращаюсь к Вам за советом! В моем проекте имеется довольно длинный пайплайн, содержащий около 20 шагов, около десяти из которых - сами вычисления, а еще примерно 10 - это копирования во всякие вспомогательные промежуточные регистры. Если эти вспомогательные регистры убрать, то я использую около 34К лютов, но фмакс будет маленький, если они все есть, то 80К лютов и фмакс - как надо. Всего на кристалле есть 113К лютов. Есть подозрение, что я использую эти промежуточные регистры с большим размахом, и я мог бы собрать дизайн с 60К лютов и тем же фмаксом. Такое желание обусловленно тем, что, если у меня будет много свободных лютов, то я смог бы в эту же плиску воткнуть еще чего в параллель. Мне алгоритмически не критично удалить один или несколько промежуточных регистров, но, каждый пересбор проекта стоит мне 50 минут. А, как вы можете предположить, комбинаций на удаление может быть 2^{10}. Скажите, пожалуйста, где и как я мог бы посмотреть, что, например, какой-то регистр в моем пайплайне не сильно важен (даже не знаю как сказать, только примерно чуствую что может быть что-то такое автоматическое). Спасибо ИИВ

Простите за любопытство, а практика в не EU Аахенским универом разве признается? PS: тут на форуме куча немецких фирм регулярно постится, поиском поищите, авось поближе к своему альмаматеру найдете.

Ура!!! Заработало!!! fmax=407MHz (85С) совсем без слаков!!! Всем спасибо!!!!! А разница между /* synthesis keep */ и /* synthesis preserve */ оказалась в том, что keep относится в wire, а preserve - к register'ам, а, так как я их до сих пор частенько путаю, я и не уловил разницы. ИИВ