mantech

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

Вопросик ко всем, кто в теме. Как работать с часами данного камня? В RM упоминается только, что они есть, как включить кварц на 32к и все! О регистрах SNVS там ни слова. Куда копать?

Тут вообще вопрос интересный, сам до конца не понял, судя по маркировке чипа, он с кэшем, но непонятно одно - это означает, что там просто есть контроллер кэша и его можно включить\выключить программно, тогда да, он у меня не включен, а если он включен по умолчанию, то я его специально не выключаю. Хотя пусть даже и так, программа-то выполняется с адреса 0x3F00:0000, а это область system ram, а кэш может находиться только во второй странице graph ram, что по адресам совсем не одно и тоже... Пока именно там и расположена, на счет "ковыряния" в линуксе - это для меня уже слишком :laughing: Я и так еле с мму разобрался, а копаться в этом море каких-то исходников... Да и мне вся эта виртуальная система не нужна, только, чтоб кэши включить и все!

Ммм, да, тутдаже спорить не буду. Эти ребята занимаются сложным коммуникационным оборудованием, в их случае можно даже подумать о разработке собственных GSM модулей, может так даже проще будет создавать подобные системы... В моем случае все куда проще, у нас основное - это вендинговые аппараты, а модемы это небольшая часть, которая отвечает за рассылку СМС, голосовое уведомление и только недавно - подключение к инет м2м серверу для статистики. Тут подойдет большинство серийных модемов с небольшой переделкой ПО, т.к. команды IP стека у всех разные.

Вы были правы, статика была некэшируемым регионом, поправил - стало работать быстрее, хотя все равно медленнее ДДР. Еще вопрос, для работы мму требуется таблица в памяти 4кб, где ее лучше размещать, чтоб работало быстрее, если вообще разница, где она находится, в статике или в ДДР? Сейчас я ее разместил в статике по адресу 0x3f00:0000, программа выполняется в ддр с базового адреса 0x8000:0000.

До 15 года... Это круто, если честно, хотя допускаю, что у них задачи к модему более серьезные, чем у нас. Про себя скажу, переходили от сим 300 к висмо228, и от него уже к телиту868, 1-2 месяца на переход. Задачи смс, и голос. Все прошло нормально. Переходили по причине снятия с производства первого, и дороговизны второго, остальное все устраивало. Причем доработки ПО не потребовалось вообще.

И смысл?? Ну допустим, пропадут 2г модули и что? Катастрофы не будет, команды все стандартные, перекидать печатку, где только модем и питалово - за 1 -2 дня, заказать подготовку и партию - 2-3 недели... В чем паника и спешка??

Вот поспорю! Пайка лга, бга и пр, рентабельна при больших кол-вах, плюс для ремонта нужно онастить сервисного инженера соотв. оборудованием, плюс он должен обладать квалификацией для подобного рода работ, а это большая его зарплата и расход владельцам фирмы. Сам это прочувствовал на себе. И зачем мне все это, когда можно обойтись "прощепаябельными" модулями?? На счет 3г, "смерти 2г" чипсетов и т.п. Лично я думаю так - пока спрос не упадет никаких смертей не будет, ни модулей ни чипсетов, могу ошибаться, но думаю будет так. зато теряем PCM интерфейс.... А часто ли пользуются всеми этими шнягами и наворотами?? Как правило нужен один уарт, сброс и реже, аудиопорт, остальное очень редко...

убут работает в статике?? ;)

Дак в том и дело, что читал! Только это не объсняет того, почему 32х разрядная статика, которая работает на 166 мегагерцах на порядок медленнее ДДР 400, которая 16 бит! Вот в чем вопрос...

Тогда стесняюсь спросить, а какая частота внутренней памяти?? Ну хорошо, пусть она некэшируемая, хотя настройки mmu в mqx говорят об обратном, неужели ее частота меньше частоты флеша в стм407?? И второе, что меня убивает, как такая медленная память может быть кэшем 2го уровня?? Мысли есть? По поводу убутов и прочего гнушного софта уже где-то писал - нет никакого желания и времени разгребать по 500 файлов, ставить виртуалки с линуксом и изучать все это чудо-юдо. Поэтому не зннаю как и что в нем проверять...

Вообщем решил я сегодня еще раз проверить, достал меня этот хренов камешек, если честно, но думаю, загружу-ка я свою прогу не в "особо быструю" статическую память, а в ДДР... По логике вещей, быстродействие в ДДР должно упасть в полтора-2 раза по сравнению свнутренней статикой, запускаю тест, в котором после 100 000 000 итераций производится вывод в уарт. Запускаю в статике, результат 1 сообщение за 11 секунд. Быстродействие на уровне СТМ32Ф4 на частоте 70 мегагерц!!! Причем частота А5 - 400 мегагерц - жуткий тормоз!! Ту же самую прогу гружу в ДДР, запускаю...... и чуть не падаю со стула!!! она БЫСТРЕЕ в 11 РАЗ!!! Вопрос - что за хренотень с этим камнем??? Такое впечатление, что весь он сплошная еррата... У кого есть какие мысли по этому поводу??

А SD карта не подходит?? Если это МК с внешней памятью для загрузки программ, то как правило имеется вариант загрузки с SD карты, и не надо учитывать сбойные блоки и всякие экзотические ФС, достаточно обычнной fatfs/

