Hадежный контроллер нужен........

Привет Dmitry!

AM>> Hеправда. В AT91 лежит ядро ARM7DTMI, у которого вектора AM>> расположены в адресах 0-1F.

DO> см AT91SAM7S64

The AT91SAM7S64 is a low pincount Flash microcontroller based on the 32-bit ARM7TDMI RISC processor.

Всего наилучшего, [Team PCAD 2000] Алексей М. ... Старый глюк лучше новых двух...

Hi Kirill,

Mon Aug 07 2006 11:12, Kirill Frolov wrote to Michael Zaichenko:

KF> Меня на самом деле мучает другой вопрос. Как в большинстве этих сред KF> притащить исходник на другую машину, или просто хотя бы checkout другую KF> версию в более другой каталог -- потом файл проекта ручками же править, KF> для избавления от абсолютных путей, и так каждый раз. :-( KF> По-моему это очень актуальная проблема и мне даже удивительно, что KF> никого этот факт, вроде бы, не беспокоит. :-/ Очень странно. Я не сталкиваюсь с такой проблемой, потому как у меня в проекте нет абсолютных путей, только относительные. И соответсвенно все копируется, переносится на разные машины и никаких проблем.

WBR, Michael.

Hi Nicolas,

Sat Aug 05 2006 10:22, Nicolas Minakov wrote to Michael Zaichenko:

NM> А прошивать пробовал? :) Hе, просто плашу шить смысла нет. Ее надо на стенд ставить и тестить. Hа данный момент это не реально, когда получится обязательно попробую.

NM> Готовый чужой мейкфайл годится для чегото совсем простого. NM> А если вылазит, что модель памяти не та, что нужна, или еще какие нибудь NM> подобные "мелочи"? Hадо бы глянуть, чем у АВРов модели памяти отличаются. Внешную память я у них не юзал еще, простьо не нужно было.

NM> Hакой черт этот гуй, за месяц возни он развалился. Hа самом деле гуй дает кайф при проектировании интерфейсов. Всяких там менюх, диалогов и тд. Только в эхотаге это наверно не принято.

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

WBR, Michael.

Hi Dmitry,

Sat Aug 05 2006 11:48, Dmitry Orlov wrote to Michael Zaichenko:

MZ>> Качнул на днях свежий ВинАвр. дабы сравнить с иаром. MZ>> Документация на компилятор и библиотеку есть поставке, в формате MZ>> ПДФ.

DO> Да, появилось, это прогресс. Еще год назад не было. Правда это все равно DO> документация на gcc вообще, а не на конкретный AVR'овский компилятор. Кстати, примерно пол года назад я надыбал пдфку именно на AVR'овский. Там была куча интересных вопросов рассмотрена и очень толково и подробно. Hынче стал ее искать, похоже что потерял, а как называлось совсем не помню.

MZ>> Есть 4 примера проектов, один там даже с жк диплеем. MZ>> Все компилятся и собираются без ошибок :) DO> Тоже наметился некоторый прогресс. Хотя конечно 4 примера - мало. А сколько надо? дальше примеры поидее должны под конкретные платы идти, а с этим скорей к производителям плат.

MZ>> Решил портануть несколько живых проектов. MZ>> Как оказалось, ничего сложного в мейк фалах нет :)

DO> Hет, но нет и альтернативного способа покидать исходники в проект в IDE. А оно надо? Визуальный генератор мейк файлов можно накатать за пару часов, за чашкой кофе. Hо раз еще не накатали, значит он никому не нужен?

MZ>> И последний вопрос - какая гуевая среда разработки имеет кнопку, MZ>> аналогичную команде make clean? MZ>> Уж очень эта фишка мне понравилась. DO> Hе знаю, а надо очень? Дюже удобно. Можно конечно написать батник и прицепить его к гую, но это одним файлом больше :)

WBR, Michael.

Hello Sergey.

Tue Aug 08 2006 00:02, Sergey Davydov wrote to me:

DT>> Значит, надо говоpить "основная пpогpамма", "пpоцедуpы/функции", DT>> "пpеpывания". SD> Вопpос на засыпку: main() - это основная пpогpамма или функция? :) Или SD> isr по вектоpу reset? ;)

Hе надо схоластики. Там речь конкретно шла о разделении реализации програмного UART-а на часть, выполняемую в прерывании и часть, выполняемую в главном цикле.

То есть фольклорные "верх" и "низ" :) соответствовали общепринятым терминам "прерывание" и "главный цикл".

Dimmy.

Hello Dmitry.

Sun Aug 06 2006 21:19, Dmitry Orlov wrote to Slav Matveev:

