IPB

Здравствуйте, гость ( Вход | Регистрация )

5 страниц V  < 1 2 3 4 5 >  
Ответить в данную темуНачать новую тему
> помехо- и просто устойчивость МК, кто с чем сталкивался практичекски.
Прохожий
сообщение 31.5.2010, 20:42
Сообщение #41


сундук
***

Группа: Пользователи
Сообщений: 4043
Регистрация: 21.11.2009
Из: Ростов-на Дону
Пользователь №: 15



Цитата(orthodox @ 31.5.2010, 22:15) *
Книгу скачал на английском и первые главы перевода только нашел, альтернативного варианта...
Поищу купить в магазине, через инет, наверное сложно будет... И смысла нету.

Еще Кернигана и Ритчи надо.
А чем тот же "О3" не устраивает?
В принципе, должен иметь место подобный укровариант...
Перейти в начало страницы
 
+Цитировать сообщение
orthodox
сообщение 31.5.2010, 21:48
Сообщение #42


ДИКТАТОР
Иконка группы

Группа: Мод
Сообщений: 23809
Регистрация: 20.11.2009
Из: Житомир
Пользователь №: 3



Цитата(Прохожий @ 31.5.2010, 21:42) *
это-то с детства у мну есть...
Перейти в начало страницы
 
+Цитировать сообщение
Прохожий
сообщение 31.5.2010, 21:58
Сообщение #43


сундук
***

Группа: Пользователи
Сообщений: 4043
Регистрация: 21.11.2009
Из: Ростов-на Дону
Пользователь №: 15



Цитата(orthodox @ 31.5.2010, 23:48) *
это-то с детства у мну есть...

С детства низзя.
Надо Second Edition. А это 1988 год.
Перейти в начало страницы
 
+Цитировать сообщение
orthodox
сообщение 31.5.2010, 22:17
Сообщение #44


ДИКТАТОР
Иконка группы

Группа: Мод
Сообщений: 23809
Регистрация: 20.11.2009
Из: Житомир
Пользователь №: 3



Цитата(Прохожий @ 31.5.2010, 22:58) *
С детства низзя.
Надо Second Edition. А это 1988 год.

У меня было позднее детство...
первую программку написал лет в 30 примерно...

Но для уверенности скачал Second Edition...переводик так себе, с опечатками - но ничего, все понятно...
Да и с детства кое-чего помню, когда-то зубрить пытался, плохо что без практики...


Тяжелое детство, восьмибитные игрушки...
Перейти в начало страницы
 
+Цитировать сообщение
Прохожий
сообщение 31.5.2010, 22:24
Сообщение #45


сундук
***

Группа: Пользователи
Сообщений: 4043
Регистрация: 21.11.2009
Из: Ростов-на Дону
Пользователь №: 15



Цитата(orthodox @ 1.6.2010, 0:17) *
Тяжелое детство, восьмибитные игрушки...

Переходите к 16-битным.
Сразу станет легче.
Рекомендую так же посмотреть на событийное программирование и конечные автоматы.
А так же вникнуть в работу по прерываниям.
Получается надежно и верифицируемо.
Перейти в начало страницы
 
+Цитировать сообщение
orthodox
сообщение 1.6.2010, 0:03
Сообщение #46


ДИКТАТОР
Иконка группы

Группа: Мод
Сообщений: 23809
Регистрация: 20.11.2009
Из: Житомир
Пользователь №: 3



Цитата(Прохожий @ 31.5.2010, 23:24) *
Переходите к 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





Гости






Цитата(orthodox @ 31.5.2010, 18:52) *
В этом изложении- да. красиво звучит и выглядит.
Собственно, большей частью доработки касаются редактора,
получается можно создать простенький пре-компилятор (или транслятор?)-переводчик, короче...
для перевода в стандартный вид и последующей компиляции привычными средствами?

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

Цитата(Прохожий @ 1.6.2010, 0:24) *
Переходите к 16-битным.
Сразу станет легче.

Поздно.
С 8 бит нужно как минимум на кортекс-М0.
По цене - практически никакой разницы.
16р - как-то быстро "отцвели"...
Перейти в начало страницы
 
+Цитировать сообщение
orthodox
сообщение 1.6.2010, 7:22
Сообщение #48


ДИКТАТОР
Иконка группы

Группа: Мод
Сообщений: 23809
Регистрация: 20.11.2009
Из: Житомир
Пользователь №: 3