Ясно, я просто думал, что прога для МК пишется, теперь все понятно Это вопрос скорее к CADiLO...

Вы принципиально не пишете обработчики уартов на прерываниях?? Сколь писал для модемов - на прерываниях куда удобнее, в основной программе в это время выполняются другие действия, и не надо ждять ответов относительно тормозного модема. Удобно программировать, даже без всяких РТОСов. Хотя, дело вкуса :laughing:

"Повезло", именно такой проц. Попробую задать, что там написали. Спасибо за информацию!

Вот за это респект!!

Она меньше М4. Запускал линукс, пишет 256bogomips, сколько это в реальных мипсах - х.з, но явно больше, чем в моей проге. С чем это связано - незнаю, единственное, есть подозрение, что как-то неправильно подключаю кеш, т.к. при его подключении рост составляет 10%, а в случае М4 - увеличение в 4 раза! Второе - проц упорно не хочет работать на 168МГц, М4 в смысле, т.е прога пишет, что частота именно такая и есть, но работает как на 132. Линукс, кстати тоже только на 400\132 работает, может брачный камень у меня попался... Или мешает то, что прогу гружу через JTAG, т.к. видимо здесь нет никого, кто бы поделился, каким образом ее в нанд-флеш загрузить, или нехотят рассказывать. Через "задний проход"(убут, фтп-сетка и т.п.) я не пробовал, т.к. в убутах и его командах не особо разбираюсь...

На счет глючности, ну хорошо, допустим написали очень хороший и безглючный стек, хотя, это только теоретически, т.к. формату уже нцать лет и стеки уже вылизали вдоль и поперек, но ладно, а не подумали, что еще есть "глючные операторы"?? И с ними уже ничего не сделать... Думаю, тут надо поступать проще - считайте, что этот модуль просто радиопередатчик, на который могут воздействовать радиопомехи. Что делаете, когда приему пакета мешает помеха - повторяете запрос или меняете частоту, так ведь? Вот и тут - повторяете команду или делаете ребут. Все зависит от вашего устройства и как оно работает с модулем. По своему опыту скажу, что проблем в работе с модулями не возникало. Плюс такой подход позволяет абстрагироваться от самого модуля и его производителя, что лучше в вопросе взаимозаменяемости.

Вопросик на "засыпку" по MQX. Решил я попробовать, как все это дело работает, скомпилировал и запустил пример из комплекта VQX - HVAC_WEB. Проект запустился, работает, выдает морду веб-сервера с настройками и текущим временем, если на флешку записать то, что там в папке для усб, то все корректно отображает в браузере. Вроде все тип-топ, НО я решил проверить, как работает флешка при горячем подключении, проверил - работает! А потом, уже обрадовался весь и решил пару раз вынуть\вставить флешку, и... все зависло!! Даже веб сервер и терминалка... Решил проверить еще раз, выяснилось, виснет, если быстро вынуть\вставить флешку, покаона не определилась как диск. Повторил все это раз 5 - виснет стабильно, если не с первого, то со второго или третьего "быстровставления". Идем дальше - как оказалось, виснет блок MFS, отвечающий за монтирование диска, отключил его, события ATTACH-EVENT-DETACH работают исправно, "долбил" минут 20 - не зависло ни разу. Т.к. разбираться в дебрях их файловой системы нет ни времени ни желания, решил прикрутить ко всему этому старую добрую fatfs, но где взять функции чтения и записи сектора - непонятно. Вопрос - если кто знает, как доработать mfs или как пользоваться функциями чтения записи сектора, буду очень признателен...

Т.е. если перефразировать, хотите создать свой собственный стек GSM?? Если не секрет, какой смысл всего этого? Не устраивает работа уже имеющегося, или что?? То CADiLO, А можете объяснить, в чем такая опасность использовать собственные модули и стеки в сетях GSM?? Если это не нарушает работу сети и имеется лицензия на радиопередающую часть? Это же не стратегическая или военная сеть...

Да я и не напрягаюсь по этому поводу В своих модемах уже давно есть управление и их "ресетом" и питанием. Просто считаю, что производители модулей слишком "сгущают краски" по поводу черезмерной сложности и невозможности сделать внутренний рестарт. Это лично мое мнение и я его никому не навязываю...

Хорошая новость!

Ну а что тут непонятного?? Имеем гипотетическую RTOS, десяток задач, на которых висят стеки, парсеры и всяческие доп. приблуды, типа вирт. машины для скриптов пользователя и тп... В каждой есть свой счетчик, который вбрасывается в течении определенного мин. времени, и есть мастер-задача, встроенная в ядро, которая проверяет сбросы этих счетчиков задач, если хоть один не сбрасывается - формирует ребут. ЗЫ. И да, от себя скажу, если вижу в своих прогах хоть небольшую вероятность сбоя или уязвимость - стараюсь ее устранить...

Полностью согласен. Но согласитесь, допустим я напишу в филипс или куда там еще, что нужно сделать то-то и там-то... С вероятностью 99.9999% меня пошлют на хутор, ловить бабочек, но если это сделает симком - тут уже другой вопрос... Ну тут-то как раз все просто - сработает сторожевой таймер, если он есть конечно в данном чипсете