caxapa.ru :: PIC32, BMXDRMSZ -- read only. Зачем?...

fk0^{легенда} (10.01.2014 14:22, просмотров: 34405)

PIC32, BMXDRMSZ -- read only. Зачем?...

[ZX]

- The size of the available RAM is given by the BMXDRMSZ register. Четай FRM sect. 03 - Memory Organization (причепляю, т.к. оригинал почему-то исчез с оф. сайта) MBedder(10.01.2014 14:41)
  - как исчез? вот оно -> - Илья(10.01.2014 15:58, ссылка)
    - В списке документов на несколько разных PIC32 после 2-й секции сразу шла 5-я - задолбали они своим укуренным индовебдизайном. Что там слышно насчет сроков начала продаж PIC32MZ, Илья? - MBedder(10.01.2014 16:03)
      - в октябре еще спрашивали. говорят если нужно - размещайте заказы, поставим. - Илья(10.01.2014 16:14)
        
        Дайте две! - Крок(10.01.2014 23:08)
        
        У них на сайте написано, мол май 2014 года. Короче, через год жди. Хорошие пики, но дорогие. И средств разработки нет (опять отладка в MPLAB по хексдампам, опять XC-компилятор? неееет!) - fk0(11.01.2014 00:25)
        
        Они (сейчас) не готовы отгружать всем... Можете использовать среду и компилятор от Mentor Graphics например или Green Hills :) - Илья(13.01.2014 18:36)
        
        Придётся обходиться паделками финских студентов и фирмы RedHat (gcc + newlib). - fk0(13.01.2014 20:42)
        
        Для меня "дорогие" начинаются с сотни дублонов. А отлаживаю (откладываю?) я по своей методе. Матлаба хватает. - Крок(11.01.2014 16:34)
  - Ага. Берём коробку одинаковых контроллеров. И начинаем по одному перебирать. И у всех разные размеры памяти. Так что ли? Будь оно записываемым, то можно было хоть какую-то форму виртуализации (с отделением своей памяти от чужой) сделать. Хотя fk0(194 знак., 10.01.2014 15:30)
    - Из этого регистра твой код может ПРОЧИТАТЬ физический размер RAM конкретного чипа, а зачем или незачем - тебе решать. Другие регистры (BMXxxxBA) как раз и позволяют учинить своего рода сегментирование для kernel и user mode - MBedder(10.01.2014 15:38)
      - Не позволяют: для user mode можно задать только начало сегмента. А конец всегда в конце памяти. Т.е. по сути смысл имеет только деление всегда на две части: user mode с _общей_ для всех процессов памятью и kernel mode. Что тоже мало осмысленно. fk0(229 знак., 10.01.2014 15:45)
        
        А не надо на обычный МК навешивать ваши программерские заморочки типа защит и т.д. Надо просто писать разумный и грамотный код, чтобы все работало как часы - MBedder(10.01.2014 15:52)
        
        Для такого кода есть AVR, PIC16 и т.п. А при нормальном программировании в программах всегде будут ошибки. В т.ч. нарушающие работу среды исполнения и работу параллельных программ, следовательно. Если нет какой-то формы виртуализации и/или fk0(213 знак., 10.01.2014 16:05)
        
        При НОРМАЛЬНОМ программировании ошибок как раз нет - по крайней мере, в моих изделиях - MBedder(10.01.2014 16:08)
        
        Звучит крайне смешно. При нормальном программировании ОШИБКИ ЕСТЬ. Так же есть механизм ОБРАБОТКИ ОШИБОК, который предполагает, что будут возникать ошибки, которых "как бы нет" в программе. Можно пытаться уменшить число ошибок, но не исключить fk0(137 знак., 10.01.2014 16:17)
        
        У нас диаметрально противоположное понимание нормальности кода - для меня сторонний/компиляторский/ошибочносредствовый код не является нормальным априори, поэтому не применяется в моих изделиях :)) - MBedder(10.01.2014 16:23)
        
        Ну это как не иметь парашюта, стоп-крана, airbag. "При нормальном подходе аварий не бывает". - fk0(10.01.2014 16:28)
        
        Средство передвижения, сплошь состоящее из парашютов/стоп-кранов/airbag'ов, называется "параноймобиль", и для передвижения как такового не годится :)) - MBedder(10.01.2014 16:38)
        
        Слышал, что есть математическое доказательство того, что в большой системе ошибки имеют систематический характер и полностью не устранимы. Все как в той шутке о том что надо устранить N ошибок таких чтобы N+1 не мешала работе системы. - Codavr(10.01.2014 16:46)
        
        Хуже того. Большая система, где каждая единичный сбой приводит к отказу системы в целом -- рискует стать не работоспособной т.к. вероятность сбоев по закону больших чисел становится практически гарантированной величиной. Пример прекрасно можно fk0(260 знак., 10.01.2014 16:58)
        
        Уверен, что микрософтовским товарищам и в голову бы не пришло сочинять виндовс в любой его ипостаси, а интеловским товарищам придумывать аппаратные механизьмы защиты, если б назначением писюков было бы быть контроллерами елочных гирлянд. Мущщина(730 знак., 10.01.2014 17:40)
        
        А ПО для контроллеров, в отличии ПО для ПК, абсолютно безглючное что ли? Как бы не наоборот. Я чётко обосновал, почему механизмы зачиты нужны в "больших системах" -- иначе будет постоянно глючит, непрерывно. Есть 0.001 матожидание ошибки в fk0(905 знак., 10.01.2014 17:55)
        
        :-) Вероятность, которую ты обозвал матожиданием, вообще редко превышает 1. Только если в военное время, как и косинус. Мущщина(771 знак., 10.01.2014 18:29)
        
        Вероятность может и не превышает (т.к. всё время сбоит и не работает никогда). А более одного сбоя одновременно возникнуть может. Так что запросто превышает. Я утверждаю, что: fk0(1412 знак., 10.01.2014 19:25)
        
        Уж больно ты грозен, как я погляжу. :-) Мущщина(58 знак., 10.01.2014 20:16)
        
        Шестипроцессорный девайс на блэкфинах работает без сбоев, что я делаю не так? :) - alex68(10.01.2014 16:57)
        
        Просто ты все N штук устранил, или N-я пока не проявила себя. - Codavr(10.01.2014 16:58)
        
        У него число ошибок чётное. Они взаимокомпенсированы. - fk0(10.01.2014 17:05)
        
        "Дирак любил выражаться точно и требовал точности от других. Однажды на семинаре в конце длинного вывода докладчик обнаружил, что знак в окончательном выражении у него не тот. - Я в каком-то месте перепутал знак, сказал он, всматриваясь в alex68(81 знак., 10.01.2014 17:34)
        
        Возможно. Сбои пишутся в лог на флешке, пока там чисто. - alex68(10.01.2014 17:02)
        
        Сплюнь - Codavr(10.01.2014 17:38 - 17:42, ссылка)
        
        Я не делаю "больших систем" - MBedder(10.01.2014 16:49)
        
        Зачем тебе PIC32MZ? Хватит и PIC18 проф. уровня. - fk0(10.01.2014 16:59)
        
        Усрется 18-й периоды с разрешением в сотни ПИКОсекунд измерять. На dsPIC33E (70 MIPS) получаю 150 Пс, на 200-мипсовом PIC32MZ получу втрое лучше, хотя пока и так за глаза - MBedder(10.01.2014 17:12)
        
        А вся шкала скока? - Крок(10.01.2014 23:10)
        
        Меряю среднюю частоту в пределах десятков-сотен кГц - MBedder(11.01.2014 01:13)
        
        Измерять или обсчитывать? - fk0(10.01.2014 17:23)
        
        И измерять, и обсчитывать - MBedder(10.01.2014 17:42)
        
        Иногда обычный интерфейс с юзером становится "большой системой". - Codavr(10.01.2014 16:52)
        
        "Будь проще, и люди за тобой потянутся"(с) :)) - MBedder(10.01.2014 16:54)
        
        "Простота хуже воровства"(с) :)) - Codavr(10.01.2014 16:57)
        
        Самый страшный UI, который пришлось давеча сделать - это мелкий графдисплей для вывода диаграммы сигнала и нескольких цифровых полей, тумблер "Record" для старта/стопа записи данных на флешку, и две кнопки < > для прокрутки диаграммы вправо-влево MBedder(362 знак., 10.01.2014 17:07 - 17:44)
        
        Мерзкий хвастун, я тобой горжусь :) - Codavr(10.01.2014 17:22)
        
        Да я и сам собой погордиться не прочь, благо есть чем :)) - MBedder(10.01.2014 17:45)

Микроконтроллеры PIC