Harbour

ti datasheet по SPI - это писец, насколько я помню загрузка при master ваще в errata, а по slave я сам трахался пару дней пока не понял что дока тупо лжет. выручил проектик для c6713 который у них в примерах валялся, грузил AT91SAM7 по SPI - все зашибись.

обычно это значит что glibc с которой слинковано приложение категорически не совпадает с той, которая стоит в исходной системе. А ваще есть такой манец как gcc -g3 и потом gdb'ой его, gdb'ой ...

зачем отвечать на вопросы и за слова - чукча типа писатель ;) С такой удачной рекламой, думаю, форумчане сразу засунут mqx в ... топку

Тема закрыта. Получаются нормальные 33600 при классических ethernet задержках. При увеличении буфера до 64 ms скорость упала до 31200 - терпимо.

Открытый взгляд на ПО предусматривает использование открытой лицензии, не ограничивающую свободу пользователей, например LGPL. Так мы и не услышали начальника транспортного цеха - какая же все-таки у mqx лицензия, а ? "бизнес-френдли" мне ничего не говорит, текст - в студию.

Сделали с товарищем платку на 8 потоков. Ставим в разрыв двух станций, два девайса соедниненных ethernet сетью - bert проходит, потоки стоят как вкопанные, голос/звонки - no problem. Модемы соединяются только бод на 300 ;) Эхоподавление доделаю завтра, но думаю с модемами это еще усугубит ситуацию. Уменьшал задержку (размер приемного компенсирующего буфера) вплоть до 16 ms - не помогает. То ли задержка все-таки крута для передачи данных, то ли где-то ошибка. Интересует мнение тех кто сталкивался - в чем может быть проблема ? Сегодня уже чайник не варит ...

Для комплекса подслеповатого нигилизма таки-да в окружающих вещах никой философии быть не могет, тут я согласен ;) Видите ли батенька - философия - это как бы жизнь человека. Какая жизнь - такая и философия, и наоборот. У кого-то жизнь с мутными mqx'ами в обнимку, у кого-то с открытым взглядом на жизнь и ПО. И что тут поделаешь - каждый сам п@#$%ц своему счастью, так уж мы люди устроены ;)

Не надо ля-ля. Авто именно open-source в философском понимании этого слова. Лень, что-ли сходить на оф. сайт девайса : http://www.edag-light-car.com/index_en.html Идея была в том чтобы создать авто также как создаются open-source программы - сообществом заинтересованных специалистов и энтузиастов, путем конструктивного и аргументированного обсуждения/участия. Были задействованы инженеры, дизайнеры и конечно компьютерные специалисты. Что в итоге получилось - можно будет увидеть на Женевском авто-салоне. Более конкретные подробности на закрытой части сайта, ну со временем они расколятся, я думаю ;) P.S. Жаль конечно людей, у которых это слово вызывает эффект красной тряпочки, увы они - это пожалуй последнее, что изменится на этой гибнущей планете ;)

Прокомпостировать можно только уже трухлявый "моск", а такой так и не жалко ... ;)

Еще раз - никто не будет менять проверенные наработки на новую неизвестную OS только потому что нужен ipv6. Про канал это ... сильно ;) ? В том-то и дело - если фреймворк уже отработан своими руками, то менять его не придется, особенно на mqx или на ей подобных котов в мешках. Оставим как есть - работает ведь и не хуже ... А книжечку по TCP/IP для начинающих все таки неплохо бы приобрести, а то опять сыпятся перлы ;) Наверное mozilla/ie/opera тоже составляющие TCP/IP стека ? ;) Выдимо далеки от крипто темы. А кто сказал что RSA/DES/AES у фрискэйла _те_ _же_ _самые_ ? Сам фрискейл ? Ну так пусть его и использует, сам, у себя внутри. Открытые и проверенные сырцы большинства используемых крипто-систем - это залог безопасности для их пользователей, а не никому неизвестное закрытое фрискейл-мутиво. Защищенность чипа к качеству реализации крипто-системы никакого отношения не имеет. Чего там защищать ? Референсный код AES что-ли ? P.S. А вот подоспел и open-source автомобиль, Light Car называется, в Женеве покажут на мотор-шоу : http://www.autoblog.com/2009/03/03/geneva-...is-like-safety/ вот теперь уж точно mqx/вендекапец ... ;)

Да ... hammerhead это мечта идиота ;) Интересно, какова цена вопроса ?

