помехо- и просто устойчивость МК, кто с чем сталкивался практичекски. |
Здравствуйте, гость ( Вход | Регистрация )
помехо- и просто устойчивость МК, кто с чем сталкивался практичекски. |
31.5.2010, 20:42
Сообщение
#41
|
|
сундук Группа: Пользователи Сообщений: 4043 Регистрация: 21.11.2009 Из: Ростов-на Дону Пользователь №: 15 |
Книгу скачал на английском и первые главы перевода только нашел, альтернативного варианта... Поищу купить в магазине, через инет, наверное сложно будет... И смысла нету. Еще Кернигана и Ритчи надо. А чем тот же "О3" не устраивает? В принципе, должен иметь место подобный укровариант... |
|
|
31.5.2010, 21:48
Сообщение
#42
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
Еще Кернигана и Ритчи надо. это-то с детства у мну есть...
|
|
|
31.5.2010, 21:58
Сообщение
#43
|
|
сундук Группа: Пользователи Сообщений: 4043 Регистрация: 21.11.2009 Из: Ростов-на Дону Пользователь №: 15 |
|
|
|
31.5.2010, 22:17
Сообщение
#44
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
С детства низзя. Надо Second Edition. А это 1988 год. У меня было позднее детство... первую программку написал лет в 30 примерно... Но для уверенности скачал Second Edition...переводик так себе, с опечатками - но ничего, все понятно... Да и с детства кое-чего помню, когда-то зубрить пытался, плохо что без практики... Тяжелое детство, восьмибитные игрушки... |
|
|
31.5.2010, 22:24
Сообщение
#45
|
|
сундук Группа: Пользователи Сообщений: 4043 Регистрация: 21.11.2009 Из: Ростов-на Дону Пользователь №: 15 |
|
|
|
1.6.2010, 0:03
Сообщение
#46
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
Переходите к 16-битным. Сразу станет легче. Рекомендую так же посмотреть на событийное программирование и конечные автоматы. А так же вникнуть в работу по прерываниям. Получается надежно и верифицируемо. Прерывания - не сильно любимая вещь, помнится, когда пытались хоть какое-то подобие реал тайма выжать их РС-шки , все время их запрещали...А они, сцуко, все лезут и лезут... Вот почитал первую же главу - и огорчился - питание-то трехвольтовое... Блииин... мечталось 5V, с хорошим переключением рэйл ту рэйл с токами хотя бы миллиампер по 10-20 ... А так...О переходах в схему теперь заботиться...Указанные методы с подтяжкой... в общем, меня от них еще после LM211 тошнить не перестало... Ну у мну ж не батарейное питание, блин... То есть батарейное, но не до такой же степени...Там грузовик тех батареек... Там, куда я все делаю - ток холостого ходя 100 мА считается незаметным вообще... Ну и получить 5 или хоть 10 в - ну никаких проблем... Тем боле, для затворов все равно нужно 15 , так или иначе... Но это , кажется, холиварная тема - , религиозная? В смысле 3 или 5? Книга, кстати. хорошая... Не знаю. насколько полная - поеду на книжный рынок на Петровку, должна быть по 80 грн. Но первые главы , кто еще не читал вообще - тут: http://piclist.ru/pic24.html ... Думаю, скоро кто-то выложит и скан с изданной, указанный перевод изменен в сторону строгости изложения. PS http://piclist.ru/ER-MC-PIC24H-ERRATA_Rev_...ATA_Rev_A2.html - вот это уже устарело или нет? Где брать состояние на момент выпуска конкретного купленного экземпляра чипа? Хотя о чем это я...на сайте производителя, естественно... |
|
|
Гость_MrYuran_* |
1.6.2010, 6:49
Сообщение
#47
|
Гости |
В этом изложении- да. красиво звучит и выглядит. Собственно, большей частью доработки касаются редактора, получается можно создать простенький пре-компилятор (или транслятор?)-переводчик, короче... для перевода в стандартный вид и последующей компиляции привычными средствами? Это не редактор, это интерактивная система, зашитая непосредственно в кристалл. То есть, не написав ни строчки своего кода, можно подцепить свою плату к СОМ-порту и иметь доступ во все закоулки контроллера через обычный терминал. То есть прямо противоположное традиционному направление программирования. Не сверху вниз, когда для того, чтобы проверить небольшой кусочек, надо иметь более-менее работающую основную программу, а снизу вверх. То есть, написав небольшую процедурку, например, для мигания светодиодом, можно её тут же запустить и увидеть результат. Причём, компиляция осуществляется "на лету" самой системой, которая внутри контроллера. Переходите к 16-битным. Сразу станет легче. Поздно. С 8 бит нужно как минимум на кортекс-М0. По цене - практически никакой разницы. 16р - как-то быстро "отцвели"... |
|
|
1.6.2010, 7:22
Сообщение
#48
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
Поздно. С 8 бит нужно как минимум на кортекс-М0. По цене - практически никакой разницы. 16р - как-то быстро "отцвели"... Да учитывая, что в больших системах и место есть, и энергии полно - можно Atom туда... А на самом деле так оно и сделано, просто он обслуживает всю систему, а я для отдельных блоков подбираю камень - собрать и выдать информацию, возможно - включить-отключить... При таком списке ошибок, как у PIC-ов , я едва ли поручу ему в работу прибора вмешиваться... Да и спецы не рекомендуют тоже, с кем поговорил от заказчика... Хотя можно было сэкономить пару микросхем, хоть синус сгенерить ну и по мелочи там... Кое-что просится, конечно. Хотя могу и на развесе полностью делать..ретро, панимашь... Я ж даже драйверов не применяю пока что фирменных...все сам... Че-то как-то не подходит... Или искать не умею Это не редактор, это интерактивная система, зашитая непосредственно в кристалл. То есть, не написав ни строчки своего кода, можно подцепить свою плату к СОМ-порту и иметь доступ во все закоулки контроллера через обычный терминал. То есть прямо противоположное традиционному направление программирования. Не сверху вниз, когда для того, чтобы проверить небольшой кусочек, надо иметь более-менее работающую основную программу, а снизу вверх. То есть, написав небольшую процедурку, например, для мигания светодиодом, можно её тут же запустить и увидеть результат. Причём, компиляция осуществляется "на лету" самой системой, которая внутри контроллера. Занятно, я вчера читал про RTOS ы для МК , но это для сложного чего, многозадачность там всякая еще... У мну задачи попроще... Да я бы и не связался сразу с этим всем... Надежность надо и предсказуемость, так что мне не светит сложности делать с первого пинка... Поstepенно буду наращивать, то есть step by step |
|
|
1.6.2010, 18:21
Сообщение
#49
|
|
сундук Группа: Пользователи Сообщений: 4043 Регистрация: 21.11.2009 Из: Ростов-на Дону Пользователь №: 15 |
А какие преимущества у них перед 32-битниками ? Преимущества очевидны - емкость кода. Все константы 16 битные. В подавляющем большинстве случаев все внешние переменные, с которыми доводилось работать именно такие. Например, последовательный АЦП - 10 бит. Слово в интерфейсе MODBUS/RTU - 16 бит. Увеличенная разрядность нужна для реал-тайм расчетов. Но в этом случае я выберу dsPIC с той же системой команд, но с dsp ядром. А там уже все 40 битное с распознаванием насыщения и конвейерной обработкой. А если учесть, что подавляющее большинство команд в PIC24 выполняется за два колебания кварца, то на целочисленной арифметике PIC24F спокойно "порвет" любой ARM с частотой до 50 Мгц. Я уже не говорю про PIC24H. Или dsPIC33. ARM с подобными возможностями за эти деньги Вы вряд ли найдете. Поздно. С 8 бит нужно как минимум на кортекс-М0. По цене - практически никакой разницы. 16р - как-то быстро "отцвели"... Что-то я не нашел приличного Corteх М0 за реальные деньги. Да и медленные они... А 32 бита далеко не всегда счастье. Кроме Microchip-а 16 битными процессорами занимается и Maxim-Dallas. Тот же SGS-Thompson опять же. Да и MCP430 от TI пока еще никто не отменял. |
|
|
1.6.2010, 18:39
Сообщение
#50
|
|
тот самый Группа: Мод Сообщений: 13629 Регистрация: 24.11.2009 Из: Харьковская обл., UA Пользователь №: 25 |
некрочиповский Си на пиках
(С18) далеко ушел от стандарта (С99). Использовать мона скрипя зубами. Static в параметрах функции - это ваще ппц , но без него страшно жыыыть. Кортексы будуть М3 лучше. Чтоб не класть свои яйца в чужую корзину. А то атымель или некрочип чихнули - и писец всему бусинес- плану. Как все знают, атымель уже чихнули-с. |
|
|
1.6.2010, 20:38
Сообщение
#51
|
|
сундук Группа: Пользователи Сообщений: 4043 Регистрация: 21.11.2009 Из: Ростов-на Дону Пользователь №: 15 |
При таком списке ошибок, как у PIC-ов , я едва ли поручу ему в работу прибора вмешиваться... Да и спецы не рекомендуют тоже, с кем поговорил от заказчика... Хотя можно было сэкономить пару микросхем, хоть синус сгенерить ну и по мелочи там... Кое-что просится, конечно. Начнем с технического обоснования. Ерраты в современном мире - это печальная реальность. Тут ничего не сделаешь. Их наличие на сайте производителя - это признак бережного отношения к клиенту. Дабы не наступал на грабли. Отсутствие еррат - наоборот. К стати, у PIC-ов ошибок не более, чем у других. У меня лично несколько иное отношение к PIC-ам. Начать с того, что изделий, представляющих собой трехканальные фазовые регуляторы выпущено уже порядка 2000 штук. Претензий у потребителя нет. МК - PIC18F1320. Более трех лет на моем предприятии работает коробка, представляющая из себя преобразователь термо-ЭДС (термопара типа К) в частоту 1...2 кГц. МК - PIC16F676. Причем это дело работает в две смены без выключения. Полгода назад запущен девайс, управляющий сигаретным упаковщиком. Там энкодер+двухстрочный индикатор. Внутри электронная кулачковая система. 8 входов, 8 выходов. У каждого входа-выхода свой кулачок. Там же реализован сдвиговый регистр. Работает тоже в две смены без остановок. А там PIC18F452. Если бы Вы прочитали еррату на него, то... Я уже не говорю об удаленном модуле на MODBUS/RTU, работающем совместно с PLC "Овен". И задатчике сварочного тока, работающем непосредственно возле силовых ключей в аппарате на 350 ампер. И т. д. А к PIC-ам я пришел тоже не просто так. Был анализ промышленного оборудования известных производителей. К примеру, модули удаленных систем Beckhoff, Wago-Systems, блокировочные замки и многое другое выполнено на именно PIC-ах. Так что... некрочиповский Си на пиках (С18) далеко ушел от стандарта (С99). Использовать мона скрипя зубами. Static в параметрах функции - это ваще ппц , но без него страшно жыыыть. Кортексы будуть М3 лучше. Чтоб не класть свои яйца в чужую корзину. А то атымель или некрочип чихнули - и писец всему бусинес- плану. Как все знают, атымель уже чихнули-с. Эта... А чего это мы забываем, что Cortex М3 в освоении денех требует, чтобы от стандарта не уйти? И неслабых. Порядка 10 000, но не рублей... А так только Гнусь, которая вообще никаких стандартов не придерживается? А если не нравится МСС18, то берите HI-TECH C, но за бапки... или с ограничениями. К стати, Microchip живее всех живых будет. Фин. положение устойчивое. Активы выведены из Пендостана в Восточную Европу, Китай и на родину президента фирмы. Тот же ATMEL приобретут, наверное. |
|
|
1.6.2010, 20:58
Сообщение
#52
|
|
посіпака Хунти Группа: Мод Сообщений: 20016 Регистрация: 21.11.2009 Из: Vinnitsa Пользователь №: 11 |
|
|
|
2.6.2010, 4:13
Сообщение
#53
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
Керниган:
Цитата Как только появился С, исчезли все причины, побуждающие нормальных программистов писать на ассемблере. С - мой любимый язык, если бы меня выбросило на пустынный, необитаемый остров всего с одним компилятором, я бы предпочел, чтобы это был С. На необитаемый остров с компилятором... В этом что-то есть. Все, точно стану программистом... И именно на С. |
|
|
2.6.2010, 7:46
Сообщение
#54
|
|
тот самый Группа: Мод Сообщений: 13629 Регистрация: 24.11.2009 Из: Харьковская обл., UA Пользователь №: 25 |
Эта... А чего это мы забываем, что Cortex М3 в освоении денех требует, чтобы от стандарта не уйти? И неслабых. Порядка 10 000, но не рублей... А так только Гнусь, которая вообще никаких стандартов не придерживается? Зря Вы так на гнуся. Сразу видно - не работали в нем. Как раз там все стандарты на месте. А расширения gnu99 (имхо, оч. полезные и удобные) - легко локализуются и редефайнятся, по крайней мере, то, с чем сталкиваюсь и чем пользуюсь я - позволяет перенастраиваться. Приведенный же пример (МСС18) со static в параметрах функции, отсутствие <stdint.h> и некоторые непонятки по поводу того, как раз и навсегда минимизировать переключение банков - напрягают невероятно. Зато очень нравится 24-битный short long, хоть он и не стандартный, а нравится |
|
|
Гость_MrYuran_* |
2.6.2010, 8:15
Сообщение
#55
|
Гости |
Все, точно стану программистом... И именно на С. Ну так за чем дело стало? Вперёд на рынок, за мегой-8 (/16/32), потом качаем WinAVR, читаем по диагонали нотации к AVR Libc, потом пишем make в папочке с каким-либо примером, программируем кристалл по 3-м проводкам и (о чудо!) светик начинает моргать. А так только Гнусь, которая вообще никаких стандартов не придерживается? Вот это зря. GNU/Linux - очень стройная, стандартизированная и документированная СИСТЕМА, позволяющая сотням и тысячам разрозненных разработчиков одновременно править одни и те же проекты. Так что стандартизация там на высоте. Что и показывает конечный результат. Мы вот уходим от IAR и переводим все проекты на GCC (кстати, практически безболезненно). И вообще, пока не напишешь _собственный_ makefile, пусть даже и склеенный из готовых кусочков, так и не поймёшь, как же на самом деле исходники превращаются... превращаются исходники... в бинарник. |
|
|
2.6.2010, 20:04
Сообщение
#56
|
|
сундук Группа: Пользователи Сообщений: 4043 Регистрация: 21.11.2009 Из: Ростов-на Дону Пользователь №: 15 |
ARM - это принципиально другой уровень и возможности программирования. 50мгц - это видимо самые первые модели. Константы в 16-битниках короче в два раза - не довод и не плюс. В CAN пакет/адрес/данные - подлиннее. Поэтому (имхо) не вижу смысла в таком промежуточном уровне. Для всех smps вполне должно хватать тех же avr, а если нужно что-то понавороченнее, чем smps, то не за чем распыляться на 16-битники - освоить все архитектуры все равно не хватит времени, поэтому и нужен (только) второй вариант. И что-нить из того, на чем можно запустить полноценную ось. ARM - вполне подходит. Можно помощнее, достаточно выбрать из того, что поддерживается MS и линуксом. Против DSP - не возражаю, но сам DSP должен быть вторым, дополнительным ядром. К AVR испытываю личную нЭпрЫязнь - недоделанный он какой- то... Внутренняя память - халява. Могли бы и регистровую сделать. Всю. ARM-ом владеют жадные и мелочные люди. Я, как свободный художник, просто отказываюсь им платить. И не какой это не уровень. Я уже выше распинался по этому поводу. Устаревшее ядро, разработанное человеком под ЛСД. Уж лучше MIPS32. AVR в SMPS - никогда! Из-за халявной внутренней памяти. Точно так же, как и ОСЬ во встроенных, необслуживаемых системах. Это я Вам как руководитель службы КИПиА на крупном предприятии говорю. Такие изделия однозначно не приобретаются. А те, что есть, выбрасываются и заменяются нормальными. Дело до смешного доходит - глючат датчики, те, что с кнопочками и индикаторами. Вот это зря. GNU/Linux - очень стройная, стандартизированная и документированная СИСТЕМА, позволяющая сотням и тысячам разрозненных разработчиков одновременно править одни и те же проекты. Так что стандартизация там на высоте. Что и показывает конечный результат. Мы вот уходим от IAR и переводим все проекты на GCC (кстати, практически безболезненно). Ну, да, внутри самой GNU C - безусловно. Только как это соотносится с ANSI C? И как быть с редактором, симулятором, отладчиком? Так, чтобы кнопочками, а не на дурацкой абракадабре в виде makefil-ов? Народ уже привык к комфорту, а Вы зовете его назад в каменный век. И вообще, пока не напишешь _собственный_ makefile, пусть даже и склеенный из готовых кусочков, так и не поймёшь, как же на самом деле исходники превращаются... превращаются исходники... в бинарник. Да ну? В цепи: редактор текста (исходник)->компилятор + библиотеки (объектные модули) ->компоновщик (бинарник) за последние 50 лет появилось что-то новое? Порою кажется, что все делается лишь только для того, чтобы усложнить жизнь разработчика. В том числе и новые псевдоязыки для этих самых makefil-ов. Сами же говорим, что ассемблер - это не совсем хорошо. Переходим к С. И тут на тебе. Еще препятствие - дурацкие скриптовые языки, чтобы запрячь лебедя, рака и щуку (редактор, транслятор и компоновщик, а так же симулятор и внутрисхемный отладчик) в одну телегу. ПМСМ, makefil-ы - это просто костыли, которыми люди вынуждены пользоваться из-за бедности. В нормальной IDE ничего этого быть не должно. |
|
|
2.6.2010, 20:38
Сообщение
#57
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
кто-нибудь, дайте инженерное определение(дефиницию) понятия makefile
И, Прохожий, скажите еще о преимуществах памяти, организованной как регистровая... PS название темы отредактировал - устойчивость более широкое понятие...Влияет все... |
|
|
2.6.2010, 22:39
Сообщение
#58
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
PIC-ом владеют жадные и мелочные люди. AVR-ом владеют жадные и мелочные люди. Intel-ом владеют жадные и мелочные люди. Да. И совершенно неважно, кто их основал, ими руководит, и определяет их техническую и финансовую политику. Ну, последнее важно..в стратегическом масштабе разве что... |
|
|
2.6.2010, 22:58
Сообщение
#59
|
|
сундук Группа: Пользователи Сообщений: 4043 Регистрация: 21.11.2009 Из: Ростов-на Дону Пользователь №: 15 |
кто-нибудь, дайте инженерное определение(дефиницию) понятия makefile makefile - описание последовательности действий по превращению группы исходных файлов, написанных в общем случае на разных языках, в загрузочный модуль, который будет исполняться. При этом, как правило, библиотечные подключаемые модули хранятся в виде объектных модулей или модулей библиотек и подключаются на этапе, когда работает компоновщик. Если учесть, что у современных компиляторов туева хуча ключей, у компоновщиков точно такая же, а так же то, что Ваша нетленка разбросана по всему компьютеру и то, что Вы хотите еще и библиотек, то выходит, что для того, чтобы все это описать нужен еще один язык. На нем Вы пытаетесь описать все, что Вы хотите сделать с исходниками - своими и чужими. И, Прохожий, скажите еще о преимуществах памяти, организованной как регистровая... Это когда обращение к памяти не отличается от обращения к регистрам. Т. е. память - такой же регистр, как и служебный. Регистр периферии, скажем, или аккумулятор, или слово состояния машины, или регистр управления прерываниями, ну и т. д. У всех PIC-ов это так. У AVR - нет. В связи с этим пересылка память - память на PIC-е будет выполнена за один машинный цикл. Причем, при этом возможна косвенная адресация с извратами, как у приемника, так и у источника. У AVR это не так. Там обращение к памяти возможно только через специальные регистры - указатели. И временные затраты на это дело измеряются уже несколькими машинными циклами. Следовательно, массив памяти AVR - динамический с регенерацией. А у PIC - статический. А дальше - делайте выводы сами. PIC-ом владеют жадные и мелочные люди. AVR-ом владеют жадные и мелочные люди. Нет. Весь необходимый софт бесплатный. Отладочные средства практически даром. Руководство - индус и грек соответственно. Intel-ом владеют жадные и мелочные люди. Да. Объяснять не буду. Им уже это в самом Пендостане объясняли неоднократно. В виде штрафов за нарушение антитрестовского законодательства. Руководство - железнодорожное. Сложно сказать. Как бы и лучше, там и DSP есть, при том, что супер-пупер навороченное. Но с осями - туго. Имхо. Ничего сложного. Систем на основе MIPS32 выпущено на порядок больше, чем на ARM. Это должно говорить о надежности. И еще, у ARM-а при этом PR в эти же разы больше. Никаких мыслей о руководстве этой компании не возникает? |
|
|
3.6.2010, 3:11
Сообщение
#60
|
|
тот самый Группа: Мод Сообщений: 13629 Регистрация: 24.11.2009 Из: Харьковская обл., UA Пользователь №: 25 |
Устаревшее ядро, разработанное человеком под ЛСД. Скорее, банально клея нанюхался. Система команд упрощена настолько, что все самое нужное осталось за кадром. Цитата глючат датчики, те, что с кнопочками и индикаторами. При чем тут АВР? - это люди кривые. Почти все, что я делал последние 10 лет - делалось на "кривых" АВР - работает от 5 и выше лет. На 8051, правда, тоже работает от 7 и выше Цитата Так, чтобы кнопочками, а не на дурацкой абракадабре в виде makefil-ов? Народ уже привык к комфорту, а Вы зовете его назад в каменный век. ................................................................................ ................. ПМСМ, makefil-ы - это просто костыли, которыми люди вынуждены пользоваться из-за бедности. В нормальной IDE ничего этого быть не должно. А есть в нормальной ИДЕ кнопочка такая "обновить таблицу параметров девайса 1 по результатам линейной регресии таблицы Т1.csv" Или (гораздо ближе к реальности) "импортировать настройки проекта из стороннего мейкфайла, чтоб ничего не проёкать" ? +1! ..................... По-моему и старые не подарок. Ф топку. Абалдедь! Всего-то взять и прочитать макабуку... |
|
|
Текстовая версия | Сейчас: 29.3.2024, 0:26 |