RIYA

Не могу отправить вам личное сообщение... глюк какой-то... позвоните 032 232 17 39

Спасибо, я прочитал этот документ перед созданием топика. К сожалению пока нет понимания общей структуры Аллегро; нет понимания где нахожусь в конкретный момент (с чем могу работать (компоненты... проводники... полигоны... тексты и пр.) - всё в куче... А еще несметное количество команд... Масса опций... голова кружится! У меня создалось впечатление что продукт был написан программистами-теоретиками, а не программистами-инженерами. Типа "вот тебе полный доступ ко всему".... А нужно ли всё это сразу, на самом верхнем уровне? Или я не прав?

Работал ранее в Orcad Layout. Пробую освоить Orcad PCB Editor. Состояние шока: как будто я впервые попробовал программу тассировки плат. Не встречал ли кто сравнительного анализа этих двух программ (описания стиля работы Аллегро)?

А как вам вот эта: http://www.transcendusa.com/products/ModDe...=2&LangNo=0 Она дороже... но есть в магазинах... И имеет: - Hi-Speed USB 2.0 device; - USB host; - Built-in 1GB memory ... Правда там скорее всего чипы специализированые http://www.transcendusa.com/support/dlcent...20Datasheet.pdf Кто денег не пожалеет? :) А если добавить долларов двадцать пять, можно взять старшую (720) модель... с дисплеем получше...

Используем TFT дисплей от сименса S65 Рисуем контурные картинки на тёмном фоне, и получаются они тускловатые. Хотим попробовать OLED. Где взять?

С сетевым чипом с олимексовской платы разбираться не стали - сделали на RTL8201 (мы его в другой разработке использовали до этого...) А что получилось - посмотрите http://www.laserfreak.net/forum/viewtopic.php?t=41922

И ещё вопрос: сколько стоит? Судя по количеству информации в гугде - далеко не широко используемый дисплей, и будут проблемы с покупкой :) И существуют ли подобные с SPI шиной?

Да, это LS020B8UD05 Вследствие компрессии на фото полосы... На самом деле изображение выглядит получше. Можете посмотреть в лучшем качестве (360К): http://home.lviv.farlep.net/~riyalasers/photo/MB_Pro_3.jpg

Мы пробовали нокиевский дисплей в нашей разработке. Картинка на тёмном фоне - жуть! фон неравномерный (полосами), изображение низкоконтрастное Потом подключили сименсовский LS020B8xxx. Стало выглядеть значительно лучше. Но с нашей спецификой - мы делаем контроллеры для лазерной графики - рисуем контурные рисунки - также проблемы: слабая яркость изображения. Если рисовать как лазер рисует - проходить контур одной точкой - вообще ничего не видно. Приходится изощряться: рисовать "червяком" :) из десятка-двух точек, чтобы точки подольше светились. А тут начинаются тормоза, и "хвосты"... Вывод: рисунки с преобладанием тёмного фона - это проблема для таких дисплеев. Если у кого-то опыта побольше, подскажите лучшие дисплеи! Инфо: на радиорынке у нас сименсовский дисплей 20 долларов; я спросил знакомых из китая - там можно их купить по 6-7 долларов (при покупке ста) Если интересно - посмотрите фото нашего контроллера (выложили на профильном форуме, сайт свой обновить некогда :) ) http://www.laserfreak.net/forum/viewtopic.php?t=41922 to "Понедельник": Siemens S65 же по SPI работает! И наш контроллер именно на AT91SAM7x256

Тут вот какое дело: В нашем контроллере на SD-card пользователь помещает свои библиотеки... Чип-аналог SD-card нужен для того, чтобы сделать версию платы с ограничеными возможностями - с впаяным чипом вместо СД- чтобы из платы нельзя было без проблем переносить информацию. Конечно для нормального инженера это не являлось-бы большой проблемой найти решение для считывания информации, но это всё-же минингит, да и пользователи далеко не все инженеры... Установка на плату микроСД в сокете эту проблему не решает. Пайка микроСД на непосредственно на плату - некрасиво... Использование NAND flash невозможно - нет шины (разработка на AT91SAM7X256). Ну наверняка же должны быть чипы-аналоги SD-card!!!!!! Не мне одному в мире это надо!!! Кстати о близком по теме: можно ли на PC сделать клон СД-карты, которая отформатирована в своём (не FAT) формате? Какой софт это делает?

Есть контроллер с SD-card. Хотим сделать версию с несъёмной памятью. Наверняка производители SD-card имеют версии памяти в виде обычных чипов... Подскажите где взять?

To Yarvi: ********************************* To RIYA: А что Вы делали с ножкой PB12(TXER) (у AT91SAM7X256), ведь RTL8201BL этот сигнал не использует? Просто так оставили или подтянули на что то? ********************************* Ничего касательно Ethernet. PB12 я использовал для подключения светодиода.....

Вот схема которая реально работает. SCHEMATIC1___Ethernet.pdf

http://www.atmel.com/dyn/corporate/view_de...7TDMI_3_14.html

Да простят меня сетевики... :) Нужны сотня-две корпусов для контроллеров. И импульсные блоки питания для них (+5В 0,6 А) Но если покупать корпус и блок питания отдельно, это получается дороже, чем купить, например, USH5005-XP ( см. http://www.eusso.com/Models/Switch/USH5005...USH5005-XPC.htm ) (~14$), выбросить из него плату, и использовать только блок питания и корпус Вопрос: Подскажите недорогие подобные изделия

Переход на старшее семейство предполагается в случае, когда быстродействия SAM7 будет надостаточно (и похоже что к этому идёт...). Но в нашем случае (годовая программа - 100-200 контроллеров - не булочки печём :) ) выбор невелик: в корпусе, который можно запаять вручную (PQ208), есть только AT91SAM9260 и AT91RM9200

