TanT

Большое спасибо, буду просвещаться.

Встал вопрос о совместимости трансиверов. У меня есть связка EZ430-RF2500 с протоколом Simpliciti и CC2480 с ZigBee stack внутри. моя задача сделать так, чтобы СС2500 смог опознать наличие СС2480 (частоты я знаю), данные не нужны нужен факт определения наличия на каком-либо канале. Типа детектора хочу получить: есть/неть сигнал от СС2480 на определённой частоте Теоритически это возможно? При разных протоколах или существует возможность найти и положить в MSP430 ZigBee stack, но опять же проглотит ли это СС2500?

Н-да, с регистрами проблем не возникло, но это полбеды. Встал вопрос о совместимости трансиверов. У меня есть связка EZ430-RF2500 с протоколом Simpliciti и CC2480 с ZigBee stack внутри. моя задача сделать так, чтобы СС2480 смог опознать СС2500, данные не нужны нужен факт определения наличия на какаом-либо канале. Теоритически это возможно? При разных протоколах или существует возможность найти и положить в MSP430 ZigBee stack, но опять же проглотит ли это СС2500?

Выложили они ПО точки доступа и оконечного устройства, которое (модули подключаются по USB) может соединяться с точкой доступа и весело помыргивая светодиодами передовать ему свою температуру. Мне же нужно соостояние приёмо передатчика СС2500, тип модуляции и прочее. Буду думать... :)

намёк понял, к сожалению ничего с LPC2378 по SPI не вытягивал :(

SPI слышал. :) Работал с LPC2378

Доброго времени суток, имею в наличии комлект EZ430-RF2500 (связка MSP430 и приёмопередатчика CC2500) MSP430 является ведущим СС2500 ведомым устройством, с комлектом идёт тестовый проект на IAR. C MSP430 не знаком вАбще. Очень нужно вытащить состояние регистров СС2500. собственно вопрос сформулирую так: "если возможно, то как какими запросами/командами получить доступ к регистрам СС2500?"

Конечно можно, но я преследую две цели: поиск оптимального решения задачи и собственное развитие. Вариантов решения мне предложили несколько. вот один из них предпологает работу с объектными файлами. Любознательность не порок, а средство самообразования.

Хм, но собственно это оттуда IAR Universal Linker V4.60E/386 # # # # Link time = 18/Aug/2009 12:50:54 # # Target CPU = ARM При замене сишного файла (.c) на объектный (.r79) и компиляции всё впорядке, вопрос тока как размножить объектный фаил? точнее объяснить компилятору, что теперь функции скомпилённые в этих объектниках хоть и одинаковые, но должны использоваться как отдельные объекты.

IAR Universal Linker V4.60E/386 Документацию читал, но видно не старательно.

А как собственно собрать файлы компоновщика вручную или указать компилаторую что ему в проект надо ещё один объектный фаил засунуть?

Не срослось что-то с namespace не понятно, как обойти переменные объявленные как внешнии. namespace не виден в других файлах, не совсем понимаю как это обойти.

Спасибо за обсуждение моего вопроса. Ещё подсказали вариант: скомпоновать два раза объектный фаил моего исходника. и явно задать компилятору куда их распределить, но там нужно придумывать общую часть, которая будет рулить двумя копиями. Это вариант для меня пока туманет. Поробую вариант IgorMarx, ибо наиболее интересный мне вариант решения.

Доброго времени суток, имеется такая задача. На LPC2378 под uCos-II работает определённый модуль занимающий следующие htcehcs: 1-uart, 1-внешнее прерывание, 1- задачу и 1-маилбокс + кучу памяти в том числе и статической. так вот требуется в тойже системе его дубликат да так чтобы эти модули не догадывались о своём соседстве. В лоб получается создать ещё задачу, маил бокс, назначит вектор прерывания и переименовать в дубликате все статические переменные и функции, их использующие. Долгая, мучительная и не интересная работа. Есть какое-то более изящное решение данной задачи? Заранее спасибо!

Здравствуйте, исправляя один косяк, натолкнулся на странные значения времени освобождения буфера предачи CAN (в частности установка битов TBS, TCS в регистре CANGSR (LPC2378)). Времена освобождения буфера состовляют приблизительно 3,5 мс это при скорости 100 кб/с. Не долго ли? С чем может быть это связанно? P.S. может я не доконца понимаю принцип работы, но мне казалось, что для формирования пакета и передачи этих 100 бит, требуется гораздо меньше времени при частоте работы процессора в 72 МГц.