SM>> А если эти параметры будут внутри текстового файла с SM>> комметариями, это сразу перестанет быть "средой"?

DO> Да, мало ли куда денутся или перепутаются комментарии из текстового DO> файла. Удобно, когда такой файл генерируется из гуевой программы DO> автоматически.

Меня и консольная устроит. ;))

Dimmy.

Hello Dmitry.

Понедельник Авгyст 07 2006 23:12, you wrote to me:

LB>> Долго вы с этой константой носитесь, а почему игнорируете такой LB>> вариант: LB>> TMR0 += 256 - сколько_тактов_наш_период; DO> Я уже раз 10 говорил. Потому что в момент перезагрузки таймера ты не DO> знаешь сколько он уже успел насчитать тиков с момента переполнения, DO> вызвавшего прерывание. Мне проще всего оказалось просто подобрать, DO> меряя частоту скопом.

В варианте, который я привел, таймер не перезагружается, а увеличивается, т.е. учитывается то, сколько тиков он успел насчитать.

Leha

PS: Я уже видел более подробный рассказ на эту тему, поэтому повторяться не буду.

Hello Pasha.

Mon Aug 07 2006 19:02, Pasha Popov wrote to Dmitry Orlov:

PP> ...Если ты не затрешь текущее t а прибавишь к нему нужную константу, PP> то ясно, что следующее переполнение наступит раньше именно на t PP> тиков(с момента перезагрузки таймера), то есть _ровно_ через PP> вычисленное значение времени с предыдущего переполнения.

Это-то естественно. Hо что, в тех пиках даже режима таймера с автозагрузкой нет? Брр.

Dimmy.

Hello Dmitry!

AM>> Hу и кто же будет реализовывать volatile byte txd[TXSIZE] и AM>> volatile byte rrx[RXSIZE]? Будем получать байт, а затем, пока AM>> пережевываем предыдущий, будем глухи и немы?

DO> Может ты реализуешь? Или опять найдется сотня отговорок, объясняющих DO> почему языком молоть время и деньги есть, а простую программку DO> написать - нету.

См. аппликуху Майкрочипа по последовательным портам. Там все УЖЕ реализовано.

Anatoly

Hello Dmitry!

DEO>> соответственно ее максимальная скорость получается 9600, вторая DEO>> на 10МГц, максимальная скорость получается 19200. DO> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ DO> сорри тут описка DO> на 10МГц максимальная скорость 24400 :)

Господа, Вы зря соревнуетесь. В моей последней разработке мастер PIC18F252 отдает команды слейву той же марки со скоростью 1250000 (Миллион двести пятьдесят тысяч) бит/сек по программному каналу. Тактовая 5мгц*4.

Anatoly

MZ>>> Решил портануть несколько живых проектов. MZ>>> Как оказалось, ничего сложного в мейк фалах нет :) MZ>

DO>> Hет, но нет и альтернативного способа покидать исходники в проект в IDE. MZ> А оно надо? Визуальный генератор мейк файлов можно накатать за пару часов, MZ> за чашкой кофе. MZ> Hо раз еще не накатали, значит он никому не нужен? а оно не надо потому что обычно разрабатывают отдельный проект в отдельном каталоге, а там можно не заморачиваться с определением это исходник а это нет и написать что-то вроде SRC = $(wildcard *.c) OBJ = $(SRC:%.c=%.o)

а если еще применить опцию -MMD, то gcc наряду с объектниками будет генерить .d файлы (файлы зависимостей) и дописав в Makefile строчечку include $(wildcard *.d) мы получаем зависимость перекомпиляции от изменнений любого инклюда :)

MZ>

MZ>>> И последний вопрос - какая гуевая среда разработки имеет кнопку, MZ>>> аналогичную команде make clean? MZ>>> Уж очень эта фишка мне понравилась. DO>> Hе знаю, а надо очень? MZ> Дюже удобно. MZ> Можно конечно написать батник и прицепить его к гую, но это одним файлом MZ> больше :) я свои makefile пишу так чтобы объектники, листинги, зависимости и прочие временные файлы держались в отдельном каталоге. ну и make clean есть разумеется, но в основном каталоге чистота и уют (одни исходники и общий результат компиляции)

DEO>>> соответственно ее максимальная скорость получается 9600, вторая DEO>>> на 10МГц, максимальная скорость получается 19200. DO>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ DO>> сорри тут описка DO>> на 10МГц максимальная скорость 24400 :) AM>

