Alex952

Разве может PHY инициировать переотправку пакета? Этим вроде как занимается МАС под управлением проца. Переотправка пакета по тайм-ауту у меня выключена в стеке, да и время задержки данных в 20мс никак не тянет на тайм-аут.

Уважаемые, есть такая проблема: Имеется девайс с Fast Ethernet PHY, передаются пакеты данных по TCP/IP в комп по кабелю ~ 2м, отображаются данные в управляющей программе. Все бы хорошо, но в какие-то моменты времени происходит задержка доставки данных приложению (видно в снифере) порядка 3-18 мс. Установка бита PUSH никакого влияния не производит. Что бы это могло быть - кривая работа приложения с ВИН сокетом, жизнь Винды или что еще?

Имеется TCP сервер на железе, клиент - на ПК. На каждую пачку данных 512Б ответ ACK приходит только через 200 мс. Есть предположение, что это связано с размером окна у клиента, равного 65КБ. Так ли это?

Уважаемые! Существует ли в жизни генератор кода для LPC2xxx(что-то типа Application Builder'a у ICCAVR)?

Прикольно сделано. А зачем? Типа, такая дубовая защита от считывания?

Вопрос в следующем: Не проходит соединение с платой SK-MLPC2368 по UART'у программой Flashmagic: при попытке сравнения кода выдается сообщение Failed to autobaud. Сигналы RTS и DTR выдаются нормально. Настройки - согласно всяким-разным советам от NXP. Соединение по JTAGу с использованием RV MDK и ULINK2 тоже сначала не проходило - выдавалось сообщение "Could not stop ARM device". Вылечилось откл-вкл Юлинка. Так вот, грешным делом подумал, что установлен CRP3, запрещающий работу как ISP, так и JTAG. Что в этом случае можно предпринять, чтобы хотя бы стереть содержимое МК и начать с ним работу? Предполагается, что никаких вторичных бутлоадеров не установлено.

Собственно, задача состоит в генерации из PADS Layout списка элементов с атрибутами RefDes и Value. В репортах подобного не имеется, все танцы с использованием Report Generation Language, добавляя/редактируя файлы .fmt результатов не дали. Решил пойти другим путем-Compare Designs из DxD link. Результат - сообщение viewbase: Error 222: Error - Could not find WIR file RRD3.wir. Подобная же ругань вылетает при попытке генерации файлов для передачи инфы из DxD в Layout. При работе с проектом примера из D:\PADS Projects\Samples\preview_ascii\ все проходит на ура. Как водится, всякие ковыряния с файлами и чтиво документации пользы не дало... Что-то мне очень сильно подсказывает, что проблема лежит в библиотеках, упаковке схемы/элементов и т.п. Так вот, как же решается исходная, вроде бы простенькая задача?

Давно замечен пренеприятный момент - при передвижении к-л компонента в Specctre, PCB затем пишет eco файл, в котором следуют сначала команды удаления передвинутого компонента, а затем-добавления на плату. Как лечить?

Все правила забиты в классы, регионы. Указаны разрешения на удлинение/согласование длины в меандре/аккордеоне. В интеративе - команда FINISH ROUTE. Итог - вроде как длина правильная, но никакого меандра. Есть подозрение, что спектре надо указать область, где делать удлинение. Так ли это? З.Ы. Руками это исправить можно, но нельзя ли покрасивее?

Уважаемые! Есть у меня очень сильное подозрение, что качественно тему развести в данном корпусе проблематично при данных параметрах: переходка - 0,6*0,2, проводник-зазор - 0,13-0,13. Больше одного проводника между переходками не протащить, поэтому приходится либо вести вокруг соседних переходок, либо дифф-е трассы вести на соседних слоях. И в том, и в другом случае теряется сам смысл и требования к дифф-м сигналам. А вам как думается?

Сигналы заведены не на все пины, есть 4 свободных банка, т.е 160ног. Просто заказчик захотел поиметь все это дело в 6(!) слоях. И без скрытых/глухих отверстий.

Люди добрые! Вопрос - в теме. Плюс количество слоев. ML505 VIRTEX-5 LX EVALUATION PLATFORM имеет 14(!) слоев. Так ли это необходимо?

Люди добрые! Может кто подсказать насчет цен по теме?

Ответы на вопросы: 1. Разработка продукта с открытым кодом - дело не благодарное по сути. 2. Не будет защиты - очень быстро всё ломается. 3. Затрат не знаю - я не экономист, и, тем более, не хакер (или как они себя там называют) 4. Вопросы защиты: хотя бы в какую категорию сунуться?

Уважаемые! Имеем микропроц с открытой прошивкой - CY7C68013 (и его последователей), которая либо загружается через УСБ, либо хранится на внешней ПЗУ. Защиты никакой. Даже самой примитивной. Понятное дело, люди хотят смастерить связку CY7C68001+AVR - для организации хоть какой-нибудь защиты прошивки. Другой вариант - гонять CRC или ему подобные расчеты. Отсюда вопрос (может, куда отправите по теме): как эту самую защиту организовать?

Он самый Сервер, карты имеются. Сам я разрабатывал железо. Программер - второй человек.

Общие параметры: GPS - GlobalSat ET-332 GSM - WaveCom GS64 CPU - Mega162 При пропадании сети данные пишутся в буфер. Цифровые входы - для отправки SMS. Программирование параметров - через COM порт.

Уважаемые! Имеется разработка комплекса GPS навигации: сам модуль+TCP сервер+программы. Проблема: нет оплаты + заказчик разработки ушел в тину. Похоже, надолго. Вопрос: Кто этим заинтересован?

В том-то и дело, что там целая куча свободной памяти. Правда, только в описании на Мегу. B)

Уважаемые! Проблема: Mega162. Задумался по поводу экономии памяти. Объявил свой SFR в Extended IO. Дебаггер всё рисует как хотелось. НО НЕ РАБОТАЕТ В ПРОЦЕ! Проверяю бит SFR'a в подпрограмме. Есть подозрение, что чего-то недописал. В смысле, в объявлении. Или ещё где (в другом месте) собака порылась?

А прошивку где взять? На сайте они по любым вопросам поддержки отправляют к дилерам, которые зачастую понятия не имеют, чего от них хотят. Странный подход к этому делу у ВэйвКома.

День Добрый! Пытаюсь наладить передачу данных с использованием GS64. 1.Инициализирую GPRS, открываю сокет, данные полетели на ура. 2.Отключаю антенну для моделирования пропадания сети: данные, есст-но пропадают, но на команды AT+CGREG? и AT+CGATT? модем отвечает, что все в порядке-регистрация есть. Разве так и должно быть?

А не 4,5В ?

Столкнулся с указанной проблемой. Все рекомендации от TI, PHILIPS и т.д. прочитаны. Всё, конечно, красиво и замечательно у них написано, вот только м/сх 74AVC2(4)Txxx отгружают у нас по 3000 шт. А не найдется ли более красивое решение этой проблемы (в смысле схемотехники)?

Беда в том, что на первом модуле она виделась, пока случайно не была разряжена батарея. Был куплен новый модуль - результат нулевой. Пробовал запитывать напрямую от большой батареи (со стабилизатором на LT1085 на 4В ), без использования подзарядки. То же. Остаётся только одно - вышибло статикой. Кстати, линия SIMPRESENCE звонится очень характерно для этого случая - в обоих направлениях порядка 20-50 Ом. А как бы поглядеть на SIM300C_EVB_UGD_V1.00.pdf ?