LCD собираемся использовать с контроллером (наример тот, который имеем на отладочной плате от Олимекс - от Nokia 6610 - с SPI интерфейсом - реально работает с SAM7X, и примеров достаточно...) To aaarrr: Если не затруднит, пожалуйста подробнее: Linux мы использовать не собираемся, сейчас работаем (вернее начали работать) с AT91SAM7X256 и FreeRTOS Хотелось-бы продолжить проект на этой-же операционной системе. Вопрос: насколько сложным будет переход на другой процессор (с AT91SAM7X256 to RM9200)?

В продолжение темы: Для выбора программ в контроллер надо будет индикатор ставить... Скорее всего графический LCD где-то 128*128 точек. Тогда может сразу двигаться в сторону RM9200? Будет несколько дороже (дороже сам процессор, надо будет ставить внешние RAM and ROM), но зато ЮСБ хост встроенный будет для USB Flash Drive, и он гораздо шустрее. Ваше мнение???

Господа! Делаем автономный контроллер управления системой лазерной графики на базе AT91SAM7X256 процессора. Задача - выводить из памяти шоу (мультики) в виде кадров, состоящих из точек. Есть необходимость использовать внешюю (сменную) память для шоу (кадров), записывать которые надо будет на компьютере, а воспроизводить данным контроллером. В наш "космический" век сам бог велел обеспечить пользователю возможность работы со стандартными средствами Виндовс (тоесть работу с носителем информации как со стандартным диском). Получается контроллер должен обеспечить для сменной памяти поддержку FAT. Данные из этой памяти нужно будет вычитывать довольно быстро (с темпом 3-4 мегабит/сек). Постала необходимость выбора носителя информации. На первый взгляд - грех не использовать SD/MMC карту, поддержка которой реализована в даном процессоре. По стоимости - потратиться один раз на оплату программеру, и далее для производителя нет затрат - память покупает сам потребитель... Но для потребителя есть неудобство: нужно использовать кардридер, а это не совсем удобно, да и дорого. Но есть минусы: люди пишут, что возможен минингит в связи с неполным соответствием стандарту у многих производителей SD/MMC карт, и естесственно потребители доставать начнут... Дальше - больше: трудности реализации поддержки FAT. Количество постов например в этом топике не внушает оптимизма: http://electronix.ru/forum/index.php?showtopic=25402 В другом месте ( http://caxapa.ru/77054.html?todo=full ) народ советует использовать чип VNC1L от FTDI и USB Flash Drive. Кажется - гораздо лучше: - меньше проблем для программера; - время разработки можно уменьшить; - в конечном счёте для потребителя стоимость VNC1L($14)+USB_Flash_Drive наверное будет ниже, чем SD/MMC карта плюс кардридер. Но вот пишет человек, что VNC1L довольно медленный: http://talk.mail.ru/thread_article.html?th...amp;ID=35004681 Возвращаемся к анализу SD/MMC (вроде как должна быстрее работать... ), но опять "не слава богу": вот здесь http://electronix.ru/forum/lofiversion/index.php/t4841.html "...максимальная скорость которая у меня была 1.2 МБайта, правда SD карточка была быстрая, при медленной где-то 800 КБайт...." Не очень-то и быстрая она... Итак, меня терзают смутные сомнения: что использовать: SD/MMC карту или VNC1L + USB Flash Drive? Направьте на путь истинный!!!

На сайте производителя появились примеры, которых месяц назад небыло

По поводу подключения транса/коннектора к RTL8201BL : Когда начинали разработку FPGA+ethernet, искали коннектор с магнетикой. Одни знакомые сказали: "мы выпустили несколько тысяч изделий с RTL8201BL + LU1S041 по такой вот схеме..." Дейташита по подключению от производителей коннекторов/чипов не предоставили, но мы посчитали, что "несколько тысяч..." - весомый аргумент... Далее, ту же схему подключения увидели на визнетовском модуле для LU1T516-43, и опробовали... Смущает то, что для одного и того же чипа можно применять два разных трансформатора (LU1S041 и LU1T516-43) в одинаковом включени. И может быть это ещё вылезет боком :) Но неоспоримым фактом есть то, что у меня на столе в данный момент нормально работают две платы: одна - FPGA + RTL8201BL + LU1S041, вторая - такая же плата, но в ней - LU1T516-43!!!! Кто может прокоментировать - буду рад!

В приложении - схема модуля от Wiznet Им-то нет основания не доверять, они собак-то наелись в єтом деле :) Жду коментариев! NM7010B_LF.pdf

Относительно включения конектора/транса: - замечание по подключению 3,3 вольта касается других типов этих конекторов; - в другом нашем устройстве (FPGA-based) всё в таком виде (кроме шины к процессору, естесственно), работает нормально с LU1S041 and LU1T516-43, тоесть в части RTL-to-net наверное вс' в порядке. Проблемы между процессором и PHY

Вот схема подключения. Что не так? rtl_to_at91sam7X.pdf

Понятно. В принципе уже начал сам лазить по настройках и документации оси, а также по коду и смотреть где и сколько забирается памяти. В принципе, как мне сейчас кажется, эту задачу можно реализовать и на этом процесоре и этой оси, просто надо будет ограничиться размером буфера где-то до 60 000 байт. FreeRTOS - 264 + 4*100 + ... uiP ~1 000-1200 при буфере в 400 байт USB - пускай 1000 - 2000 байт to zltigo: Спасибо за напоминание о mapfile - совершенно из головы вылетело.