vzn

Нет тут никакой черной магии и белой тоже нет. Wimax forum не писал 802.16, а писал его IEEE комитет. Форум только брал оттуда куски и составлял "профайлы" о том, что называть wimax и как это пользовать. Насколько я знаю (а мой опыт восновном больше по MAC уровню) все делают в лоб по стандарту. Волшебной книги с рекомендациями как делать правильно не существует в природе. Причина ее отсутствия в том, что стандарт существенно меняется и написаная книга тут же устаревает. Хотя может, когда все всё сделают, поделят рынок и будут переходить на новый стандарт, то появится такая книга с исчерпывающим описанием великого прошлого. Теория OFDM(A) связи разработана в 50-х годах прошлого века. PHY Wimax-а ничего вобщем-то не изобретает а делает как по учебнику отличаясь нюансами. Вот на MAC уровне есть простарнство для фантазии, чем они и пользуются Стандарт пишут пару сотен разных инжинеров различной кваливикации и потом за это все голосуют. Так что при таком подходе ожидать ясности мысли в документе не приходится. Теоретически форум должен когда-то написать рекомендации по приминению стандарта, но так как это работа во многом скучная, никто там ей особо не занимаеться. Все просто делают а потом собираются на plugfest и проверяют как друг с другом работает. Иногда что-то проскакивает в преписках на форуме. Народ задает вопросы а потом кто-то добрый отвечает. Но тако бывает не часто а PHY еще реже. Основное для разработки PHY (ИМХО) иметь модель и оборудование для тестирования. В частности Agilent делает много для Wimax (ADS2008 и генераторы сигналов). И в их тулзах часто можно почерпнуть нужную информации. Однако полезней стандарта ничего не найти.

Такое маловероятно, по маркетинговым причинам. WiMAX форум выбрал честь из того, что описано в 802.16 (+e) и это назвал Wimax. Так что все пытаются слелать, то что утвердил WiMAX форум (что можно продать). А там помойму не все возможные полосы и не все скорости. Так же пока обычно идет разделение на мобильный и стационарный (там нет полосы 28МГц) Вы не могли бы посоветовать хороше описание MAC уровня (кроме стандарта самого по себе), с прицелом на имелементацию? Может есть какие-то opensource исходники Wimax MAC? Я нашел две книжки, но там как мне кажется описаны не все нюансы Loutfi Nuaymi WiMAX Technology for Broadband Wireless Access и Fundamentals-of-wimax-understanding-broadband-wireless-networking

Почти каждый производитель FPGA/DSP имеет в своем разпоряжении более или менее законченное решение для Wimax TI: C64 DSP + TataElxsi MAC/PHY software stack Freescale: DSP + network processor + sw PicoChip: оригинальное решение Intel Все они в основном заточены под большых производителей операторского оборудования.

http://ocw.mit.edu/OcwWeb/Electrical-Engin...ience/index.htm Вот может пригодится. Там в принципе все есть. Было бы желание учится.