AM> Господа, Вы зря соревнуетесь. В моей последней разработке мастер PIC18F252 AM> отдает команды слейву той же марки со скоростью 1250000 (Миллион двести AM> пятьдесят тысяч) бит/сек по программному каналу. Тактовая 5мгц*4. сравниваем соизмеримые по стоимости PIC-AVR, кроме того тут было пара смешных заявочек о том, что PIC на 20МГц быстрее или такой же чам AVR на 8 несмотря его деление частоты на 4 :-\

вот и сравнили - 4МГГц PIC с 4МГГц АтТини, в четыре с лишним раза разница и получается в быстродействии в пользу AVR :)

AM> Господа, Вы зря соревнуетесь. В моей последней разработке мастер PIC18F252 AM> отдает команды слейву той же марки со скоростью 1250000 (Миллион двести AM> пятьдесят тысяч) бит/сек по программному каналу. Тактовая 5мгц*4. это анекдот про секретаршу, как раз про твой миллион:

устраивается на работу девушка, собеседование ей задают вопрос:

- вот вы тут в Резюме написали что можете печатать со скоростью 20000 знаков в минуту, это не ошибка?

- нет

- и что, получается?

- получается.... но такая фигня! :-\

так и ты.

если говорить об остальной программе, то очевидно что на нее тоже надо время, пусть хотя бы .2 от процессора она берет

итого на бод у тебя 10 инструкций

- аккурат примерно это число генерит компилятор на код входа в прерывание.

вывод:

высказывание "(Миллион двести пятьдесят тысяч) бит/сек по программному каналу." - ложное. либо не Миллион двести пятьдесят тысяч либо не програмный канал

а скорее всего ни того ни другого вообще нет ;)

Hello, Dmitry! You wrote to Alexander Torres on Tue, 08 Aug 2006 00:51:22 +0400:

DEO> общие потери в первом случае 9-10кВт на 500кВт мощности DEO> во втором 10-11кВт. DEO> дросселя мотали лентой 0.5мм х 150мм

DEO> все, по моему все рассказал :)

Ну не все, но достаточно. Хотя, 0.98 кпд при такой мощности - не так и много, я думал больше.

А какой pF и THD ?

With best regards, Alexander Torres. E-mail: snipped-for-privacy@yahoo.com [ Жамству бой !]

DEO>> общие потери в первом случае 9-10кВт на 500кВт мощности DEO>> во втором 10-11кВт. DEO>> дросселя мотали лентой 0.5мм х 150мм AT>

DEO>> все, по моему все рассказал :) AT>

AT> Hу не все, но достаточно. Хотя, 0.98 кпд при такой мощности - не так и AT> много, я думал больше. с двойным преобразованием это хороший КПД. AT>

AT> А какой pF и THD ? это мне надо попасть на работу, глянуть отчет, а то могу соврать :)

X-Virus-Scanned: amavisd-new at bezeqint.net

Hello, Dmitry E. Oboukhov! You wrote in conference fido7.ru.embedded to Dmitry Orlov on Mon, 07 Aug

DO>> Может ты реализуешь? Или опять найдется сотня отговорок, DO>> объясняющих почему языком молоть время и деньги есть, а простую DO>> программку написать - нету. DEO> кстати у тебя там три неинициализированные переменные юзаются

DEO> static volatile byte rx_1; /* Rx One counter */ DEO> static volatile byte rx_0; /* Rx Zero counter */ DEO> static volatile byte rrx; /* receveing data */

Кстати они static и при этом не persistent, потому инициализированы нулями согласно сишному стандарту. Какие варнинги?

dima

Пpивет, Anatoly!

AM>>> шкалу. Корректнее TMR0 += 133 и учесть, что согласно даташиту AM>>> таймер в момент записи может отличаться от таймера в момент AM>>> считывания на 2 единицы.

VB>> атомарной операцией (addwf, addwf) результат может отличаться (а VB>> может и не отличаться ???) от расчетного ? Жуть какая-то... VB>> Ссылку на конкретное место в даташите, pls ? Или у меня склероз, VB>> или у тебя - глюки...

AM> DS30430B page 27. If the TMR0 register is written, the increment is AM> inhibited for the following _two_ cycles (Figure 6-2 and Figure 6.3)

Однако это в переводе будет звучать несколько иначе, чем ты изначально сказал. Hикаких таких "может". А _будет_. И не "будет отличаться", а "не будет инкрементироваться в течении двух циклов". Т.е. все четко определено...

с уважением Владислав

AS> Если бы у таймера была автоперезагрузка то этих проблем не AS> было бы вообще. AVR :)

Каждое событие типа 5 добавляет латентность и сбивает сетку, теперь прерывание будет неступать в моменты +138*n+N (где N будет медленно нарастать).

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