pyadvychuk

закрываем тему - нефига линковать и clib и dlib одновременно.. когда-то давно провтыкал в мейке и вписал линковку обеих либ.. и забыл закоментить. как ни странно - с более старыми версиями линкера иаровского - канало. но вот пришло, видимо, время и пришлось перелопатить мейк файл.

как ето лишний...????? без него и компилиться не будет, и более того, не компилится. и в прототипе - последний параметр - указатель на va_list

Доброго времени суток уважаемым. Поясните плз. на какие грабли я наступил в ситуации. проект на меге644па переехал с IAR5.5 на IAR 6.11.1 (месный). до переезда вроде работало все.. ну да это к делу не относится. в общем есть тривиальная функция печати на дисплей ....................... #include <stdio.h> #include <dlib/c/pgmspace.h> #include <string.h> .................................. void _put(char c,void* p) { ............................ printer_t* sc = (printer_t*)p; ............................ char_t symbol; symbol.data = c; uc1601_char(sc->drv,&sc->pts,&symbol); } void uc1601_print(printer_t* sc,const char __flash *pcFmt,...) { ................................ //! print formatted va_list ap; va_start(ap,pcFmt); _formatted_write_P(pcFmt,_put,(void*)sc,&ap); va_end(ap); } ну и xcl как то так -e_PrintfSmall=_Printf -e_small_write=_formatted_write -e_small_write_P=_formatted_write_P -e_ScanfSmall=_Scanf -e_medium_read=_formatted_read -e_medium_read_P=_formatted_read_P линкуется это все с либой dlAVR-3s-ec_mul-sf-n.r90 в результате - получаю сообщение линкера Warning[w6]: Type conflict for external/entry "_small_write_P", in module printer against external/entry in module ?_small_write_P; function types differ in parameter 4; different composite type kinds а на LCD печатаются строки формата.... подскажите плз. в чем грабли. Заранее спасибо.

премного дякую за подсказку.. и по поводу srecord'а тоже

Просветите по использованию avreal. в общем - нужно загрузить во flash mega324 таблицу констант. в код ее вносить нельзя.. она разная для модификаций девайса, + там серийник и дата выпуска и т.д. ну.. в доках-то avreal'а вроде все подробно написано а на практике как-то лажа у меня получилась. вот так запись идет mcclean: @$(LOAD) -aft2232 +MEGA324PA -e mcload: @$(LOAD) -aft2232 +MEGA324PA -w -v -c$(EXE_DIR)/$(TARGET).hex -c*bytes$(BYTES_SIZE)=$(FLASH_ADDR_BEGIN),$(BYTES_TO_WRITE) mclock: @$(LOAD) -aft2232 +MEGA324PA -l2 program: flash.tbl mcclean mcload mclock @echo ------------- Program MCU DONE ------------- readmcu: @$(LOAD) -aft2232 +MEGA324PA -r -c$(EXE_DIR)/readed_code.hex initmcu: @$(LOAD) -aft2232 +MEGA324PA -e -v -% -fcksel=E,wdton=0,bodlevel=5,ckdiv=1,blb0=3,blb1=3,jtagen=1 в развернутом виде цель mcload выглядит так: avreal32-1.28r8.exe -aft2232 +MEGA324PA -w -v -cd:/avrpo_v3/base/.exe/tdmBase.hex -c*bytes4=7C00,0000003B для примера кол-во записываемых данных уменьшено (в реальности там около 500 байт) но и в таком виде ошибку выдает. а ошибка такая: avreal/WIN32 - AVR controllers programmer by Redchuk Alexandr v1.28r8 (Aug 13 2011 12:11:23) http://real.kiev.ua/avreal bug-reports, suggestions and so on mail to [email protected] Command: -aft2232 +MEGA324PA -w -v -cd:/wcopy/home/rmeter_v3/avrpo_v3/base/.exe/tdmBase.hex -c*bytes4=7C00,0000003B Device connected, mega324PA detected Chip not locked HEX record for BYTES not found подскажите плз. что не правильно в командной строке заранее спасибо

вобщем 2й вопрос можно снимать - таки да - не любит Digi обилие мультикастовых пакетов. В даташите описана процедура сброса передающего буфера для прозрачного режима но не для API. Победил отказом от мультикаста. по первому вопросу интерес сохранился, только чисто теоретический, т.к. работа уже передана заказчику буду крайне признателен за толкование по первому пункту. Заранее спасибо

Доброго времени суток уважаемым. Может и было по форуму, только не нашел. Извиняюсь если сильно тривиально. Есть сеть на модулях Xbee Pro Series2 от Digi. Топология звездная. координатор один. Никаких роутеров. Конечные девайсы на микроконтроллерах, координатор на ПК. Работа в режиме API, AP=2. Проблема вот такая возникла: 1. Формат команды TXrequest (0x10) для координатора как-то разительно отличается от даташитного да и просто законов логики - опытным путем выяснилось что именно для ОДНОЙ этой команды не нужно эскейпить фрейм. вот хз чего так. долго колупался пока не додул просто методом тыка. и это при том, что енддевайс ту же команду отрабвтывает по закону. может есть инфа - с чего так. или я налажал где-то или в доке чего недочитал??????? 2 и более существенное при передаче данных от енддевайса к координатору (через тот-же TXrequest) "нормально" уходят первые 8мь пакетов. потом начинаются какие-то задержки в передаче по 15-20сек. т.е. пекет в модуль влетел а на другом конце не вылетел. уже развалились по таймауту все процессы в ПО верхнего уровня уже пошли другие процессы и тут через 20сек - влетел ожидаемый пакет. причем у меня такое наблюдалось и на раннем этапе тестов когда в прозрачном режиме игрался. Может кто знает в чем проблема?? есть мысль что может нельзя мультикастовые пакеты слать постоянно??? я на стороне енддевайса чтобы не парится с адресацией передаю адрес 0x000000000000ffff+0x0000 тоесть мак - широковещательный а IP - координатора. Заранее спасибо за толкования