Цитата(MrYuran @ 1.6.2010, 7:49) *
Поздно.
С 8 бит нужно как минимум на кортекс-М0.
По цене - практически никакой разницы.
16р - как-то быстро "отцвели"...

Да учитывая, что в больших системах и место есть, и энергии полно - можно Atom туда...
А на самом деле так оно и сделано, просто он обслуживает всю систему, а я для отдельных блоков
подбираю камень - собрать и выдать информацию, возможно - включить-отключить...

При таком списке ошибок, как у PIC-ов , я едва ли поручу ему в работу прибора вмешиваться...
Да и спецы не рекомендуют тоже, с кем поговорил от заказчика...smile.gif
Хотя можно было сэкономить пару микросхем, хоть синус сгенерить ну и по мелочи там...
Кое-что просится, конечно.

Хотя могу и на развесе полностью делать..ретро, панимашь...
Я ж даже драйверов не применяю пока что фирменных...все сам...
Че-то как-то не подходит... Или искать не умею smile.gif

Цитата(MrYuran @ 1.6.2010, 7:49) *
Это не редактор, это интерактивная система, зашитая непосредственно в кристалл. То есть, не написав ни строчки своего кода, можно подцепить свою плату к СОМ-порту и иметь доступ во все закоулки контроллера через обычный терминал.
То есть прямо противоположное традиционному направление программирования.
Не сверху вниз, когда для того, чтобы проверить небольшой кусочек, надо иметь более-менее работающую основную программу, а снизу вверх. То есть, написав небольшую процедурку, например, для мигания светодиодом, можно её тут же запустить и увидеть результат.
Причём, компиляция осуществляется "на лету" самой системой, которая внутри контроллера.


Занятно, я вчера читал про RTOS ы для МК , но это для сложного чего, многозадачность там всякая еще...
У мну задачи попроще...
Да я бы и не связался сразу с этим всем... Надежность надо и предсказуемость,
так что мне не светит сложности делать с первого пинка...
Поstepенно буду наращивать, то есть step by step
Перейти в начало страницы
 
+Цитировать сообщение
Прохожий
сообщение 1.6.2010, 18:21
Сообщение #49


сундук
***

Группа: Пользователи
Сообщений: 4043
Регистрация: 21.11.2009
Из: Ростов-на Дону
Пользователь №: 15



Цитата(Огурцов @ 1.6.2010, 5:54) *
А какие преимущества у них перед 32-битниками ?

Преимущества очевидны - емкость кода.
Все константы 16 битные.
В подавляющем большинстве случаев все внешние переменные, с которыми доводилось работать именно такие.
Например, последовательный АЦП - 10 бит. Слово в интерфейсе MODBUS/RTU - 16 бит.
Увеличенная разрядность нужна для реал-тайм расчетов.
Но в этом случае я выберу dsPIC с той же системой команд, но с dsp ядром.
А там уже все 40 битное с распознаванием насыщения и конвейерной обработкой.
А если учесть, что подавляющее большинство команд в PIC24 выполняется за два колебания кварца, то на
целочисленной арифметике PIC24F спокойно "порвет" любой ARM с частотой до 50 Мгц.
Я уже не говорю про PIC24H. Или dsPIC33. ARM с подобными возможностями за эти деньги Вы вряд ли найдете.

Цитата(MrYuran @ 1.6.2010, 8:49) *
Поздно.
С 8 бит нужно как минимум на кортекс-М0.
По цене - практически никакой разницы.
16р - как-то быстро "отцвели"...

Что-то я не нашел приличного Corteх М0 за реальные деньги.
Да и медленные они... А 32 бита далеко не всегда счастье.
Кроме Microchip-а 16 битными процессорами занимается и Maxim-Dallas.
Тот же SGS-Thompson опять же. Да и MCP430 от TI пока еще никто не отменял.
Перейти в начало страницы
 
+Цитировать сообщение
_pasha
сообщение 1.6.2010, 18:39
Сообщение #50


тот самый
Иконка группы

Группа: Мод
Сообщений: 13629
Регистрация: 24.11.2009
Из: Харьковская обл., UA
Пользователь №: 25