Если мне нужен будет embedded IPv6, я поставлю/портирую первый же попавшийся свободный [ например http://www.sics.se/contiki/uipv6-faq.html ], но менять наработанный framework - это вряд ли ... А SSL с криптопакетами к стеку TCP/IP никакого отношения не имеют. Можно сказать больше - метод Freescale "security by obscurity" только отпугивает пользователей крипто-систем - это явный прокол манагеров. Даже песня есть такая про аквалангистов - "У есть такие приборы - но мы вам о них не расскажем" ;)

Если у прежде закрытой оси открывают сырцы - это явный признак невозможности менеджмента компании более ее впаривать, т.е. тупо ищутся другие способы - как по мне они уже не помогут. Насчет Linux - чел просто не в курсе рыночных раскладов - например поставщик двух видов встраиваемых решений - VxWorks и Linux - Wind River в 2008 году отметил внутренний рост заказов именно Linux решений на 48% : http://www.internetnews.com/dev-news/artic...on+the+Grow.htm Далее, че-то не видно вообще какого-то преобладания других супер-пупер ОС'ей, кроме Linux, в телефонах, E-Book'ах, рутерах, set-top box'ах и т.д. Ну а про Android/LiMo/MobLin/GENIVI мы пока умолчим, так как через пару лет Linux еще будут ставить и в автомобильные системы. Ну и где этот убывця ? Где его доля рынка ? Вот когда менеджмент раздуплится, разрабы подсуетятся и супер-пупер ось займет хоть одну десятую процента рынка - тогда и можно будеь о чем-то говорить. А так, согласен - троллинг чистой воды. P.S. А про TCP/IP у нас "до файрволла не доходит" ...

ok, поглядим

Hi, Встала задачка считывать карточки - вопрос для тех кто сталкивался : - какие есть малогабаритные считыватели для hico/loco с rs232 интерфейсом - насколько подробны доки на сами считыватели и инфу, которую они выдают - порядок цен и доступность TIA

скиньте ссылку в private - если там без куков - попробую скачать под Linux'ом.

ms-dos на arm и не пойдет. я бы выбрал тот framework в котором уже есть написанные драйвера под существующее оборудование, пусть он даже будет многозадачным, так как для начинающих писать драйвера сразу может быть трудновато. А так начать можно тупо с blink-app и потихоньку его развивать до полноценного приложения ;)

Дык, к теме треда вопрос и результаты измерения производительности стека TCP/IP очень даже относятся - отталкиваться нужно от печки. Особенно когда слышим одно а видим и меряем совершенно другое. А вот удары пятками себя в грудь, они, действительно, к теме ни фига не относятся. Тем более мне интересно услышать разьяснение заявлений такого знающего <grin> человека по следующим утверждениям в данном треде : 1. Почему же "iperf вообще-то не приложение" ? 2. Как приложение может не "сохранить в окно" ? 3. И как пакет проходя от интерфейса до интерфейса "ни до какого файрвола" не доходит ? Вобще-то наблюдается острая нехватка базовых знаний, купили бы что-ли книжечку "TCP/IP для чайников" и не мучили бы больше форум своими перлами ;) На Nios'е я изображал еще в 2004 году на квартусе 3.0SP2, небось тогда о нем и не слышали ? Просто с быстрой сетью задач не попадалось.

Во-первых, чтобы иметь моральное право меня подкалывать, нужно хотя бы быть адекватным в своих постах, например как минимум ответить на мои вопросы к Вам в данном треде. Пока я вижу лишь голословные утверждения не подкрепленные какими-либо фактами, логикой или кодом. Во-вторых я и не предлагал связку Linux + Nios - а просто отметил что даже такое кривое и непредсказуемое железо как x86, с набортным Linux легко выдает на гора нужную скорость. Сильная сторона Nios - его возможность работать с on-chip RAM, программируемая периферия и неплохая скорость DMA. Т.е. грамотно портированный стек типа lwip займет несколько кил ОЗУ и легко даст нужную скорость. Ставить же Linux на Nios, задача бестолковая и малоперспективная, как по мне необходимость в ней обычно вызвана серьезными архитектурными просчетами. И в-третьих - Linux у меня таки-да реактивный, или Вас опять грызут сомнения ? Так не стесняйтесь, повторите подвиг Матросова. Он как-бы идет в комплекте с nios2, начиная с версии квартуса 7.1 : /opt/altera/nios2eds/components/altera_iniche подразумевает использование uCOSII, но добрые люди эту гадость из него благополучно выкусили: http://www.nioswiki.com/User:Admin/"S...uot;_NicheStack Сам этот стек я не пробовал.