Спасибо всем за дельные советы. Пока я остановился на следующем решении основаном на использовании rdtscl()(#include <asm/msr.h>). Оно конечно не оптимальное, но для моих условий пока подходит. Привязал исполнение моей real-time задачи не к SIGALRM, а к счетчику тактов процессора. То есть задача должна выполнятся например каждые 100us. Для этого оцениваем, сколько тактов нашего процессора в этих 100us. Часть тактов выполняем задачу (задача выполняется менее чем за 100us) часть тактов ждем ничего не делая, пока не на тикает оставшееся количество тактов. Все в обычном цикле. При исполнении только моего приложения и ничего кроме него, решение дает приемлемый результат по точности. Если исполняется еще что-либо, то происходят сбои.

Добрый день. Подскажите как в Linux можно реализовать посылку сигнала SIGALRM в мое приложение с периодом порядка 100us(микросекунд). Настройка обычного таймера в Linux согласно man предполагает минимальный период 10 ms. Вариант с перекомпиляцией ядра для уменьшения времени отклика не подходит. Какие еще могут быть способы реализовать таймер?

А в чем смысл этих цифры? Судя по такой цитате из Erratra Sheet "This Errata Sheet refers to: AT91SAM7S128 (revision C) devices packaged in 64-lead LQFP with the marking AT91SAM7S128-AU-001 and the product number marked in the bottom left-hand corner of the package being 58818C." 58814G это "product number" А что собственно плохого в такой версии чипа ?

scheme_ru cпасиба за ваш ответ. Это не есть проблема. Планируется использовать процессор с MAC и како-нибуть внешний контроллер физического уровня LXT972A(intel) или нечто подобное. То есть стандартное решение для Ethernet. Не ясно нужно ли ставить трансформаторы при передаче на короткое расстояние. Но это абсолютно решаемый вопрос. А вот этот момент не ясен. К сожалению по фразе ничего полезного не ловится. Но все рвано спасибо. А чем собственно может мешать, то что контролер ориентирован на витую пару? Ну и что ? вместо витой пары будут проводники на плате. На короткие растояния (10-ки сантиметров) это не добавлять особых проблем. Прелесть Ethernet в открытости к дальнейшему расширению функциональности. И плюс дырка во внешний мир. Свой пакетный коммутатор мене гибкое решение. Хотя оно тоже рассматривается как вариант. Спасиба за ссылочку. Посмотрю

Добрый день. Внутри устройства есть N источников/приемников данных. Есть желание связать их между собой с помощью Ethernet 100Mbit . Тоесть как бы маленькая ethernet сеть, только внутри устройства. Для коммутации хотелось бы использовать какой-то одночиповый Switch. В идеале микросхема с минимумом внешней обвязки и максимумом портов(16 минимум) Мало требовательнвя к конфигурированию. Дешовая. Вобщем тот же обычный офисный switch только микросхемой. Кто что знает/использовал/может посоветовать? Может кто встерчал прошивку для Fpga релизующую функцию Ethernet Switch на N портов? Такое есть в природе? Заранее спасибо.

Совковость мышления - это производня рыночной ситуации. Рынок мало развит и поэтому еще существует возможность мыслить по совковому. Когда рынок будет такой же как в штатах например (по объему производства и по количеству действующих субъевктов) или в европе те, кто думает по совковому просто вылетят в трубу. Спорить с Генри Фордом, конечно бессмыслинно, хотябы потому что он умер. Но когда компания объявляет об увольнении своих работников. Ее акции парактически всегда идут вверх. Фондовому рынку почемуто нарваится, когда бизнес становится более эфективней в том числе и путем снижением таких издержек как зарплата. А в отрасли электроники зарплата это найболе весомая статься издержек. И она всегда будет под прицелом менеджера стремящегося эфективно управлять. Не зависимо от того работают там гении или бездари, в шататах или в россии. Стремится заплатить аргументированно меньеше - это правильно/хорошо/способстувет конкурентноспособности бизнеса/увеличивает прибыль/делает собственииков довольными. Миром правят рынки, а не гениальные инжинеры, менеджеры, хоть бы кто еще. И корень проблемы как раз таки в рыночной ситуации, и ни в чем дургом.

Ай ай какие плохое работодатели нехотят платить "соответствующие зарплаты" Первейщая аксиома рынка. Товар стоит ровно столько сколько за него платит покупатель. Соответствующая зарплата эта та зарплата, которая получена работником. Данный товар(работник) в данной конкретной рыночной ситуации. Для того чтобы получить больше денег за товар надо либо изменить характеристики товара (работник научился лучше удовлетворять требования работодателя) илибо изменить рыночную ситуацию (например все программисты вступили в проффсоюз и стали диктовать цены работодателям) Не бывает другой соответствующей зарплаты. Да один конеретый работодатель может не отдуплятся в ситуации и платить неадыкватно низкую зарплату, и на этом терять деньги. Но всреднем по рынку цена труда адекватна качеству товара и рыночной ситуации в целом. (так называемая эффективность рынка). Рынок изменится изменится и ситуация с оплатой труда. Только так подругому не бывает. Чтобы получить деньги сегодня сейчас больше/сраведливые/соответствующие нужно работнику быть лучше удовлетворять потребности работодателя чем всреднем по рынку. Причем работодатель все время будет стремится диверсифицировать риски и уйти от таких небезопасных работников - эксклюзивних удовлетворителей потребностей к безопасным и широко доступным работника, которых относительно легко заменить. Как не крути а работник по найму в проигреше и получает независимо от насколько реально ценна его работа, только средную(или чуть-чуть выше чтобы не убежал в такуюже кантору) по рынку зарплату для работников данного качества. Никогда программист, электронщик или любой другой работник по найму не будет получать в точности столько сколько реально стоит его работа. Единственная возможность это быть с работодателем в общем бизнесе. Соучередителем, соакционером и разделять вместе прибыль от бизнеса. Только так. А ну или создать проффсоюз всех программистов и диктовать условия, но это уже из области фантастики :-))

Компилятор качается с iar.com Отладчи можна сделать самому. Схема Wiggler (отладчика) есть на сахаре в проектах. Делается из двух микросхем. Отладочный комплект может быть например таким http://www.olimex.com/dev/sam7-p64.html В россии есть их диллер.

Только без обид. Стоимость компании определяется ее активами и прибылью, которая она приностит в год. Да же при малой стоимости активов и но большой прибыли компания стоит дорого. То же самое и в вашем примере. Вы имеет большой опыт (ваш эквивалент актив) и в корее можете принести своему работодателю прибыль, большой рынок много заказов и т.д.. Поэтому там вы стоите столько сколько стоите(Ваша зарплата). При переносе ситуации например в россию ваша стоимость остается той же (актив), но ваша способность приносить прибыль резко падает для среднестатистического работодателя (рынок мал заказов мало, обороты не большие) . Так как другие условия рынка ( Речь конечно не идет о филиале самсунга в москве.) И получается что зарплата не соответствует вашему уровню потому что вы не можете приносить свою прибыль. Второй нюанс на конкурентном рынке стоимость товара стремится к его себистоимости. Рынок труда конкурентный и значит выйграет тот у кого меньше себистоисмость (читай меньше амбиций) Нюанс 3-й с точки зрения ведения бизнеса на порядок менне рисковано иметь 2 - х 3-х хороших середнячков(средних по способностям/опыту и по зарплате ) чем одного гения (и по зарплате и по опыту). Хорошо известный принцип "неложить все яйца в одну корзину". Чем меньше критически важных ресурсов требует бизнес тем он устойчивей и безопасние, надежне. Если бизнес строится на широко доступных ресурсах (читай средне квалифицированых специалистах которых полно) тем лучше. Поэтому работодателю нет никакого особого смысла гнатся за уж очень опытными и грамотнымы, НО дорогими специалистами. Гонется только в случае если много на этом зарабатывает. При редких экстраординарных сверх прибыльных проектах, а таких проектов не так много в россии.

Я думаю Атмел на меня не сильно обидется :-)) You will find the requested Mass Storage Device Application source code including FAT File System and its associated documentation at the following link: ftp://81.80.104.172/ login: msd password: pluton For info, the MSD source code size is 3Mo. Please note that this ftp will be opened for the next 2 days only. Имеющие доступ на FTP смогут залить.

может на фтп положишь? :) <{POST_SNAPBACK}> Да я бы с удовольствием только доступа у меня туда нет.