некрочиповский Си на пиках
(С18) далеко ушел от стандарта (С99). Использовать мона скрипя зубами. Static в параметрах функции - это ваще ппц smile.gif, но без него страшно жыыыть.
Кортексы будуть М3 лучше. Чтоб не класть свои яйца в чужую корзину. А то атымель или некрочип чихнули - и писец всему бусинес- плану. Как все знают, атымель уже чихнули-с.
Перейти в начало страницы
 
+Цитировать сообщение
Прохожий
сообщение 1.6.2010, 20:38
Сообщение #51


сундук
***

Группа: Пользователи
Сообщений: 4043
Регистрация: 21.11.2009
Из: Ростов-на Дону
Пользователь №: 15



Цитата(orthodox @ 1.6.2010, 9:22) *
При таком списке ошибок, как у PIC-ов , я едва ли поручу ему в работу прибора вмешиваться...
Да и спецы не рекомендуют тоже, с кем поговорил от заказчика...smile.gif
Хотя можно было сэкономить пару микросхем, хоть синус сгенерить ну и по мелочи там...
Кое-что просится, конечно.

Начнем с технического обоснования.
Ерраты в современном мире - это печальная реальность. Тут ничего не сделаешь.
Их наличие на сайте производителя - это признак бережного отношения к клиенту.
Дабы не наступал на грабли.
Отсутствие еррат - наоборот.
К стати, у PIC-ов ошибок не более, чем у других.
У меня лично несколько иное отношение к PIC-ам.
Начать с того, что изделий, представляющих собой трехканальные фазовые регуляторы выпущено уже порядка 2000 штук.
Претензий у потребителя нет. МК - PIC18F1320.
Более трех лет на моем предприятии работает коробка, представляющая из себя преобразователь термо-ЭДС (термопара типа К) в частоту 1...2 кГц.
МК - PIC16F676. Причем это дело работает в две смены без выключения.
Полгода назад запущен девайс, управляющий сигаретным упаковщиком.
Там энкодер+двухстрочный индикатор. Внутри электронная кулачковая система.
8 входов, 8 выходов. У каждого входа-выхода свой кулачок.
Там же реализован сдвиговый регистр. Работает тоже в две смены без остановок.
А там PIC18F452. Если бы Вы прочитали еррату на него, то...
Я уже не говорю об удаленном модуле на MODBUS/RTU, работающем совместно с PLC "Овен".
И задатчике сварочного тока, работающем непосредственно возле силовых ключей в аппарате на 350 ампер.
И т. д.
А к PIC-ам я пришел тоже не просто так. Был анализ промышленного оборудования известных производителей.
К примеру, модули удаленных систем Beckhoff, Wago-Systems, блокировочные замки и многое другое выполнено на именно PIC-ах.
Так что...

Цитата(_pasha @ 1.6.2010, 20:39) *
некрочиповский Си на пиках
(С18) далеко ушел от стандарта (С99). Использовать мона скрипя зубами. Static в параметрах функции - это ваще ппц smile.gif, но без него страшно жыыыть.
Кортексы будуть М3 лучше. Чтоб не класть свои яйца в чужую корзину. А то атымель или некрочип чихнули - и писец всему бусинес- плану. Как все знают, атымель уже чихнули-с.

Эта...
А чего это мы забываем, что Cortex М3 в освоении денех требует, чтобы от стандарта не уйти?
И неслабых. Порядка 10 000, но не рублей...
А так только Гнусь, которая вообще никаких стандартов не придерживается?
А если не нравится МСС18, то берите HI-TECH C, но за бапки... или с ограничениями.
К стати, Microchip живее всех живых будет.
Фин. положение устойчивое.
Активы выведены из Пендостана в Восточную Европу, Китай и на родину президента фирмы.
Тот же ATMEL приобретут, наверное.
Перейти в начало страницы
 
+Цитировать сообщение
Harbinger
сообщение 1.6.2010, 20:58
Сообщение #52


посіпака Хунти
Иконка группы

Группа: Мод
Сообщений: 20016
Регистрация: 21.11.2009
Из: Vinnitsa
Пользователь №: 11



Цитата(Прохожий @ 1.6.2010, 19:21) *
Да и MCP430 от TI пока еще никто не отменял.

Со своей колокольни: неадекватно дороги ("мелочь" не в счёт). Были заложены давно, применяются по инерции (135, 147, 149). В новых разработках их уже нет.
Перейти в начало страницы
 
+Цитировать сообщение
orthodox
сообщение 2.6.2010, 4:13
Сообщение #53