ну с qtopia/qtextended стало вроде понятней - http://www.qtsoftware.com/about/news/qt-so...ues-qt-extended

имелось ввиду следуещее : если задача стоит обрабатывать и перекачивать один поток на хост - ОС не нужна, если нужно на устройстве перключать задачи - то нужна. Linux + Nios - это непомерные накладные расходы - Nios и так тормоз ...

Все очень зависит от задачи. При подаче, данной в исходном в посте я бы поднял nios+lwip и порешал бы вопрос, но если у задачи есть ньюансы, требующие таки-да OS, вот-тут могут быть грабельки

RTAI/RTLinux безнадежно устарели - Xenomai наш ответ Чемберлену

Не через, а от, 85.238.113.239 есть ip'шник моего wlan, на котором собственно и висел сервер iperf. Вы невнимательно прочитали мое предыдущее сообщение, в котором был описан путь пакета через интерфейсы.

Ваше дело верить или нет - убеждать мне кого-либо уже давно влом. Тот кому нужно - сам померяет и убедится, а кому не нужно - просто забьет на все это. Просто речь о том, что банальная тачка с Linux давным давно перешагнула порог в 100 Mb/s и ничего заоблачного здесь нет и быть не может. Не думаю что марка свитча может иметь хоть какое-либо влияние на скорость TCP/IP стека операционной системы, ну так ради Бога, извольте - switch D-Link DGS1005D. Файрвол - iptables, с десяток правил, включая маскарадные : .......... [inglier]:root:~ # iptables -L -vn Chain INPUT (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 1321 85434 ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0 97 7839 ACCEPT all -- eth1 * 0.0.0.0/0 0.0.0.0/0 1726 758K ACCEPT all -- wlan0 * 0.0.0.0/0 85.238.113.239 state RELATED,ESTABLISHED 0 0 syn-flood tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x17/0x02 0 0 DROP tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 tcp flags:!0x17/0x02 state NEW 0 0 ACCEPT icmp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 icmp type 8 0 0 ACCEPT icmp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 icmp type 0 0 0 ACCEPT tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 state NEW,RELATED,ESTABLISHED tcp dpt:53 0 0 ACCEPT udp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 state NEW,RELATED,ESTABLISHED udp dpt:53 0 0 ACCEPT tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 state NEW,RELATED,ESTABLISHED tcp dpt:80 0 0 ACCEPT tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 state NEW,RELATED,ESTABLISHED tcp dpt:443 0 0 ACCEPT tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 state NEW,RELATED,ESTABLISHED tcp dpt:21 0 0 ACCEPT tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 state NEW,RELATED,ESTABLISHED tcp dpt:25 0 0 ACCEPT tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 state NEW,RELATED,ESTABLISHED tcp dpt:465 0 0 ACCEPT tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 state NEW,RELATED,ESTABLISHED tcp dpt:995 0 0 ACCEPT tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 state NEW,RELATED,ESTABLISHED tcp dpt:9418 0 0 ACCEPT tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 state NEW,RELATED,ESTABLISHED tcp dpt:22 0 0 ACCEPT tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:43205 0 0 ACCEPT udp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:43205 0 0 ACCEPT tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:55555 0 0 ACCEPT udp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:55555 0 0 ACCEPT tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:4444 0 0 ACCEPT udp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:4444 0 0 DROP tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 tcp dpts:0:1023 68 20762 DROP udp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 udp dpts:0:1023 0 0 DROP tcp -- wlan0 * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x17/0x02 Chain FORWARD (policy ACCEPT 882K packets, 682M bytes) pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 3346K packets, 4492M bytes) pkts bytes target prot opt in out source destination Chain syn-flood (1 references) pkts bytes target prot opt in out source destination 0 0 RETURN all -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 30/sec burst 30 0 0 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 ..................... Сетевухи на первой и второй тачке - обычные встроенные в мамки, первая: Ethernet controller: Marvell Technology Group Ltd. 88E8056 PCI-E Gigabit Ethernet Controller (rev 12) вторая тачка : Bridge: nVidia Corporation MCP51 Ethernet Controller (rev a3) wlan на второй : Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01) Дык после всех дел, что значит топология ? Как кабеля по полу разложены что-ли ? Это уже слишком ... ;) UDP будет еще быстрее, если не верите - сами соберите стендик из двух тачек. А драйвера, батенька, если честно, тут до спины.