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

Та да..., сижу... ;)

GS> Представляешь разницу между управляющим контроллером и процессором GS> обработки данных? представляю... прежде чем принять решение, мне необходимо обсчитать функцию в которой, к примеру, coef= -.006083333 правда я избегаю, неким образом, прямых операций с плавающей точкой, но тем не менее, факт присутствует... где-то всегда есть разумная середина.....

С уважением, P.S.

RM>>> мелкочиповской. Hу вообще. Руки-ноги-все_выступающее нужно RM>>> поотрывать тем, кто _так_ пишет документацию. Это ж надо RM>>> ухитриться заставить меня полмануала пролистать, чтобы понять, RM>>> что еще где нужно установить, чтобы этот бит этого порта в этом RM>>> режиме заработал.... :( SS>> ну не знаю, мне вот ужасной техасовская документация на tms320c24x SS>> показалась. RM> Это я испорчен майкрочиповской документацией. В которой вынесены на эту RM> страницу в виде таблички все битики, влияющие на конфигурирование данного RM> режима. Где приведены примеры кода и расписано по пунктам, что нужно RM> сделать, чтобы сконфигурировать эту периферию. вроде и в доках по AVR все это есть. по каждому периферийному модулю в конце описания перечень регистров с битиками, и примеры кода не по каждому модулю, но есть. по простым модулям где загрузил в CCP число и получил нужную частоту они не особо и нужны.

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

DO>> которые собственно и меняются в момент переноса с архитектуры на DO>> архитектуру :) RM> Вот и прагму поменяешь :) если она в хидерах то почему бы не поменять? а ее (вот эту обсуждаемую прагму) можно в хидер поставить? хоть бы кто привел бы эту мифическую прагму, а то только и разговоров о ней.

RM>>> Работаешь с какой-нибудь еще памятью (ну хоть EEPROM данных, RM>>> память программ и RAM данных)? Определяешь FUSE? DO>> драйвер EEPROM так же написан отдельным модулем DO>> размер EEPROM из хидера RM> Hу здрасти. Так ты дойдешь до того, что платформонезависимая часть состоит RM> из кучи вызовов функций из платформозависимой части. Так обычно и есть, но RM> называть все это переносимой и стандартной программой- нонсенс. обычно "ножки дергает" существенно меньше кода чем вообще его есть. и соответственно при переносе с платформы на платформу если это ножкодерганье выделено в отдельный модуль/хидер то и программа вся не перелопачивается при этом

Hi Dmitry !

Совсем недавно 18 Aug 06 12:03, Dmitry E Oboukhov писал к Ruslan Mohniuc:

RM>> Это я испорчен майкрочиповской документацией. В которой вынесены RM>> на эту страницу в виде таблички все битики, влияющие на RM>> конфигурирование данного режима. Где приведены примеры кода и RM>> расписано по пунктам, что нужно сделать, чтобы сконфигурировать RM>> эту периферию. DO> вроде и в доках по AVR все это есть. Я где-то писал, что это доки по AVR? Тут другие скажут, а я говорю про доки к ARM9.

DO> по каждому периферийному модулю в конце описания перечень регистров с DO> битиками, и примеры кода не по каждому модулю, но есть. Hу дай Бог. Мне этого очень не хватает. Я ж говорю, к хорошему быстро привыкаешь, и очень ругаешься когда приходится переходить к худшему.

WBRgrds Ruslan

DO>> вроде и в доках по AVR все это есть. RM> Я где-то писал, что это доки по AVR? Тут другие скажут, а я говорю про доки RM> к RM> ARM9. до ARM9 еще не добрался, а вот у ARM7 (сейчас ковыряюсь) вроде неплохо тоже :)

DO>> по каждому периферийному модулю в конце описания перечень регистров с DO>> битиками, и примеры кода не по каждому модулю, но есть. RM> Hу дай Бог. Мне этого очень не хватает. Я ж говорю, к хорошему быстро RM> привыкаешь, и очень ругаешься когда приходится переходить к худшему. зачастую худшим кажется просто _другое_ меня вот что в атмеловских доках всегда раздражало, так это оглавление в конце талмуда :-\

Привет Ruslan!

DO>> вроде и в доках по AVR все это есть. RM> Я где-то писал, что это доки по AVR? Тут другие скажут, а я говорю про RM> доки к ARM9.

Доки на ARM9 логичнее брать у авторов, то есть на

Всего наилучшего, [Team PCAD 2000] Алексей М. ... Если долго думать одни и те же мысли, они становятся грязными.

Привет!

Thu Aug 17 2006 23:11, George Shepelev wrote to Jurgis Armanavichius:

JA>> Один в один мой случай... Hамучавшись с периодическим искажением JA>> данных в ЕЕПРОМе я тоже плюнул и переместил их во внешнюю флешку на JA>> SPI. Все проблемы исчезли совсем. Причем, если очень редко (единичные JA>> случаи за период порядка 4 - 5 лет) данные в ЕЕПРОМке I2C все-таки JA>> портились, то во флешке с интерфейсом SPI за года 1.5 - 2 еще ни разу. GS> В PIC'ах данные EEPROM не искажались. В тяжёлых условиях эксплуатации...

Черт...

JA>> Дело еще в том, что плата, на которой сбивались данные в ЕЕПРОМе, JA>> работает, можно сказать, в тепличных условиях... Hикаких наводок, JA>> стабильное питание, целый слой земли, слой питания, все, вроде бы, JA>> чисто и гладко. Чувствую, что сбивалось только в момент включения JA>> питания (тоже спокойного, без всплесков). Hо разобраться по-быстрому JA>> не удалось... GS> Молния сожгла стойку на АТС, а программка в PIC'е спокойно продолжала GS> работать и данные не искажались. Это только один из многочисленных GS> примеров надёжности PIC'ов. Дальше думай сам...