ДИКТАТОР
Иконка группы

Группа: Мод
Сообщений: 23809
Регистрация: 20.11.2009
Из: Житомир
Пользователь №: 3



Керниган:
Цитата
Как только появился С, исчезли все причины, побуждающие нормальных программистов писать на ассемблере. С - мой любимый язык, если бы меня выбросило на пустынный, необитаемый остров всего с одним компилятором, я бы предпочел, чтобы это был С.


На необитаемый остров с компилятором...
В этом что-то есть.
Все, точно стану программистом...
И именно на С.
Перейти в начало страницы
 
+Цитировать сообщение
_pasha
сообщение 2.6.2010, 7:46
Сообщение #54


тот самый
Иконка группы

Группа: Мод
Сообщений: 13629
Регистрация: 24.11.2009
Из: Харьковская обл., UA
Пользователь №: 25



Цитата(Прохожий @ 1.6.2010, 21:38) *
Эта...
А чего это мы забываем, что Cortex М3 в освоении денех требует, чтобы от стандарта не уйти?
И неслабых. Порядка 10 000, но не рублей...
А так только Гнусь, которая вообще никаких стандартов не придерживается?

Зря Вы так на гнуся. Сразу видно - не работали в нем. Как раз там все стандарты на месте. А расширения gnu99 (имхо, оч. полезные и удобные) - легко локализуются и редефайнятся, по крайней мере, то, с чем сталкиваюсь и чем пользуюсь я - позволяет перенастраиваться.
Приведенный же пример (МСС18) со static в параметрах функции, отсутствие <stdint.h> и некоторые непонятки по поводу того, как раз и навсегда минимизировать переключение банков - напрягают невероятно. Зато очень нравится 24-битный short long, хоть он и не стандартный, а нравится smile.gif
Перейти в начало страницы
 
+Цитировать сообщение
Гость_MrYuran_*
сообщение 2.6.2010, 8:15
Сообщение #55





Гости






Цитата(orthodox @ 2.6.2010, 6:13) *
Все, точно стану программистом...
И именно на С.

Ну так за чем дело стало?
Вперёд на рынок, за мегой-8 (/16/32),
потом качаем WinAVR, читаем по диагонали нотации к AVR Libc,
потом пишем make в папочке с каким-либо примером, программируем кристалл по 3-м проводкам и (о чудо!) светик начинает моргать.

Цитата(Прохожий @ 1.6.2010, 22:38) *
А так только Гнусь, которая вообще никаких стандартов не придерживается?

Вот это зря.
GNU/Linux - очень стройная, стандартизированная и документированная СИСТЕМА, позволяющая сотням и тысячам разрозненных разработчиков одновременно править одни и те же проекты. Так что стандартизация там на высоте. Что и показывает конечный результат.
Мы вот уходим от IAR и переводим все проекты на GCC (кстати, практически безболезненно).
И вообще, пока не напишешь _собственный_ makefile, пусть даже и склеенный из готовых кусочков, так и не поймёшь, как же на самом деле исходники превращаются... превращаются исходники... в бинарник.
Перейти в начало страницы
 
+Цитировать сообщение
Прохожий
сообщение 2.6.2010, 20:04
Сообщение #56


сундук
***

Группа: Пользователи
Сообщений: 4043
Регистрация: 21.11.2009
Из: Ростов-на Дону
Пользователь №: 15



Цитата(Огурцов @ 2.6.2010, 9:35) *
ARM - это принципиально другой уровень и возможности программирования. 50мгц - это видимо самые первые модели. Константы в 16-битниках короче в два раза - не довод и не плюс. В CAN пакет/адрес/данные - подлиннее. Поэтому (имхо) не вижу смысла в таком промежуточном уровне. Для всех smps вполне должно хватать тех же avr, а если нужно что-то понавороченнее, чем smps, то не за чем распыляться на 16-битники - освоить все архитектуры все равно не хватит времени, поэтому и нужен (только) второй вариант. И что-нить из того, на чем можно запустить полноценную ось. ARM - вполне подходит. Можно помощнее, достаточно выбрать из того, что поддерживается MS и линуксом. Против DSP - не возражаю, но сам DSP должен быть вторым, дополнительным ядром.

