Ferromag

Добрый день. Помогите, плиз, решить проблему. На плате стоит микросхема EP3C25Q240 и микроконтроллер. Предполагается конфигурировать циклон микроконтроллером, т.е. схема конфигурирования - passive serial standart. Вроде, все нужные ноги притянуты куда следует, питания все есть, но когда контроллер выставляет сигнал nConfig в '1', циклон почему-то никак не реагирует. Хотя должен выставить сигнал nStatus.

Вряд ли, потому что поначалу стоял кейловский стек - с ним та же беда.

Здравствуйте. На плате некоторого устройства имеется связка STM32F407 + KSZ8041 + RJ-45 для связи с компьютером по Ethernet. На контроллере запускается TCP-сервер, на удаленном компьютере - TCP-клиент. На контроллере стоит кейловская операционка RL-RTX и самопальный стек. При потоковой передаче данных от сервера клиенту замечена такая неприятная вещь, что иногда данные от контроллера задерживаются в его TxFIFO до того момента, пока в его приемный буфер не поступит какой-либо новый фрейм. В случае с TCP-протоколом и при отсутствии других устройств в сети задержка может достигать 200 мс, когда по таймауту клиент не пошлет ACK-пакет. Как объяснить такое поведение контроллера - непонятно. Кто-нибудь сталкивался с подобной проблемой?

Про WF121 написано тут: http://www.microchip.su/showthread.php?t=14893 Модуль сырой, хотя для приложения типа "покормить рыбок", может, и сгодится. СС3000 еще похуже WF121 будет, т.к. недоработок полно не только во встроенном ПО, но и в драйвере для хоста. С модулем RS9110 лично не работал, печальный опыт имеет коллега, так что подробностей не знаю.

Хотелось бы сперва узнать отзывы тех, кто работал с этим модулем.

Нет, пока только намереваемся. Модули WizFi210/WizFi220 слишком медленные, даже с SPI-прошивкой выжимают всего 700 кбит/с, поэтому их не рассматриваем. Модуль Wiz610wi по описанию шустрый, но чтоб получить эту шустрость, надо добавить к нему микруху аппаратного стека. Так что пока изучаю его, ищу отзывы.

Мы пробовали и через UART и SPI, в зависимости от модуля. Проблема, собственно, не в интерфейсе для связи с хостом и не в уровне сигнала, а в криво написанном внутреннем ПО модулей. Перепробовали уже три варианта, и все говнище одно.

И чего все такие скромные? Неужели никто вай-фай не встраивал?

Расскажите, человеки добрые, кто использовал в своих разработках вай-фай, каких результатов по надежности/скорострельности вам удалось добиться и с какими модулями? У нас стоит задача заюзать какой-нибудь модуль с эффективной пропускной способностью не ниже 3 Мбит/с в одну сторону через TCP-протокол. Пробовали работать с простыми в управлении модулями со встроенным стеком (по принципу "serial to Wi-Fi"), да что-то с ними не срослось, поэтому вынуждены искать другие решения.

Перехожу к более реальным вещам и ужасаюсь увиденному. Появляется сразу несколько вопросов, например: 1. Почему при напряжении питания ключей в 100 В на выходе напряжение совсем маленькое? 2. Если напряжение для обратной связи будет сниматься не с нагрузки, а со входа фильтра, то, получается, передаточная характеристика фильтра не будет влиять на ЛАФЧХ остального тракта? 3. Как обойти нелинейность модулятора и рассчитать его передаточную функцию? 4. Может, сразу забить на все и уволиться? :) 3_new_3.pdf Transient_Analysis.pdf

Могу посоветовать, что однозначно брать не стоит: RS9110-N-11-02 (Redpine Signals), TiWi-SL (CC3000) Texas Instruments, WF121 (Bluegiga)

Не совсем понятно, почему надо компенсировать именно три полюса, а не четыре? В общем, я скорректировал по вашему совету ЛАФЧХ с помощью трех нулей, и получилась довольно устойчивая система. Передаточная функция компенсатора следующая: C(s) = (1 + 4.1e-5*s) * (1 + 2.5e-5*s) * (1 + 4.2e-6*s) / 1. Микрокап опять начал валять дурака, пришлось убрать из схемы источник Лапласа и заменить его тремя дифференциаторами, включенными последовательно. В таком случае графики при транзиент-анализе получаются адекватными. Задача, конечно, непростая для новичка, но что делать, начальство распорядилось поручить ее мне. Значит, надо пытаться. AC_Analysis.pdf

Добавил полюсов, но не помогло. 3_new_exp_12.pdf AC_Analysis.pdf

Да схема без особых изменений. Выкладываю рисунки. Удалось упростить передаточную функцию, но все равно система не робастная. Micro-Cap нормально рисует ЛАЧХ (как в матлабе), но при транзиент-анализе ведет себя неадекватно. 3_new_exp_12.pdf AC_Analysis.pdf

Значит так, товарищи. Вот прикладываю результаты моих трудов - скорректированный ЛАЧХ разомкнутого тракта. Только вот беда - система получается не робастной. Проверяю в Micro-Cap'е, подставляя туда рассчитанную Матлабом передаточную функцию компенсатора. Чего прикажете делать в таком случае?