Спасибо за информацию! Придется подумать. И крепко подумать... Ведь переход на совершенно незнакомый контроллер - серьезный шаг! :-)

Юргис

Hello Alexander.

Thu Aug 17 2006 22:23, Alexander Zabairatsky wrote to me:

DT>> В Аде переменная цикла жёстко определяется самим оператором (не может DT>> быть внешней), в цикле является read-only, и её область действия DT>> ограничена оператором цикла.

AZ> Read-only переменная цикла была еше в автокоде "Инженер" ЭВМ "Минск-22" :)

Hу, в Аде есть далеко не только это. ;)

AZ> И вообще, лучшим языком был M aka MUMPS у нас известный, как ДИАМС, AZ> только он не эхотажный. :)

Такого, к сожалению, не знаю.

Dimmy.

serge, ты ещё здесь сидишь?

Пятница Август 18 2006 10:15, serge polish wrote to George Shepelev:

GS>> Представляешь разницу между управляющим контроллером и GS>> процессором обработки данных? sp> представляю... прежде чем принять решение, мне необходимо обсчитать sp> функцию в которой, к примеру, coef= -.006083333 правда я избегаю, sp> неким образом, прямых операций с плавающей точкой, но тем не менее, sp> факт присутствует... где-то всегда есть разумная середина.....

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

Георгий

Jurgis, ты ещё здесь сидишь?

Пятница Август 18 2006 17:21, Jurgis Armanavichius wrote to George Shepelev:

GS>> Молния сожгла стойку на АТС, а программка в PIC'е спокойно GS>> продолжала работать и данные не искажались. Это только один из GS>> многочисленных примеров надёжности PIC'ов. Дальше думай сам... JA> Спасибо за информацию! Придется подумать. И крепко подумать... Ведь JA> переход на совершенно незнакомый контроллер - серьезный шаг! :-)

Думай, дело хорошее ;) Ещё дока у Майкрочипа качественно сделана, впрочем, об этом уже писали в эхе. Если надумаешь - могу неплохие макросы кинуть, с ними на "пиковском" ассемблере на порядок проще программировать...

Георгий

Hello Dimmy!

AZ>> И вообще, лучшим языком был M aka MUMPS у нас известный, как AZ>> ДИАМС, только он не эхотажный. :)

DT> Такого, к сожалению, не знаю.

Это могучая СУБД иерархической структуры, обычно многозадачная, многопользовательская, со встроенным интерпретатором собственного языка. Язык был _очень_ приятным, в отличие от dBase - Foxbase и прочих. В эхотаге оно, естественно, не нужно.

Всего доброго!

А. Забайрацкий.

Приветствую, George!

sp>> факт присутствует... где-то всегда есть разумная середина..... GS> Обычно эхотажные задачи проще, и "хитрых" вычислений в них гораздо GS> меньше, чем тупого анализа событий/состояний и "дёргания ножками"... ну да.... задачи, конечно, разные бывают...

С уважением, P.S.

Шнyp жи%, Dimmy. Понедельник Авгyст 14 2006 15:37, Dimmy Timchenko wrote to Michael Mamaev:

MM>> Hе совсем только понятно, под что эхотажное этот ваш язык Ада MM>> сyществyет... MM>> И как y него с эффективностью, полный ой? DT> Hy почемy? Дyмаю, ненамного хyже C++. Тyт, как и там, многое от DT> стиля пpогpаммиpования зависит. Счас же. Как pаботает тот же gcc пpи pазных ypовнях оптимизации видел? Посмотpи, yжаснешься. Пpостой и незамоpочный сишный код, котоpый человек может почти не дyмая тpанслиpовать в асм, компилятоp похабит очень сильно, по объемy pаза в два больше человеческого полyчается. По кpайней меpе, на моем пpоцессоpе и компилятоpе это было именно так. А с оптимизацией гоpаздо кpасивее, и почти даже не кpиво. Только вот такой оптимизатоp появился в нем не так yж и давно.

DT> Пpосто компилятоp написать намного сложнее. Особенно соответствyющий DT> стандаpтy. Вот это и наводит на мысль, что их с точки зpения пpактики пpосто нетy...

Майкл

Хайль Гитлеp капyт, Dmitry! Понедельник Авгyст 14 2006 18:35, Dmitry E. Oboukhov wrote to Michael Mamaev:

MM>> Hе совсем только понятно, под что эхотажное этот ваш язык Ада MM>> сyществyет... MM>> И как y него с эффективностью, полный ой? DO> y пендосов вpоде в космос много чего летает на Аде написанного DO> кyда эхотажнее по идее?

Видели мы этот пендосовский космос, когда официальная опеpационка NASA, винда, повисла на МКС :)

Майкл

Привет!

Sun Aug 20 2006 21:48, George Shepelev wrote to Jurgis Armanavichius:

JA>> Спасибо за информацию! Придется подумать. И крепко подумать... Ведь JA>> переход на совершенно незнакомый контроллер - серьезный шаг! :-) GS> Думай, дело хорошее ;) Ещё дока у Майкрочипа качественно сделана, GS> впрочем, об этом уже писали в эхе. Если надумаешь - могу неплохие GS> макросы кинуть, с ними на "пиковском" ассемблере на порядок проще GS> программировать...

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

Юргис