К AVR испытываю личную нЭпрЫязнь - недоделанный он какой- то...
Внутренняя память - халява. Могли бы и регистровую сделать. Всю.
ARM-ом владеют жадные и мелочные люди.
Я, как свободный художник, просто отказываюсь им платить.
И не какой это не уровень. Я уже выше распинался по этому поводу.
Устаревшее ядро, разработанное человеком под ЛСД.
Уж лучше MIPS32.
AVR в SMPS - никогда! Из-за халявной внутренней памяти.
Точно так же, как и ОСЬ во встроенных, необслуживаемых системах.
Это я Вам как руководитель службы КИПиА на крупном предприятии говорю.
Такие изделия однозначно не приобретаются.
А те, что есть, выбрасываются и заменяются нормальными.
Дело до смешного доходит - глючат датчики, те, что с кнопочками и индикаторами.

Цитата(MrYuran @ 2.6.2010, 10:15) *
Вот это зря.
GNU/Linux - очень стройная, стандартизированная и документированная СИСТЕМА, позволяющая сотням и тысячам разрозненных разработчиков одновременно править одни и те же проекты. Так что стандартизация там на высоте. Что и показывает конечный результат.
Мы вот уходим от IAR и переводим все проекты на GCC (кстати, практически безболезненно).

Ну, да, внутри самой GNU C - безусловно. Только как это соотносится с ANSI C? И как быть с редактором, симулятором, отладчиком? Так, чтобы кнопочками, а не на дурацкой абракадабре в виде makefil-ов? Народ уже привык к комфорту, а Вы зовете его назад в каменный век.

Цитата(MrYuran @ 2.6.2010, 10:15) *
И вообще, пока не напишешь _собственный_ makefile, пусть даже и склеенный из готовых кусочков, так и не поймёшь, как же на самом деле исходники превращаются... превращаются исходники... в бинарник.

Да ну? В цепи: редактор текста (исходник)->компилятор + библиотеки (объектные модули) ->компоновщик (бинарник) за последние 50 лет появилось что-то новое?
Порою кажется, что все делается лишь только для того, чтобы усложнить жизнь разработчика. В том числе и новые псевдоязыки для этих самых makefil-ов.
Сами же говорим, что ассемблер - это не совсем хорошо. Переходим к С. И тут на тебе.
Еще препятствие - дурацкие скриптовые языки, чтобы запрячь лебедя, рака и щуку (редактор, транслятор и компоновщик, а так же симулятор и внутрисхемный отладчик) в одну телегу.
ПМСМ, makefil-ы - это просто костыли, которыми люди вынуждены пользоваться из-за бедности. В нормальной IDE ничего этого быть не должно.
Перейти в начало страницы
 
+Цитировать сообщение
orthodox
сообщение 2.6.2010, 20:38
Сообщение #57


ДИКТАТОР
Иконка группы

Группа: Мод
Сообщений: 23809
Регистрация: 20.11.2009
Из: Житомир
Пользователь №: 3



кто-нибудь, дайте инженерное определение(дефиницию) понятия makefile

И, Прохожий, скажите еще о преимуществах памяти, организованной как регистровая...

PS название темы отредактировал - устойчивость более широкое понятие...Влияет все...
Перейти в начало страницы
 
+Цитировать сообщение
orthodox
сообщение 2.6.2010, 22:39
Сообщение #58


ДИКТАТОР
Иконка группы

Группа: Мод
Сообщений: 23809
Регистрация: 20.11.2009
Из: Житомир
Пользователь №: 3



Цитата(Огурцов @ 2.6.2010, 22:24) *
PIC-ом владеют жадные и мелочные люди.
AVR-ом владеют жадные и мелочные люди.
Intel-ом владеют жадные и мелочные люди.


Да. И совершенно неважно, кто их основал, ими руководит, и определяет их техническую и
финансовую политику. Ну, последнее важно..в стратегическом масштабе разве что...
Перейти в начало страницы
 
+Цитировать сообщение
Прохожий
сообщение 2.6.2010, 22:58
Сообщение #59


сундук
***

Группа: Пользователи
Сообщений: 4043
Регистрация: 21.11.2009
Из: Ростов-на Дону
Пользователь №: 15



Цитата(orthodox @ 2.6.2010, 22:38) *
кто-нибудь, дайте инженерное определение(дефиницию) понятия makefile