вот и последний тада вопрос к SM. как линуха память барстами нагружают?? вобщемто из моих поделок с динамической памятью я привык ее конфижить на полностраничный барст а потом в работе давать команду прерывания барста по окончании транзакции шины. но у меня раньше приложения были потоковые и барсты на шине длинные. я чего так выспрашиваю - вроде абсолютно очевидные моменты а в описалках.. ну того-же снапгера нифига про такое нету. есть уже какой - никакой багажик готовых корок и хотелось бы их по максимуму использовать у бга выводов больше. можно не особо заморачиватся и широкие шины разводить на внешку знаю.. прведете пример бга256 там шаров пользовательский немного. но считаю что если ствить шары так уже побольше, ну от 400т. тем более что, по большему счету, на стоимость техпроцесса влияет наличие или отсутствие шаров вообще. а их кол-во - уже дело 5-е.

ну.. давно тут небыл, забыл что телепаты в отпуск отправились :) О.. вот это уже интереснее. ладно, с выбором байта я погарячился не так там много выводов чтобы такой геморой иметь из-за него. а на счет ширины. получается я в контроллере должен мультиплексор сделать, а внутренняя шина так и остается 32бит?? я понял.. это вобщем следующий геморой спасибо SM

жесть.. классика електроникса. спросил про тонкие моменты построения аппаратной платформы на ПЛИС.. в ответ AVR32 и ARM.. "вот мол хер его знает что ты спрашивал, а я знаю тока AVR32 вот его и всуну" а интересно было 2 момента - можно ли память 16ти битную, можно ли на нее выбор байта не заводить - обязательна ли NAND на плате, и на сколько геморойно образ ОС из атмеловской ДатаФлеши грузить. вы что думаете я леона не видел или опенспарк сановский дело ведь не в этом. дело в том что не совсем понятны требования к аппаратному окружению чес слово.. я считал что SM и des00 живут в теме. а на поверку выходит что все делается по строгим инструкциям и на определенных стартеркитах. а как оно работает понятия не имеют. или как?? 2 islavv я в своем приложении более че разбираюсь и уже давно вышел из состояния когда чего-то хочется а кого не знаю гы гы гы

ну.. скажем азик я делать не буду. ну и до безработици мне пока далеко. просто можно денег шальных на рацухе срубить.. и еще самообразованием попутно занятся но это все так.. треп околовсяческий реальных советов таки нет

не уверен что в нынешней экономической ситуации мне даже на свою поделку бабки дадут.. даже с учетом того что только за подложку и нужно заплатить. а отладочную точно не купят

различия между уц и полным понимаю хороше. плату покупать - не вижу смысла, т.к. современные отладочные платы - в основном БГА и в плисине и в памяти, а мне нужно уйти от шаров. соответственно кол-во корпусов и емкостей сужается, ноги нужно экономить. если бы БГА подходило - вопросов небыло бы. просто схему любой отдабочной платы передрать. а смысл как раз в том чтобы сделать минимально по цене (не только комплектухи но и техпроцесса), площади и сложности

Доброго дня уважаемым. Возникла задача построить модуль на плисине с возможностью поднятия Linux'ов. Опыта в таких проектах не имею поэтому хотел выспросить некоторые моменты общесистемные. Так сказать прежде чем начать изобретать велосипед. Планируется 1 Однозначно и неотвратимо - Spartan3 (кто-то из семейства. возможно 400'ка в PQ208) 2 с процем пока неясно - микроблейз/лм32/ор1200 это там дальше определится Вопросы вот такие: 1 Что вообще (по минимуму) должно быть на плате, ну.. кроме памяти. 2 на тему памяти - в какой конфигурации она должна быть?? устраивает либо SDRAM 32 бит либо SDRAM 16 бит либо DDR 16 бит лучче всего, если можно SDRAM 16 бит да еще и выбор байта не заводить.. (ноги экономить) я так понимаю что на DDR 16 можно потом мультиплексирование сделать до половинной частоты и двойной разрядности 3 нужна ли NAND на плате??, или можно образ ОС в загрузочной флешине хранить. Загрузочная флеха - датафлеш атмеловская, 8Мбайт. т.к. прошивка плисины до 2'х мегабит не дотягивает - дальше можно свои данные залить. 4 какую физику езернетовскую посоветуете, из доступных.. с индустриальным исполнением Спасибо заранее. ЗЫ: Я не гордый - ссылка на литературу подойдет. только не нашел я в описаниях какие именно аппаратные ресурсы нужны. только отладочные модули перечисляются на которых точно работает. просто хотелось улышать коментарии бывалых. ЗЗЫ: кстати еще интересно, от бывалых же, услышать оценку геморойности доработки линуховых портов под свою платформу

угу.. пикоблейз (тот что для CR II) ваще рульная штука. поправив код можно производительность поднять, глубину стека увеличить (4-х ступеней явно маловато), и командами расширяется (лично PUSH/POP добавлял). даже (при сильном желании) можно шинку внешнюю в вишбон преобразовать. последняя дурка в которую удалось его преобразовать - 16-ти битный проц с exec'ом из внешней SRAM и бутлоадером во внутреннем BRAM. двумя внешними шинами WB и поддержкой нитей (РОН'ы как у 51-ого контроллера переключаются) + 2-а источника прерываний утакот.. и при всем этом идеология пикоблаза осталась да и асм правится достаточно просто