makefile - описание последовательности действий по превращению группы исходных файлов, написанных в общем случае на разных языках, в загрузочный модуль, который будет исполняться.
При этом, как правило, библиотечные подключаемые модули хранятся в виде объектных модулей или модулей библиотек и подключаются на этапе, когда работает компоновщик.
Если учесть, что у современных компиляторов туева хуча ключей, у компоновщиков точно такая же, а так же то, что Ваша нетленка разбросана по всему компьютеру и то, что Вы хотите еще и библиотек, то выходит, что для того, чтобы все это описать нужен еще один язык.
На нем Вы пытаетесь описать все, что Вы хотите сделать с исходниками - своими и чужими.
Цитата(orthodox @ 2.6.2010, 22:38) *
И, Прохожий, скажите еще о преимуществах памяти, организованной как регистровая...

Это когда обращение к памяти не отличается от обращения к регистрам.
Т. е. память - такой же регистр, как и служебный.
Регистр периферии, скажем, или аккумулятор, или слово состояния машины, или регистр управления прерываниями, ну и т. д.
У всех PIC-ов это так. У AVR - нет.
В связи с этим пересылка память - память на PIC-е будет выполнена за один машинный цикл.
Причем, при этом возможна косвенная адресация с извратами, как у приемника, так и у источника.
У AVR это не так. Там обращение к памяти возможно только через специальные регистры - указатели.
И временные затраты на это дело измеряются уже несколькими машинными циклами.
Следовательно, массив памяти AVR - динамический с регенерацией.
А у PIC - статический.
А дальше - делайте выводы сами.

Цитата(Огурцов @ 2.6.2010, 23:24) *
PIC-ом владеют жадные и мелочные люди.
AVR-ом владеют жадные и мелочные люди.

Нет. Весь необходимый софт бесплатный.
Отладочные средства практически даром.
Руководство - индус и грек соответственно.
Цитата(Огурцов @ 2.6.2010, 23:24) *
Intel-ом владеют жадные и мелочные люди.

Да. Объяснять не буду. Им уже это в самом Пендостане объясняли неоднократно.
В виде штрафов за нарушение антитрестовского законодательства.
Руководство - железнодорожное.
Цитата(Огурцов @ 2.6.2010, 23:24) *
Сложно сказать. Как бы и лучше, там и DSP есть, при том, что супер-пупер навороченное. Но с осями - туго. Имхо.

Ничего сложного. Систем на основе MIPS32 выпущено на порядок больше, чем на ARM.
Это должно говорить о надежности.
И еще, у ARM-а при этом PR в эти же разы больше.
Никаких мыслей о руководстве этой компании не возникает?
Перейти в начало страницы
 
+Цитировать сообщение
_pasha
сообщение 3.6.2010, 3:11
Сообщение #60


тот самый
Иконка группы

Группа: Мод
Сообщений: 13629
Регистрация: 24.11.2009
Из: Харьковская обл., UA
Пользователь №: 25



Цитата(Прохожий @ 2.6.2010, 21:04) *
Устаревшее ядро, разработанное человеком под ЛСД.

Скорее, банально клея нанюхался. Система команд упрощена настолько, что все самое нужное осталось за кадром.

Цитата
глючат датчики, те, что с кнопочками и индикаторами.

При чем тут АВР? - это люди кривые. Почти все, что я делал последние 10 лет - делалось на "кривых" АВР - работает от 5 и выше лет. На 8051, правда, тоже работает от 7 и выше smile.gif

Цитата
Так, чтобы кнопочками, а не на дурацкой абракадабре в виде makefil-ов? Народ уже привык к комфорту, а Вы зовете его назад в каменный век.
................................................................................
.................
ПМСМ, makefil-ы - это просто костыли, которыми люди вынуждены пользоваться из-за бедности. В нормальной IDE ничего этого быть не должно.

А есть в нормальной ИДЕ кнопочка такая "обновить таблицу параметров девайса 1 по результатам линейной регресии таблицы Т1.csv" lol.gif
Или (гораздо ближе к реальности) "импортировать настройки проекта из стороннего мейкфайла, чтоб ничего не проёкать" ?

Цитата(Огурцов @ 2.6.2010, 22:24) *
+1!
.....................
По-моему и старые не подарок. Ф топку.


Абалдедь! Всего-то взять и прочитать макабуку...
Перейти в начало страницы
 
+Цитировать сообщение

5 страниц V  < 1 2 3 4 5 >
Ответить в данную темуНачать новую тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 



Текстовая версия Сейчас: 29.3.2024, 0:26