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

30 ноября заключительная FPGA-Systems совместно с YADRO онлайн. Встречаемся в последню...: 30 ноября заключительная FPGA-Systems совместно с YADRO онлайн. Встречаемся в последнюю субботу ноября на трансляции регистрируйтесь чтобы получить ссылку на стрим на одной из популярных платформ Youtube Rutube VK. В программе: Запуск AMDGPU и работа с HDMI на ПЛИСе. Опыт применения Chisel/Scala для проектирования сложных систем. Чем прототипирование отличается от разработки на… 28-11-2024

Возобновление поставок продукции Finder Наши клиенты и партнеры Подробнее...: Возобновление поставок продукции Finder Наши клиенты и партнеры Подробнее... 28-11-2024

В России создали не имеющие аналогов композиты для гибкой электроники - CNews https://www....: В России создали не имеющие аналогов композиты для гибкой электроники - CNews https://www.cnews.ru/news/top/2024-11-27vrossiisozdalineimeyushchie CNews.ru В России создали не имеющие аналогов композиты для гибкой электроники - CNews Новосибирские ученые разработали чувствительные к деформациям полимерные электропроводящие композиты которые... 28-11-2024

Курс юаня на Мосбирже превысил 15 рублей впервые с марта 2022 года.: Курс юаня на Мосбирже превысил 15 рублей впервые с марта 2022 года… 27-11-2024

В России создали ультраточные чип-резисторы для сложной техники. Разработчики по...: В России создали ультраточные чип-резисторы для сложной техники. Разработчики подчеркивают что резисторы обладают минимальным температурным коэффициентом сопротивления и способны функционировать в диапазоне температур от -55 до 100 градусов по Цельсию. https://www.pravda.ru/news/science/2140654-precision-chip-resistors/ 27-11-2024

Первая партия микроконтроллеров К1946ВК035 в пластиковых корпусах готова к отгрузке...: Первая партия микроконтроллеров К1946ВК035 в пластиковых корпусах готова к отгрузке АО НИИЭТ https://niiet.ru/261124/ АО НИИЭТ Первая партия микроконтроллеров К1946ВК035 в пластиковых корпусах готова к отгрузке На российском рынке миниатюрный микроконтроллер 1921ВК035 разработки и производства воронежского НИИ электронной техники АО НИИЭТ входит в Группу компаний Элемент уже приобре 27-11-2024

Сейчас мое производство приносит выручки около 60 млн в год но так было не всегда. ...: Сейчас мое производство приносит выручки около 60 млн в год но так было не всегда. В статье расскажу как начинал перекупом в 90-е и в итоге открыл собственное производство электроники где я принимаю участие в производстве даже контроллера. https://habr.com/ru/articles/861170/telegramhabr Хабр В 90-е мне платили магазины вокзалы и обменники а сейчас мое производство делает 60 млн в год… 27-11-2024

Российская электроника просит ввести льготную ставку кредита чтобы ее покупали. ...: Российская электроника просит ввести льготную ставку кредита чтобы ее покупали. Нужна помощь государства… 27-11-2024

Precision power analysis on six 16bit channels at 2Msample/s: Yokogawa has updated its WT1800 precision power analyser first introduced in 2011. Called WT1800R the new version can take simultaneous 16bit measurements on up to six inputs at 2Msample/s right ... The post Precision power analysis on six 16bit channels at 2Msample/s appeared first on Electronics Weekly… 28-11-2024

What caught your eye Compute Module 5 Intel grants ISAM 2025: Were talking about the Raspberry Pi Compute Module 5 the rolling saga of Intels Chips Act grants the location for the UK space conference ISAM 2025 and Open Cosmos winning ... The post What caught your eye Compute Module 5 Intel grants ISAM 2025 appeared first on Electronics Weekly… 28-11-2024

Electronics Weekly Women Leaders in Electronics Awards deadline extended: If youre planning a Christmas holiday be sure to enter before the deadline and give yourself or someone else the opportunity to become a Women Leaders in Electronics Awards winner The post Electronics Weekly Women Leaders in Electronics Awards deadline extended appeared first on Electronics Weekly… 28-11-2024

Electronica: Video Interview - Rochester drives long-term semiconductor solutions amid growing demand: At Electronica 2024 we caught up with Stephen Morris GM EMEA and Dan Deisz VP Design Technology at Rochester Electronics as part of our promotional coverage for the event. In ... The post Electronica: Video Interview Rochester drives long-term semiconductor solutions amid growing demand appeared first on Electronics Weekly… 28-11-2024

Vishay to invest 51m in Newport Wafer Fab: Vishay is to invest 51 million in Newport Wafer Fab now called Newport Vishay which it bought for 142 million in November 2023 in a government-enforced sale from Nexperia which ... The post Vishay to invest 51m in Newport Wafer Fab appeared first on Electronics Weekly… 28-11-2024

OpenCosmos signs 35m deal with ESA: Open Cosmos which makes satellites for data-gathering and the European Space Agency ESA have signed a contract for the development launch and commissioning of NanoMagSat the 3rd mission in the ... The post OpenCosmos signs 35m deal with ESA appeared first on Electronics Weekly… 28-11-2024

Nokia in 3000 DT O-RAN sites: Nokia has been awarded more than 3000 sites by Deutsche Telekom DT to support the operators multi-vendor O-RAN network in Germany. The deal which includes Fujitsu covers a mass rollout ... The post Nokia in 3000 DT O-RAN sites appeared first on Electronics Weekly… 28-11-2024

Gitai USA raises 15.5m for space robotics: Gitai USA the space robotics startup has raised 15.5 million in its latest Series B Extension round which is the third it has held. With previous rounds raising 30m in ... The post Gitai USA raises 15.5m for space robotics appeared first on Electronics Weekly… 28-11-2024

HMGs EV Dilemma: The new government seems to have run into its fair share of controversies suits CVs and now EVs of which EVs looks like being the most intriguing. Whereas ... The post HMGs EV Dilemma appeared first on Electronics Weekly… 28-11-2024

NeoCortec opens wireless mesh protocol and software stack to licensing: Wireless mesh network module maker NeoCortec is to offering licenses for its NeoMesh wireless mesh networking protocol and software stack. Our primary focus remains the manufacturing and sale of our ... The post NeoCortec opens wireless mesh protocol and software stack to licensing appeared first on Electronics Weekly… 27-11-2024

CSA Catapult calls for UK semiconductor super-cluster and money to build it: The UKs CSA Catapult the compound semiconductor technology transfer organisation is calling for the creation of a national semiconductor super-cluster. There are over 200 dedicated semiconductor companies in ... The post CSA Catapult calls for UK semiconductor super-cluster and money to build it appeared first on Electronics Weekly… 27-11-2024

Where European Staff Shortages are Worst: The sector which struggles hardest to attract workers in Europe is the accommodation and food service sector. 1020 of positions in the sector remain unfilled due to the lack of ... The post Where European Staff Shortages are Worst appeared first on Electronics Weekly… 27-11-2024

The Forgotten Story of How IBM Invented the Automated Fab: In 1970 Bill Harding envisioned a fully automated wafer-fabrication line that would produce integrated circuits in less than one day. Not only was such a goal gutsy 54 years ago it would be bold even in todays billion-dollar fabs where the fabrication time of an advanced IC is measured in weeks not days. Back then ICs such as random-access memory chips were typically produced in… 27-11-2024

6GHz 1ppm frequency counter has 10 digits: BK Precision has introduced a pair of 10 digit frequency counters reaching 3 or 6GHz with 1ppm stability across their 5 to 40C operating range. This series utilizes a reciprocal ... The post 6GHz 1ppm frequency counter has 10 digits appeared first on Electronics Weekly… 27-11-2024

16bit 1Gsample/s 60GHz two-channel arbitrary waveform generator: Siglent has introduced a two-channel arbitrary waveform generator series with 16bit 1Gsample/s sampling and outputs at up to 60GHz. The SDG1000X Plus series is a step up from the existing ... The post 16bit 1Gsample/s 60GHz two-channel arbitrary waveform generator appeared first on Electronics Weekly… 27-11-2024

Sponsored Content: Innovative Quality Control Technologies Driving the Development of the Electronics Industry: With the successful conclusion of Electronica 2024 leading global enterprises in the electronics sector showcased their latest technologies and innovations. As a prominent player in electronic component distribution WIN SOURCE ... The post Sponsored Content: Innovative Quality Control Technologies Driving the Development of the Electronics Industry appeared first on Electronics Weekly… 27-11-2024

А есть ли мудроконтроллер в 32 разряда такой же мощный по ядру как тот же stm32 но у которого в среде можно спокойно влепить программу из одного файла не считая встроенных хедеров периферии и регистров (в которых ниче править не надо ручками). И Blackbird_sunday(355 знак., 28.06.2013 08:33, , MCU, полностью)
- ADuC ! - Vladimir Ljaschko(01.07.2013 10:03)
- А там ведь так и есть. Просто "не так, как в AVR". Может, в этом суть вопроса? - ut1wpr(28.06.2013 11:43)
  - Да нет дело не в том что не так ..а в том что шибко сложно все таки .. - Blackbird_sunday(01.07.2013 05:59, )
    - переквалифицируйся в управдомы - Snaky(01.07.2013 06:02)
- Если нужно доехать - возьмите велосипед. Если нужно довезти, учитесь ездить на самосвале. Если нужно долететь - учитесь управлять космическим кораблём. Но может не надо жалиться, что лень-матушка? и учтите что мощности любого камня STM32 в былые Белый Жрец(60 знак., 28.06.2013 11:36)
  - ну и шо а AVR как бытовой комп 1980х годов и шо ? Надо бысто и много но просто .. - Blackbird_sunday(01.07.2013 05:57, )
    - добавьте ещё сюда параметр "на халяву" и качественно. и получим классику: "выбери любые два" - Белый Жрец(01.07.2013 14:59)
- Тогда в сторону AVR32 можете посмотреть => - Ксения(28.06.2013 10:46, ссылка)
  - не сильно отличается от -> . Такие же регистры и биты. - zeleny(28.06.2013 11:16, ссылка)
    - Прикольно. Цельная индустрия вокруг толкования ~~священных текстов~~ даташитов и мануалов :-) - SciFi(28.06.2013 11:19)
      - Дак когда нужно ехать а не шашечки рассматривать .. Может человеку надо принять число - быстро его умножить и тут же выдать скажем в другой порт . Так сделай чтоб он МОГ это сделать в две команды а не в 22 листа хедеров :) Просто усидчивости у мну Blackbird_sunday(46 знак., 28.06.2013 11:24, )
        
        Правильно! Дядя Вася покажет как рулить - зачем изучать ПДД, если всего-то - по-быстрому съездить до ближайшего магазина? - Юра(28.06.2013 11:32, )
        
        ну так сложность и количество функций выводов растет, без предварительной настройки никак. А чтобы в 2 команды и не запоминать регистры и биты - используйте StdLib и нормальную среду, которая сама подскажет названия функций и состав структур. - zeleny(28.06.2013 11:31)
        
        Спешка нужна при ловле блох :-) - SciFi(28.06.2013 11:27)
      - Действительно интересный феномен, т.к. и другие подобные сайты в рунете есть. - amusin(28.06.2013 11:24)
- :) Vit(2659 знак., 28.06.2013 10:01)
  - ну как сказать я не совсем тупой :) Но в AVR сразу в мэйне первой строчкой можно написать DDRD=0xff; PORTD=0x55; и обана поехали .. В STM32 надо какие то шины включать - какие то дальше телодвижения двигать .. Короч говоря войну и мир написать Blackbird_sunday(288 знак., 28.06.2013 11:05, )
    - за функциональность надо платить: Hysteresis, Pull-down, Pull-up, Repeater mode(подтяжка помнит предыдущее состояние шины, меньше дребезг), итп. - апкагукейцу(28.06.2013 11:27, )
    - надо аж биты клокирования модулей поднимать. оно может, и кажется нелогичным, но я, например, не представляю, как они смогли бы малой кровью на статике заделать для регистров периферии работу с DMA. В той же меге Вы не сможете работать с внешней Vit(70 знак., 28.06.2013 11:11)
      - ну как как ... Делаеться прога в которой все концы может и в нескольких окнах представлены графически . Путем мышкотыканья им вваливаються нужные режимы . Потом "адын кнопка" и из недр проги вываливается кусок кода на си или на асме по желанию Blackbird_sunday(306 знак., 28.06.2013 11:19, )
        
        как это нету, есть, я даже один раз поигрался, только после второго проекта она никуда не упирается. а микроэксплорер вроде даже gpio и периферию инициализировать умеет - AVF(28.06.2013 11:30)
        
        :) делается. может кому и нужно - Vit(28.06.2013 11:30, ссылка, ссылка)
        
        Аминь. Я чувствую твою боль. Для ColdFire есть такая штука. Весьма хороша -> - SciFi(28.06.2013 11:21, ссылка)
- Вообще-то в том же STM32 минимальная инициализация требует всего несколько строк типа REG1 = 0x1234, REG2 = 0x5678. Ну а вообще 32-разрядники традиционно сложнее (мануал курить таки надо), и исключений я пока не видел. - SciFi(28.06.2013 09:50)
откровенно удивлен, образцы от Техаса в Москве на столе уже на 3й день !!! incognito(34 знак., 28.06.2013 15:09, MCU)
Есть два прибора. Соединяются один проводом - по последовательному порту (?). Между соответствующими пинами МК приборов резистор на десятки кОм. Есть в этом смысл? - POV(18.06.2013 08:11, MCU, полностью)
- Десятки кОм - это перебор. Десятки - сотня Ом. - tesla(27.06.2013 00:28)
- не понял, резистор между RX и TX или резисторы в разрыв RX и TX? Nikolay801_(18.06.2013 10:23)
  - Говорят, что у приёмного прибора на плате чип стоит (т.е. между Tx1 и Rx2). Про передающий прибор нет инфы. - POV(18.06.2013 10:24)
- Конечно. ESD protection. Еще правильнее в вату замотать и презерватив одеть. И не подключаться! - Vladimir Ljaschko(18.06.2013 08:13)
  - Если с презервативом, то вату надо в нос. Чтобы во время работы паленой резиной не воняло! :) - ut1wpr(18.06.2013 15:44)
    - главное не погнуть презерватив. - Ациль Шифер(19.06.2013 16:24)
  - Рад бы не подключаться, но оно уже и без меня так сделано :).. POV(144 знак., 18.06.2013 08:16 - 08:18, картинка)
    - Статика наберется на человеке в синтетике и в момент коннекта чЫк - и готово. - Vladimir Ljaschko(18.06.2013 10:02)
      - А ESD типа протэкшн драйвера применять надо. И еще, нефиг подключенные к сети два прибора меж собой соединять. А накопленная на человеке статика запаянную микросхему вряд ли убьет. - tesla(27.06.2013 00:34 - 00:36)
    - всё равно. I/O МК выводить напрямую на разъём - моветон - Snaky(18.06.2013 08:17)
      - Так я не возражаю. Просто нет уверенности, что инфа про соединитель блоков мне дана верно. Прибора под рукой нет. - POV(18.06.2013 08:19)
На электрониксе (программирование начинающим)проскочила интересная задачка - как узнать сколько элементов в enum. И ведь пока не решили. Может, здесь спецы покруче (от безделья коротающие время во взаимной грызне)? Видимо, предполагается, что Юра(64 знак., 22.06.2013 22:50, , MCU, полностью)
- Высосано из пальца. Заняться что ли нечем? Последним элементом enum должно быть FOOBAR_LAST. Вот, собственно, и всё. - SciFi(22.06.2013 22:58)
  - :) Немного не всё... [Некоторым]элементам могут быть присвоены произвольные значения. Как тогда? - Юра(22.06.2013 23:04, )
    - Поскольку сия проблема не имеет практической значимости, то никак: тупо забить. Или озвучьте реально существующую проблему. - SciFi(22.06.2013 23:06)
      - Ну ё... Ну представьте, простейший случай. Вам надо мерять каналы встроенного АЦП. Вы их энумеруете typedef enum {CHAN_U220=4,CHAN_TOK=2,CHAN_COMMON=3}. Вы их пробегаете в цикле. Для результатов создаете массив int[3]. Случись добавление еще пару Юра(282 знак., 22.06.2013 23:50, )
        
        для такого случая удобнее const uint8_t array[] = {...}; - zeleny(23.06.2013 15:57)
        
        :) Без него, естественно, не обойтись. Но удобнее создать этот массив автоматически, х-макросами. И длину его взять как количество элементов энума. И присвоить значения ячейкам этого массива как?)) Рискую показаться банальным, но - тоже на основе Юра(172 знак., 24.06.2013 00:19, )
        
        Дык и сам enum тоже автоматически :) - Vladimir Ljaschko(24.06.2013 00:25)
        
        Вы срываете покровы!)) Да, вручную только некая прото-таблица, которая превратится в великий и ужасный энум. - Юра(24.06.2013 00:37, )
        
        перед enum добавить #define CHANNELS_NUM N. Забыть/пропустить трудно (если не последняя стадия склероза). - zeleny(23.06.2013 14:34)
        
        Напомнило: "Предположим, число Пи равно 18..." Скрипач(213 знак., 23.06.2013 09:26 - 09:32)
        
        Раз уж мы начали образовываться, следует напомнить про assert() и assert_static() -> SciFi(48 знак., 23.06.2013 00:33, ссылка)
        
        А как предполагается пробежать в цикле по enum? - 1111111(23.06.2013 00:08)
        
        Пробегаются не по энуму, а по каналам. Энум ЗДЕСЬ - это некий систематизированный дифайн, чтобы наглядно и удобно привязать символическое имя канала к его номеру. Потом, с помощью указаний X-MACRO, на основе этого энума компилятор автоматически Юра(286 знак., 23.06.2013 09:26, )
        
        Если уж на то пошло, то вот этот пример >>> на два порядка нагляднее. А желание изначально отталкиваться от enum это стопроцентные шашечки - 1111111(23.06.2013 11:09, ссылка)
        
        Дополнение. Если таблицей, то доступ по символьному имени тоже несложен 1111111(150 знак., 23.06.2013 11:21)
        
        Посмотрите, с чего начался пост - с enum'a. Была тема на электрониксе. Вот от него и плясал чтобы не уйти с темы. А наглядность - кому как. Тем более пример навскидку. - Юра(23.06.2013 11:19, )
        
        Да это натуральные глупости которые придумали "большие программисты" (для пк). Настолько большие что им ни таблицы, ни даже булева алгебра не неизвестны. Короче проблема высосана из пальца:) - 1111111(23.06.2013 11:27)
        
        отличный вопрос - koyodza(23.06.2013 00:23)
        
        Он выплывает из другого вопроса - зачем в данном примере вобще нужен enum? В таких случаях напрашивается банальная таблица с номерами каналов. И sizeof к ней применим - 1111111(23.06.2013 00:52)
        
        +1. Так правильней. Apтём(185 знак., 23.06.2013 06:09)
        
        +1. Именно так и делаю. - rezident(23.06.2013 03:29)
        
        Ну да, это попроще, чем пляски с "X macros". Видимо, коллега хочет опробовать новые методы. Опыт - он ведь сын ошибок трудных :-) - SciFi(23.06.2013 00:55)
        
        Макросы хороши когда они в тему. В данном примере цель хорошая и благородная, только надо не ругать ограниченность языка, а снять корону и посмотреть как решают задачу менее продвинутые коллеги - 1111111(23.06.2013 01:02)
        
        Дык я о том же. Язык не позволяет решить это совсем элегантно, так что чем-то придётся пожертвовать. Лично я с Вами - массив со списком каналов. Хрен с ней - с автоматизацией, да и не очень-то она тут и нужна. - SciFi(23.06.2013 01:05)
        
        Как это хрен с ней? Все решается элементарно, составляется список, а оттуда выковыриваются все значения. Vladimir Ljaschko(627 знак., 23.06.2013 01:12)
        
        Это то, что я назвал "пляски с X macros". Я бы избегал, если есть возможность. - SciFi(23.06.2013 01:14)
        
        Это как наркотик - я бы тоже избегал, но подсел прочно, и колюсь во всех проектах. - Vladimir Ljaschko(23.06.2013 01:18)
        
        Это другое: избежать нельзя, поскольку альтернативы не фонтан. Плюс "подсел", то есть можно быстро ввести в курс дела нового члена команды, так что проблемы нет. - SciFi(23.06.2013 01:21)
        
        Это действительно удобно. Особенно избавившись от "утомительного замачивания" #undef. - Юра(23.06.2013 09:31, )
        
        Ну не знаю, меня undef не утомляет. - Vladimir Ljaschko(23.06.2013 10:34)
        
        Вот нашел ресурс касательно нашего разговора. До дачи ссылки я недорос, но легко найдёте по словам Reduce C-language coding errors with X macros. - Юра(23.06.2013 11:12, )
        
        Цитата в нашу с SciFi пользу :) : "the use of x macros can reduce errors and make the embedded programmer's life easier" Vladimir Ljaschko(621 знак., 23.06.2013 11:52)
        
        Тоже использую у себя повсеместно для хранения конфигурации устройства. SciFi(165 знак., 23.06.2013 11:57)
        
        А мне они понадобились (тоже сначала смастерил сам, но потом нашел) для того, чтобы не переписывать почти одно и то же(и в том же порядке!): имена функций в массиве указателей, делать #define(или enum) при символическом обозначении индекса в Юра(229 знак., 23.06.2013 12:12, )
        
        По-моему, насчет can reduce errors при элементарной автоматизации - это я талдычил... - Юра(23.06.2013 11:57, )
        
        ОК, "третьим будешь" - Vladimir Ljaschko(23.06.2013 12:06)
        
        Регистрация свободна и бесплатна. Сейчас поищу. - Vladimir Ljaschko(23.06.2013 11:35)
        
        +1. Это как шашечки или ехать. - SciFi(23.06.2013 10:35)
        
        Однако многие считают код с вкраплениями undef менее читабельным, и даже называют его ugly)) Ладно, не хотите - дело ваше. - Юра(23.06.2013 10:40, )
        
        Я не пробовал, но разве что-то мешает грохнуть генерацию ошибки по отсутствию undef? Собственно, о чем спорим? В Вашем случае можно красивенько оформить массив переменных (в том числе структур). - Vladimir Ljaschko(23.06.2013 10:46 - 10:49)
        
        Ну что Вы! Ошибок просто нет и грохать нечего... - Юра(23.06.2013 10:51, )
        
        "Будут!" ;) - Vladimir Ljaschko(23.06.2013 10:54)
        
        А я, например, считаю, что детали подвески в авто ugly, а между тем без них никак нельзя. Так что все-таки "шашечки или ехать". - SciFi(23.06.2013 10:45)
        
        Если так сильно хочется автоматизировать, то можно решить макросами. - SciFi(22.06.2013 23:59)
        
        Во! Это дело. Ну, покажите класс. Надерите им задницу)) - Юра(23.06.2013 00:04, )
        
        Слушай, у тебя на sizeof(enum) хватило фантазии, а на макросы - нет. Слабовато выступаешь. SciFi(231 знак., 23.06.2013 00:11)
        
        Ну, ведь можете)). Только sizeof(enum) это не мое, а с электроникса. У меня получился примерно такой же вариант, только Ваш adc_count я сделал struct_t, и от него взял sizeof. - Юра(23.06.2013 00:20, )
        
        Кстати, у этой штуки даже название есть: "X Macro" -> - SciFi(23.06.2013 00:23, ссылка, ссылка)
        
        Как я себе это представляю (с точки зрения непрофессионального программиста, коих большинство)... POV(83 знак., 22.06.2013 23:52)
        
        Какие изменения? Да через два года, когда всё забыл, требуют сделать модификацию, где надо добавить пару каналов, а? Не бывает? С дифайнами еще полазиите по программе ручками считать количество CHAN_xx и менять в нескольких местах, да не везде с Юра(115 знак., 23.06.2013 00:01, )
        
        Почему ручками ? Поиск рулит. - tesla(26.06.2013 21:12)
        
        ну положите рядом с enum ещё и define с объявлением количества каналов, если уж так приспичило. Можно найти и другие способы автоматизации, только опыт показывает, что нужно вовремя остановиться, чтобы автоматизация не стала самоцелью - koyodza(23.06.2013 00:06)
        
        Да это ж простейший enum... А когда в нём 75 членов? Обсчитаться проще простого. Не, ну если не хотите - как хотите, задачка и без того является вызовом. Буду решать. - Юра(23.06.2013 00:12, )
        
        Енум и 75 членов?! Тебе или в порно или.. не знаю куда, но вон из программистов!! - POV(23.06.2013 00:18)
        
        Батенька, Вам не пора спать? У меня в enum и по 80 членов если это машина состояний. - Юра(23.06.2013 00:22, )
        
        80 - как-то многовато для машины, нужно по-другому значит как-то. - Apтём(23.06.2013 00:25)
        
        Есть технологии построения "многопоточных" программ, где задачи разбиваются на некие атомарные шаги или состояния(реализованные, например, в виде отдельных функций). Для некоторых задач требуется уйма коротких, четких шагов Юра(255 знак., 23.06.2013 09:48, )
        
        Вытесняющую многозадочность использовать нет возможности? Там состояния н нужны. - Apтём(23.06.2013 19:24)
        
        Пока только для некритичных применений. Вот недавно для ARM, трусовато оглядываясь по сторонам, применил Фри Ртос. А для устройств с 8К памяти, да менять которые ехать за 3т.км - нет, страшно. Всякому овощу своя грядка. - Юра(24.06.2013 08:48, )
        
        Присоединюсь. Более-менее нормальный модем - сколько у него состояний может быть? я около сотни шагов накапливал. но вот в таких случаях енум не делал - вручную шаги через десяток и через 1 когда надо... А протокол обмена на десяток другой команд? Белый Жрец(756 знак., 24.06.2013 14:31)
        
        Продолжаем образовываться: protothreads -> - SciFi(23.06.2013 10:05, ссылка)
        
        Дело давнее... Так Вы умеете избавляться в x-macro от #undef? - Юра(23.06.2013 10:09, )
        
        Ищи более адекватные решения если енум стал проблемой. И только-то! - POV(23.06.2013 00:24)
- Если присваивание значений явное -- никак. Иначе завести последний элемент с определённым именем. Он будет указывать на число элементов. sizeof() тут ни при чём и обычно равен sizeof(int) или 1 для 8-битных наноконтроллеров. - fk0(22.06.2013 22:58)
Помогите тупице. Не могу сообразить как к С166 JTAG подключить. Нашел только доку по ссылке, но она не даёт понимания как к кристаллу цепляться. - POV(17.06.2013 09:24, MCU, ссылка, полностью)
- Имел дело с C166 (ST10) лет 12 назад. Только до XC166 дело не дошло, поэтому JTAG (OCDS) у меня не было, а был ROM monitor от Кейла. - SciFi(17.06.2013 09:29)
  - Как бы то ни было, но я прочитал каждую буковку в описании выводок проца.. не нашел куда отладочный интерфейс цепляется. - POV(17.06.2013 09:31)
    - А что за проц? Просто интересно. Их там целый зоопарк. - SciFi(17.06.2013 09:33)
      - Я пока не знаю.. просто изучаю семейство с намерением воспользоваться имеющимся uLink'ом. А куда его цеплять всё ещё не представляю. - POV(17.06.2013 09:38)
        
        Я кагбэ намекаю, что в первом поколении семейства OCDS отсутствует. Такшта вопрос не праздный. SciFi(48 знак., 17.06.2013 09:46)
        
        Я вот пока не знаю V1 там или V2. - POV(17.06.2013 09:55)
        
        О, есть инфа. SAC-C167CR-LM. Буду посмотреть что за зверь. - POV(17.06.2013 10:05)
        
        Ну да, нету там OCDS. - SciFi(17.06.2013 10:10)
        
        А как же прогу на этих процах отлаживать? Эмулятор нужен? - POV(18.06.2013 00:23 - 19.06.2013 10:55)
        
        ROM monitor. SciFi(79 знак., 19.06.2013 11:02, ссылка)
        
        хардкор - это хорошо.. но не когда надо ковырять 500 кбайт кода. - POV(19.06.2013 11:14)
        
        В 500кБайт кода разглядывать биты в отладчике без толку: за деревьями леса не видно. - fk0(19.06.2013 11:31)
        
        Килобайт 20 в времена спекки были привычны. А вот с такими объёмами, да еще в незнакомой теме ни разу не сталкивался. Ладно, будем поглядеть. - POV(19.06.2013 11:40)
        
        В спекки 20кб были сильно плотней и соответствуют где-то сотне современным (по числу логических операторов). - fk0(19.06.2013 11:45)
        
        Ну хотя бы исходники есть? - SciFi(19.06.2013 11:21)
        
        Конечно нет. Иначе бы "было неинтересно":) - POV(19.06.2013 11:39)
не догоняю, откуда в формуле вычисления температуры со встроенного датчика MSP430 взялось значение 986mV ? incognito(334 знак., 18.06.2013 12:30, MCU, полностью)
- там похожий вопрос --> - Vit(18.06.2013 13:45, ссылка)
- не во всех --> - Vit(18.06.2013 12:53, ссылка)
  - да это понятно, я применительно ко 2й серии - incognito(18.06.2013 13:18)
    - Figure 23-10 - Vit(18.06.2013 13:23, ссылка)
      - ну видел я ее уже 10 раз и что ? incognito(103 знак., 18.06.2013 13:31)
        
        из этого рисунка и взялось. значения отдельных параметров уточняются по DS - Vit(18.06.2013 13:34)
Пришел очередной релиз от Атымел. Сам4Л ПикоПауэр. Чет не понял, они сами - то на что ставят: на ХМегу , или, таки на Кортекс ? Я-то давно ставки сделал, но все ж прикольно. - _basile(12.06.2013 15:55, MCU, ссылка, полностью)
- Чего тебе пришло? Куда пришло? SAM4L уже несколько мес как продается. Купи да попробуй. - Evgeny_CD(12.06.2013 16:46)
  - Мне ни чо не прищло. НаписАл русским по белому : пришел релиз от атымел (на мэйл). _basile(70 знак., 12.06.2013 18:33 - 13.06.2013 09:56)
    - Кортекс - дань моде, а ХМега - своё сокровенное! :) - Ксения(13.06.2013 21:00)
    - Они продвигают Атмел. - Ralex(13.06.2013 09:29)
  - осенью их манагер бил себя пяткой в грудь, мол, уже можно брать... хера там. а теперь тем более пусть идут они лесом. продукт, может и хорош, но фирма позорная. Vit(217 знак., 12.06.2013 17:05)
Вот чем меня всегда "радовали" даташиты от TI, так это лаконичностью. Чтобы запустить UART недостаточно одного файла, надо просмотреть ещё и аппноут. В даташитах любительского уровня (AVR) информативность в этом смысле реализована более KLIM83(61 знак., 16.06.2013 18:45, MCU, полностью)
- Чтобы запустить любой модуль в MSP430 всегда хватало User's Manual на серию. Второй обязательный документ - datasheet, в котором указаны электрические параметры и особенности данного конкретного кристалла. - rezident(16.06.2013 19:56)
  - Ну, в 6638 я смог запустить часовой кварц только при помощи апноута, т.к. то что ножки для подключения кварца блокируются при ресете описано не в главе посвящённой UCS, и даже упоминания нету, что такое происходит :( Ещё: упоминание что переход в amx(124 знак., 17.06.2013 09:47)
  - С некоторых пор и табличка подключения внутренних модулей в DS... - Гудвин(16.06.2013 20:03)
тут кто-нить из релсиба бывает? - LordN(14.06.2013 19:21, MCU, ссылка)
Кто-нибудь имеет мнение об этой операционке? Работали? - VVB(13.06.2013 09:24, MCU, ссылка, полностью)
- Если в системе больше одного типа сообщений - впереди маячит жопа. Д.ARMоед(827 знак., 13.06.2013 11:07)
  - Я без просмотра кода не могу так как вы углядеть, не настолько силён. С прерываниями что-то они намутили, это я сейчас увидел. Вложенные, похоже, в принципе недопустимы. - VVB(13.06.2013 12:08)
  - Ну как тебе сказать... если в стиралке раскрутить барабан на 1к оборотов, открыть клапан подачи воды и включить насос откачки, да все это при засыпаном порошке, то тоже мало не покажется... - Evgeny_CD(13.06.2013 11:10)
    - Это ближе к вопросу о вкусе устриц, который с объективными причинами слабо связан. имхо. - Д.ARMоед(13.06.2013 12:02)
- Вообще, молодцы ребята. Удивительно полезная подборка алгоритмов. - VVB(13.06.2013 09:33)
  - Это Сергей Вакуленко. Сейчас работает в MIPS. Он еще BSD портировал на PIC32. - PIC32(14.06.2013 12:46, ссылка)
По поводу обоснованности применения Си для больших МК и больших проектов - почти убедили, вопрос в следующем чистый С против C++ на что ориентироваться. Adept(996 знак., 08.06.2013 17:18, MCU, полностью)
- Про среду разработки fk0 уже написал, и я полностью согласен -> SciFi(312 знак., 08.06.2013 22:02, ссылка)
  - +1. Я использую IAR, Keil, MPLAB. Сам код пишу с сликэдите. В родных средах только кимпилирую и отлаживаю. Причем к слику я даже не прикручиваю компилер. Просто как редактор пользую. Если файлов в проекте много и кода много, без мощного редактора vesago(68 знак., 08.06.2013 23:16 - 23:19, ссылка)
    - И кресло хорошее. - Лeoнид Ивaнoвич(08.06.2013 23:18)
      - И отапливаемое/кондиционированное помещение. Чайник. Всякие вконтакты/сахары лучше заблокировать :-) - SciFi(08.06.2013 23:24 - 23:30)
        
        И жалюзи на окна. Normal-closed. - Лeoнид Ивaнoвич(08.06.2013 23:29)
        
        У нас решетки. И отрубленная личная почта. - _basile(11.06.2013 18:08)
        
        И чтобы интернет сломался. Или хватило силы воли кабель из сетевухи выдернуть. - mr-x(09.06.2013 00:05)
        
        Не, интернет нужен. - Mebius(11.06.2013 22:37)
        
        +100500. Без кондиционера летом можно сразу в отпуск идти. До тех пор, пока температура не спадет до 21град. Все равно ничего путнего родить не удастся. - Dir(08.06.2013 23:28)
        
        Я +30 нормально переношу. Если влажность умеренная. Но +25 комфортнее :-) - SciFi(08.06.2013 23:32)
        
        Счастливец. А я сейчас вынужден без кондиционера в комнате у заказчика проект здавать. С утра еще так-сяк, а после 12 хоть все бросай :( - Dir(08.06.2013 23:34)
        
        Вот щас сижу в солнечном Израиле. Кондиционер в квартире, машине, на работе. Рад бы использовать свою термостойкость, но возможности нет :-) SciFi(87 знак., 09.06.2013 00:06)
        
        См. СанПиН 2.2.4.548-96. Для категории работ Iа (по уровню энергозатрат) при превышении температуры воздуха на рабочем месте выше +28,0°C рабочее время сокращаться на 1 час на каждые 0,5°C превышения. Приложение 3, Таблица 1. - rezident(08.06.2013 23:55, ссылка)
        
        Чего только ни придумают, лишь бы не ставить кондиционер :-) - SciFi(08.06.2013 23:58)
        
        Наоборот. Это как раз тот документ, которым можно обосновать требование по установке кондея ;) Вдобавок можно пригрозить "итальянской забастовкой" :))) - rezident(09.06.2013 00:01 - 00:03, ссылка)
        
        Кому грозить? Заказчику? Стремно что-то. А итальянская забастовка сама собой получается. То, что при комфортной температуре делается на одном дыхании, тут вытягиваешь из себя щипцами и к концу дня полностью измочаленный :( - Dir(09.06.2013 00:13)
      - Абсолютно согласен. Хорошие идеи напрямую связаны с хорошим креслом :) - vesago(08.06.2013 23:24)
        
        кактотак? :> - Snaky(12.06.2013 04:10, ссылка)
        
        Так вернее => - quark(12.06.2013 07:57, ссылка)
        
        бюджетный вариант, самый эффективный :D - quarry(12.06.2013 09:40, картинка)
  - Хорошему программисту всё равно, какой редактор. - Лeoнид Ивaнoвич(08.06.2013 22:15)
    - Как раз наоборот. Хороший программист знает, что хреновый редактор - это куча потерянного времени. - SciFi(08.06.2013 22:19)
- Я бы начал с обзора применения стороннего кода. Сам по себе С++ дает больший оверхед, но иногда важные объемные вещи уже кем-то написаны и вылизаны, и они на С++... Ralex(185 знак., 08.06.2013 19:43)
  - Сам по себе С++ НЕ дает больший оверхед. Вы озвучили известный миф. - =AlexD=(09.06.2013 13:09)
    - Вот и развейте его! Расскажите, зачем нужен С++ без обращений к "куче", а для 8 битников ведь это правда тормоза. - Юра(09.06.2013 13:38, )
      - Не тормоза, сам то пробовал на С++ для 8 битников? У меня на AVR код меньше и быстрее получался чем на С. Сейчас в команде пишем программу, пришлось обратно на С перейти, ужасно неудобно. Кстати "кучу" я почти никогда не использовал. - Михаил Е.(11.06.2013 15:22)
        
        Простите,а Вы писали код на Си? Может, его можно было написать по-другому? - Юра(11.06.2013 19:26, )
        
        Конечно писал, много лет. Я много на чем писал. И по-другому конечно всегда можно написать, только будет ли лучше? По С++, сейчас порылся в своих старых проектах - AtTiny2313. Самодельная корпоративная ОС + 4 задачи. И все это в 2-х килобайтах Михаил Е.(8 знак., 11.06.2013 20:55 - 21:16)
        
        Уверяю Вас, я писал не меньше, в том числе и на языках пообъектней чем С++. А конкретно для МК могу сказать, что различия в навыках программистов дают гораздо больше разброс по размеру и качеству кода чем применение ООП ради ООП. Юра(150 знак., 11.06.2013 21:25, )
        
        Не аргумент, согласен. А зачем нужен С++ - это не ООП ради ООП, это наглядность. Михаил Е.(203 знак., 11.06.2013 21:45)
        
        temp = Input->Get().Debounced; PWM.NextValue->Set(255); - примерно так (порядок слов) написал бы на Си (точки, стрелки и подчеркивания могут меняться) и почти так же на C#. И на C++ вышло бы похоже. Но вот не понимаю красоты и удобства в Vit(88 знак., 12.06.2013 21:50)
        
        Но необязательно же дребезг называть гордым именем Объект. Кстати, Вы описываете свои объекты глаголами - это атавизмы функционального программирования)). - Юра(11.06.2013 22:25, )
        
        А инкапсуляция в малых МК - слишком расточительно. Там, бывает, по нескольку раз одни и те же переменные утилизуются в зависимости от режима. Поскольку все согласны, что тормозную "кучу" ворошить не стОит, то разговор идёт о применении "элементов Юра(113 знак., 12.06.2013 09:53, )
        
        Естественно, об этом и речь - о применении элементов C++. - Лeoнид Ивaнoвич(12.06.2013 10:18)
        
        На С: input(temp); PWM(255); - чем хуже? - MBedder(11.06.2013 21:55)
        
        Наглядностью. Михаил Е.(184 знак., 11.06.2013 22:26)
        
        ИЗВЕЧНАЯ ТЯГА ПРОГРАММИСТОВ ЗАНИМАТЬСЯ ФИГНЕЙ ВМЕСТО РАБОТЫ :) Скрипач(125 знак., 12.06.2013 23:05)
        
        temp = GetInput() и SetPWM(255), на мой взгляд, более наглядно. АПМ(61 знак., 12.06.2013 21:04)
        
        +1. "Фунциональный стиль" программирования более понятен. - fk0(12.06.2013 21:58)
        
        Значит слишком рано завели этот разговор. Подождем годиков 5. - Лeoнид Ивaнoвич(12.06.2013 22:53)
        
        А что будет через 5 лет? Иногда удобнее C, иногда C++, или C#. От конкретной задачи зависит. - АПМ(13.06.2013 00:02)
        
        C++ позиционировать как венец творения - это просто тупо. Надеюсь, через 5 лет будет что-то более вменяемое. Однако, опыт того же C показывает, что эти вещи занимают чуть больше времени. - SciFi(12.06.2013 23:00)
        
        Тупо, так тупо. Умный Вы наш. - Лeoнид Ивaнoвич(12.06.2013 23:28)
        
        Ой, да ладно Вам. Если по делу, то можно. - SciFi(12.06.2013 23:58)
        
        +1. Даже чистые программисты считают, что C++ чересчур сложен для массовых применений и тренд идет в сторону более простых для понимания и пользовния ООП-языков: C#, Java... К тому же "облака" требуют платформенной независимости. - Dir(12.06.2013 23:13 - 23:25)
        
        +много. Аффтару хоцца закруглённых уголков, ИМХО. - SciFi(11.06.2013 21:58)
        
        Ничего предосудительного в этом нет. - Лeoнид Ивaнoвич(11.06.2013 22:25)
        
        Вообще-то есть. Инструмент должен быть адекватен задаче. Если долотом можно сделать - отлично. Иначе придётся всех обучать управлению станком с ЧПУ :-) - SciFi(11.06.2013 22:32)
        
        Я понял. Секта ассемблерщиков превратилась в секту сишников и противостоит сиплюсплюсникам :) Вот только процесс превращения обычно сопровождается ударом себя по голове и словами "Какой же дурак я был!" - Лeoнид Ивaнoвич(11.06.2013 22:55)
        
        Это какая-то бесконечная прогрессия. Переход ASM->C и C->C++ - совсем не одно и то же. "Любая программа может быть уменьшена на 1 байт. Следовательно, любая программа может быть уменьшена до 1 байта". - SciFi(12.06.2013 22:21)
        
        До 0 байт. До -1 байт. До -∞. - fk0(13.06.2013 00:37)
        
        это уже не разные секты, это разные конфессии - они согласны что креститься надо, спорят только сколькими пальцами и в какую сторону :> - Snaky(12.06.2013 01:07)
        
        а я понял, шо электронные девайсы придуманные на просторах СНГ лучше не покупать, ближайшие сто лет. :( - quarry(11.06.2013 23:34)
        
        Что Вас так напугало? Придуманных на просторах СНГ девайсов немного, но они вряд ли сильно отличаются от придуманных в цивилизованных странах. - Лeoнид Ивaнoвич(12.06.2013 01:16)
        
        А знаете анек про отношение к сексу девочек плохих, хороших и умных? - Точка опоры(11.06.2013 23:12)
      - Затем же, зачем и Си нужен "без обращения к куче". С++ даёт больше структурированности, чем Си, но что-бы это понять, нужно сначала начать испытывать в этом потребность, для чего нужно хоть один проект, но сделать в стиле С++. - =AlexD=(09.06.2013 14:07)
  - Выгнать из себя остатки ассемблера при переходе на ЯВУ - сложная и очень важная задача. - Лeoнид Ивaнoвич(08.06.2013 20:00)
- Хочу постепенно перейти на C++, так как чувствую, что пытаюсь на Си реализовать самодельный C++. - Лeoнид Ивaнoвич(08.06.2013 17:30)
  - Для GUI с окошками, менюшками и т.п. - С++ однозначно. - _basile(08.06.2013 19:53)
    - Не только. Для любой программы будет больше порядка. - Лeoнид Ивaнoвич(08.06.2013 19:59)
      - пример преимущества С++ можно ? - zeleny(08.06.2013 21:50)
        
        Да преимущество в любой программе - инкапсуляция данных называется. При объявлении класса сразу можно задать области видимости для методов и полей. А обращение к члену класса содержит имя объекта, что улучшает читабельность исходников. На простом Лeoнид Ивaнoвич(106 знак., 08.06.2013 22:12)
        
        Это стилистика, а не суть. В Си всё то же самое делается без особого геморроя. Си++ начинает отличаться от Си там, где начинаются виртуальные функции. Лучше про них расскажите. - SciFi(08.06.2013 22:16)
        
        В Си это делается искусственно. Зачем, если можно работать на C++? А полиморфизм в мелких МК-приложениях не нужен. Но я не считаю, что без него применение C++ не оправдано. - Лeoнид Ивaнoвич(08.06.2013 22:29)
        
        инкапсуляция данных есть и в структурах. А ООП ИМХО нужен только там где нужен полиморфизм. В МК я такой нужды ни разу не испытывал. Префикс для функций мне не мешает. Только ради этого тянуть С++ ? - zeleny(08.06.2013 22:15)
        
        Так фактически класс это и есть структура, только в ней еще функции могут содержаться. А так да, только ради этого и тянуть. А какие минусы? - Лeoнид Ивaнoвич(08.06.2013 22:27)
        
        Минусы? Искушение замутить какую-нибудь объектно-заориентированную хрень и тут же в ней запутаться :-) - SciFi(08.06.2013 22:31)
        
        Так это замечательно - движение вперед. Со временем всё понадобится. На первых порах некоторые не понимают, зачем с ASM переходить на C :) - Лeoнид Ивaнoвич(08.06.2013 22:37)
        
        Ну, вы знаете, куда ведёт дорога, выстланная благими намерениями :-) - SciFi(08.06.2013 22:40)
        
        Все там будем. Но это не должно отменять стремления вперед. - Лeoнид Ивaнoвич(08.06.2013 22:50)
        
        Стремление вперёд - это хорошо. Но не любой ценой. Про здравый смысл не следует забывать. А так - ради бога :-) - SciFi(08.06.2013 22:54)
        
        Не любой, конечно. И на ASM что-то иногда приходится писать, и на Си. - Лeoнид Ивaнoвич(08.06.2013 23:00)
        
        верно, и эти функции вызываются через таблицу вирт.методов. Зачем нужна лишняя прослойка ? Вместо CALL ADDR грузится адрес таблицы, из нее по смещению извлекается адрес функции, и потом идет вызов. - zeleny(08.06.2013 22:29)
        
        На Сях нужно долго и нудно объяснять компилятору то, что на С++ занимает пару строчек, и гораздо прозрачнее + проверка типов и синтаксиса там, где в Сях стерилизуют приведениями типов и указателями на void. - =AlexD=(09.06.2013 13:08)
        
        пример можно ? - zeleny(09.06.2013 13:09)
        
        Сами напишите, и сравните. Те самые таблицы функций. С контролем типов ессно :-)) - =AlexD=(09.06.2013 13:14)
        
        Дык у него всё статическое, небось. - SciFi(08.06.2013 22:31)
        
        ну тогда и ООП не нужно. А писать prefix_fun или prefix.fun - имхо без разницы. ООП в АВР добавляет нехилый оверхед - инициализацию классов/объектов, и обслуживание динамической памяти - zeleny(08.06.2013 22:32 - 22:35)
        
        Думаю, что нужно. Кроме тех случаев, когда по условиям задачи слишком маленький проц. - Лeoнид Ивaнoвич(08.06.2013 22:38)
        
        В одной структуре могут быть как глобальные переменные, так и статические ? - _basile(08.06.2013 22:22)
        
        зачем ? Хватает локальных - zeleny(08.06.2013 22:24)
        
        Ага, и обращаться к ним только через функции (методы). Неоправданное разрастание кода и тормоза. - _basile(08.06.2013 22:45)
        
        Да, желательно. Я и теперь на Си ко всем переменным из других модулей обращаюсь только через интерфейсные функции модуля. - Лeoнид Ивaнoвич(08.06.2013 22:49)
        
        Я 10лет так поступал , надоело.В мелких проектах нах не надо это. - Plain_user(11.06.2013 17:44, )
        
        Свойства класса вполне могут быть доступны (видны) извне. А зачем проверять диапазон для, например, TRUE и FALSE ??? Оно, конечно, красота, _basile(41 знак., 08.06.2013 23:06)
        
        Именно. Порт через функцию, никак иначе. А вообще, тоже есть мысли на этот счет, но пока у меня всё через функции. Глаз радует, а процессору в курятнике всё равно делать нечего. Такая специфика проектов, ничего не поделать. - Лeoнид Ивaнoвич(08.06.2013 23:23)
        
        Или, к примеру, имеется объект BUTTON(кнопка). У него есть свойство Color. _basile(81 знак., 08.06.2013 23:12)
        
        Ога, а потом окажется, что изменение этого атрибута должно влиять на значение других атрибутов, и приплыли, всю программу перелопачивать. Фтопку. - =AlexD=(09.06.2013 13:04)
        
        Глупости не пишите. Изменение цвета кнопки - конечный результат наступления неких событий. На остальное должен влиять обработчик события, а не индикатор (цвет кнопки). _basile(190 знак., 09.06.2013 14:20 - 14:24)
        
        Таварищчь, если вы не в курсе, как работают дельфийные проперти, то не следует надувать щёки - глупо выглядит. - =AlexD=(09.06.2013 22:26)
        
        Я на дельфийные и не залупался (разуй глаза) чисто по BORLAND C++. _basile(35 знак., 10.06.2013 16:21)
        
        Ну не усугубляй, а то совсем дурачком выглядишь. Borland Builder это С++ подобная надстройка над дельфями, и стандарту соответствует постольку-поскольку, например весь boost им не собрать. Ну и проперти в нём реализованы в виде расширения =AlexD=(129 знак., 11.06.2013 16:49)
        
        Вот так бы сразу и сказал, что свойства объекта - расширение С++ и к стандарту никакого отношения не имеют. _basile(374 знак., 11.06.2013 17:49 - 17:55)
        
        Так это я для примера сказал, что можно диапазоны проверить. Вообще много чего делать можно. У TButton свойства Color нет, но вот, например, SetColor() для ScrollBar из VCL: Лeoнид Ивaнoвич(239 знак., 11.06.2013 18:10)
        
        Ой, это вообще-то Паскаль, похоже. С С++ на МК как связать ? - _basile(11.06.2013 18:15)
        
        Это кусок исходника одной из библиотек Borland C++, они у него на Паскале. К вопросу о том, что можно делать внутри метода SetColor. - Лeoнид Ивaнoвич(11.06.2013 18:20)
        
        В принципе всё тоже самое можно сделать и на чистом C++ без всяких расширений, даже какой-нибудь шаблон написать, но по факту весь этот геморрой никому не нужен, когда можно просто и тупо вызывать методы. - =AlexD=(11.06.2013 19:15)
        
        Так тут речь не о нужности property (вообще, это весьма спорные образования), а о сокрытии данных внутри объекта. Конечно, вызовом методов можно обойтись. - Лeoнид Ивaнoвич(11.06.2013 22:24)
        
        Вот. Нужно рассматривать конкретный GUI. - _basile(11.06.2013 22:43)
        
        А в багланде нельзя operator= перегрузить? - fk0(10.06.2013 17:19)
        
        в борланде есть расширение для С++ эмулирующее дельфийные проперти, стандарту С++ не соответствует никак. - =AlexD=(11.06.2013 17:01)
        
        Да уж, C++ с паскалем не сравнить, тонны говнокода на пустом месте. В тикле такая же байда (configure, cget). fk0(440 знак., 11.06.2013 20:22)
        
        Ну, хватит уже. Тут базар о С++ . О Паскале - заведи другую ветку. _basile(231 знак., 11.06.2013 22:08 - 22:17)
        
        Правильно - делом. Следовательно, дельфЯ... Быстро и изящно... - Гудвин(11.06.2013 22:19)
        
        Дельфя на МК - сомнительно. Быстро - может быть... Изящно ? Я тя умоляю. - _basile(11.06.2013 23:11)
        
        А так,вообще-то базар об МК. - _basile(10.06.2013 16:26)
        
        Cвойства объекта (property) как раз и придуманы для того, чтобы скрыть поля объекта, а обращаться к ним только через методы, которые назначены на запись и на чтение property. - Лeoнид Ивaнoвич(09.06.2013 16:41)
        
        И все же. Для чего разработчики некоторые свойства объекта сделали public ? _basile(273 знак., 11.06.2013 16:30)
        
        Свойства - это не переменные, это специально придуманные конструкции для неявного вызова функций. Лeoнид Ивaнoвич(118 знак., 11.06.2013 17:14)
        
        Ну как-же ты упрям в своём невежестве. Гугли property , если по ссылке непонятно. - =AlexD=(11.06.2013 16:54, ссылка)
        
        Признаю свою ошибку. Спутал свойства объекта и данные класса. _basile(404 знак., 11.06.2013 17:35 - 17:40)
        
        зачем ? почему нельзя напрямую ? - zeleny(08.06.2013 22:55)
        
        В функциях можно сделать много хорошего, проверить диапазоны, выполнить действия, нужные при обновлении переменных. Ну а какая красота кода без глобальных переменных - просто неописуемая. Раз в полчаса отхожу от монитора и издали любуюсь. - Лeoнид Ивaнoвич(08.06.2013 22:59)
        
        А что мешает не использовать глобальные переменные в C? - Vladimir Ljaschko(08.06.2013 23:26)
        
        Ничего не мешает, так и делаю. Но на C++ программа будет красивее. - Лeoнид Ивaнoвич(11.06.2013 18:26)
        
        У меня не разрастается. Выбросьте свой компилятор. - SciFi(08.06.2013 22:49)
- С! С++ это следующая ломка ;) - Dir(08.06.2013 17:22)
  - Просто шикарная ветка! Много участников, много мнений, борьба противоположностей. Вот если бы кто-то взял на себя труд выделить основные моменты, соединить мнения групп, собрал в кучки их аргументы - ух какая классная штука БЫ получилась! ut1wpr(399 знак., 13.06.2013 08:46)
    - такие ветки возникают периодически -> Snaky(80 знак., 13.06.2013 08:51, ссылка)
  - +1. C гораздо проще C++. Следовательно, легче обучиться, легче обучить новые кадры, найти готовых спецов, гораздо меньше способов наговнокодить и т.д. В то же время C - вполне себе ЯВУ, для 90+% МК задач подходит отлично. - SciFi(08.06.2013 21:56)
    - Пользуясь C++ можно писать почти как на простом C. Точно так же, как пользуясь C можно писать почти на ассемблере :) - Лeoнид Ивaнoвич(08.06.2013 22:14)
      - Как известно, Си - это подмножество Си++ (с парой не очень существенных оговорок). Но это никак не опровергает мои доводы. - SciFi(08.06.2013 22:22)
        
        Так думают только те, кто умеет писать только на С и кроме одинакового синтаксиса ничего не видят. Но при этом использует возможность компилятора С++ компилировать С код. Для остальных это, все таки, разные языки. - vanner(10.06.2013 10:30)
        
        Вы не поняли. Речь как раз о том, что на C++ можно писать практически так же, как на простом C. А дополнительные возможности использовать по мере возникновения в них потребности. - Лeoнид Ивaнoвич(10.06.2013 11:48)
    - Угу, и занятость обеспечивает, как в одной статье написано (автор языка) :) - mazur(08.06.2013 22:06)
      - Кстати, очень похоже на правду :-) Перевод на русский, однако, весьма третьесортный, но всё же -> - SciFi(08.06.2013 22:11, ссылка, ссылка)
Поиск железа для протоколирования данных от инкрементальных датчиков вращения. AndreasW(1032 знак., 10.06.2013 23:33, MCU, полностью)
- купите кит на спартане и не парьтесь - будете строго синхронно измерять хоть 20 валов с бешеными частотами. и всё это сливать по SPI на любой приятный вам контроллерчик. - Mahagam(11.06.2013 01:14)
  - Последний раз я писал на VHDL в 2008 году. Вроде бы всё работало, но сколько я убил на это времени, просто не сосчитать. AndreasW(67 знак., 11.06.2013 11:55)
    - самый дешёвый. на стартерките есть на третьем спартане. Mahagam(359 знак., 11.06.2013 12:01, ссылка)
- Кажется, это тупиковый путь. Правильнее привязаться не к изменениям сигнала, а к интервалам времени, скажем, 100 мкс, 1 мс (здраво оценив необходимую точность) и сохранять количество сделанных оборотов в каждый Vladimir Ljaschko(105 знак., 10.06.2013 23:42)
  - Это решение не подходит. - AndreasW(11.06.2013 12:28)
    - А могли бы объяснить, почему? - Vladimir Ljaschko(11.06.2013 16:53)
  - +1. Лучше всего записывать график зависимости скорости вращения от времени. Делал похожее для автомобильного стенда, там тоже вращающиеся валы. На каждый энкодер ставил ATmega48 и связывал их в сеть RS-485. Но можно сделать и на одном проце с Лeoнид Ивaнoвич(118 знак., 11.06.2013 00:58)
- saleae, logicdiscovery, SLLogicLogger - Vit(10.06.2013 23:43, ссылка, ссылка)
  - Спасибо. - AndreasW(11.06.2013 11:49)
Напомните, пожалуйста, какими документами регламентируется подсчет контрольной суммы программы в приборах коммерческого учета? - rezident(10.06.2013 22:19, MCU, полностью)
- Вот что надыбал у себя в закромах - VAI(11.06.2013 08:06, ссылка)
  - п. 6.3.2.1 рулит. Спасибо - Vit(11.06.2013 09:35)
- ГОСТ Р 8.654-2009, ну и вроде как МИ 3286-2010, МИ 3290-2010. у нас берут hex(даже не bin), вычитанный по утвержденной методике из девайса, и проходятся по нему CRC32 (мы предлагали MD5). цифры сличают с маркировкой и с записью на бумажке о Vit(11 знак., 10.06.2013 22:35)
  - и вроде как МИ 2955-2010 - Vit(10.06.2013 22:56)
  - Спасибо. А для расчета CRC32 какой-то определенный полином используется? Если да, то какой именно? - rezident(10.06.2013 22:44)
    - я даже не интересовался - нам выдали файл crc32.exe и мы им пару раз пользовались. от нас требуется дать почитать, от них - заверить аутентичность, заканчивается, как обычно, бамажкой - Vit(10.06.2013 22:51)
      - А циферки в сертификате (кстати, каком: сертификате типа средства измерения?) откуда взялись? - rezident(10.06.2013 22:55)
        
        цифирьки после утверждения методики и проверки версии появились в многостороннем протоколе. Vit(321 знак., 10.06.2013 23:02 - 23:04)
        
        Заказчик требует заполнить Таблицу 2 из МИ 3286-2010. А я не совсем понимаю, какую задачу программисту ставить, чтобы удовлетворить требования заказчика и ГОСТов? - rezident(10.06.2013 23:11, ссылка)
        
        кто как хочет:) - Vit(10.06.2013 23:18, ссылка, ссылка)
        
        Ага, т.е. выходит ни тип контрольной суммы, ни полином для подсчета CRC не стандартизованы? - rezident(10.06.2013 23:25)
        
        выходит. я бы нашел регистрационный номер этой шняги с CRC16-Modbus и тыкнул его заказчегу с этой таблицей. просто у нашего свои умники есть и они захотели CRC32 (ну и вроде как такое разумными средствами не подделать) - Vit(10.06.2013 23:32)
        
        Зоказчегу по большому счету начхать на эти CRC и полиномы. Ему циферки нужны для оформления документов под сертификацию типа СИ. - rezident(10.06.2013 23:41)
        
        И еще вопрос, ответ на который не нашел сходу при "диагональном" чтении: калибровочные данные в метрологически значимую часть ПО входят или нет? - rezident(10.06.2013 23:27)
        
        это не ПО, а данные. как их защищать - отдельный вопрос. пломбировка и т.п. тоже туда же - Vit(10.06.2013 23:35)
        
        Еще раз спасибо! Уже более понятно стало, какие именно задачи нужно ставить программисту по доработке ПО. - rezident(10.06.2013 23:37)
Посоветуйте камень для изучения. Как-то по типу заказов (в основном какой-нить "эксклюзив") хватало семейства АВР (использую всё - от самых tiny до Xмег), но вот последнее время как-то стали иногда появляться более крупные задачи Adept(1839 знак., 08.06.2013 01:20 - 03:51, MCU, полностью)
- В силу распостраненности - ARM. Более предметно - Cortex-M3,-M4 (есть умножение/деление). Ассемблер не намного сложнее AVR. Кроме ST можно обратить внимание на TI, Atmel, Freescale, Energy Micro - argus98(10.06.2013 15:26)
  - Вообще-то самый распространённый - это Renesas (по числу отгруженных МК). Такшта я бы поспорил :-) - SciFi(10.06.2013 15:56)
    - А который наиболее распространен от Renesas? В Европе, конечно, а не в Японии. - Ксения(10.06.2013 16:14)
  - Че за отстой советуешь... Где NXP в списке!? :) - Гудвин(10.06.2013 15:30)
    - Ну вот и к теме вернулись :) Adept'у: - еще см. Миландр 1986ВЕ9х, там DS на русском языке, включая описание ядра Cortex-M3. - argus98(10.06.2013 16:15)
      - Только одной DS не достаточно. Ещё нужно перелопатить половину ихнего форума чтобы узнать про особенности работы с DMA, например. - Mebius(10.06.2013 19:46)
- Вот и открылись "известные причины", по которым автору не нужны сформировавшиеся специалисты. Мама/папа/квартира оказались не виноватые. - mr-x(08.06.2013 21:07)
- 8051 для асма - самое оно. Даже AVR Atmel позиционирует, как заточенные под Си. - _basile(08.06.2013 18:45)
  - Ага, с аккумулятором, страничной адресацией :))) а "заточка" под Си предполагает только то, что конструкциям Си во многом соответствуют инструкции ассемблера (о чём я писал ниже), например cpi-breq = switch-case. т.е. Adept(159 знак., 08.06.2013 18:48)
- BlackFin - чудесная система команд, погружаться в которую можно бесконечно, для извращенцев - самое оно. Ну и 400-700 мипс спасёт любой говнокодинг. - =AlexD=(08.06.2013 15:55)
  - Спасибо, посмотрю, а как, интересно у них с LifeTime?? AD в общем, по-моему, в этом вопросе довольно консервативны. - Adept(08.06.2013 17:20)
  - А что посоветуете из готового железа? Интересует работа с цифровым видео. И разные интерфейсы. Евлампий Адольфович(138 знак., 08.06.2013 16:11, ссылка)
    - Готового железа навалом, проц заточен на обработку видео на уровне системы команд, в некоторых чипах есть и специальный ускоритель, на счёт библиотек - не в курсе, тема обработки видео меня не интересовала. - =AlexD=(08.06.2013 22:10)
- Если отбросить спорные моменты про производительность и объем ОЗУ, то я бы предложил RL78 от Renesas. - Vladimir Ljaschko(08.06.2013 15:39)
- Автор сумасшедший??? Микропотребление, реалтайм и др. страшные слова -- это ещё алгоритмы со сложностью мало совместимой с ассемблером. При нормальном программировани C vs ассемблер разницы особой нет. Человек в среднем (а не на fk0(2980 знак., 08.06.2013 13:10 - 13:43)
  - Со всем согласен, кроме одного: Лeoнид Ивaнoвич(30 знак., 08.06.2013 13:32)
    - я тоже не понимаю: применил аналоговый компонент на границе его допустимых параметров - неумный разработчик, а если МК тютелька в тютельку справляется с задачей - герой. несправедливо. Snaky(340 знак., 08.06.2013 15:52)
      - ааналоговый компонент выйдет из строя (или снижается надёжность), а МК будет использовать свои ресурсы (отрабатывать стоимость) полностью. Особенно актуально в серийном изделии. Чувствуете разницу?? - Adept(08.06.2013 16:00)
        
        Неужели у вас многомиллионные тиражи? Даже китайцы в массовой продукции ставят процы с достаточно большой памятью, но при этом бешено экономят на остальных элементах. - Andreas(08.06.2013 16:09)
        
        ну есть несколько коммерческих проектов с тиражами 10K в месяц. Бизнес не мой конечно, я просто разработчик. У меня нет ресурсов организовать производство в таких масштабах. - Adept(08.06.2013 16:16 - 16:19)
        
        На таких тиражах обычно есть на чем экономить, кроме проца. Andreas(274 знак., 08.06.2013 16:32)
        
        Оптимизация там на всём, уж поверьте, считают каждую копейку, а контрактников умелых, как и специалистов вообще действительно немного. - Adept(08.06.2013 16:34)
- dsPIC - все соответствует, кроме среды. Система команд чудесная, 30-70 MIPS, периферии выше крыши, долгосрочностью поставок Микрочип широко известен. А к среде (MPLAB 8) тоже можно приспособиться, хотя могла бы быть и поаккуратнее. Но Cortex MBedder(23 знак., 08.06.2013 12:40)
  - Судя по ассемблеру у автора проекты не слишком большие. Так что PIC24 сойдёт. И с ассемблером у него по-проще, думается. - fk0(08.06.2013 13:11)
    - PIC24F - это всего 16 MIPS, а PIC24H/E не имеют никакого смысла супротив аналогичных dsPIC - разница в цене исчезающе мала - MBedder(08.06.2013 13:16)
      - У H/E electrical specifications не такие зверские как у dsPIC могут быть. У последнего как-то плохо с микропотреблением, в режиме сна тоже. По сравнению с PIC24F совсем плохо. А автору dsPIC скорей не нужен, ему скорей аналог ATTINY проф. уровня. - fk0(08.06.2013 13:40)
- TMS320F28335 от Тексаса (не знаю, устроит ли по экономичности, а так всем остальным пожеланиям соответствует). Но Си лучше все-таки изучить, ибо программить сей камень на асме - тот еще почечуй, прости господи... - serge_dem(08.06.2013 09:59)
- Надо было в пятницу утром спросить - Alex B.(08.06.2013 03:02)
  - ну да :)) - Adept(08.06.2013 03:20)
    - :) суббота ничуть не хуже, как оказывается :) - Adept(08.06.2013 18:50)
- сплошная рекурсия противоречивые параграфы. Snaky(501 знак., 08.06.2013 02:08)
  - Я тоже считаю, что разумней немного поставить всё с ног на голову. Вначале формируем какие-то "потребительские свойства", делаем электронную схему, но без МК, Т.З. всё равно не напишем, так что пишем проект для PC, например, и на нём оцениваем fk0(365 знак., 08.06.2013 13:15)
  - +100500 - koyodza(08.06.2013 10:52)
  - Про борьбу с оптимизаторами, знаю из наблюдений борьбы сотоварища с GCC в АВРстудии :) Про выбор МК - полный бред, извините. Правильный выбор диктуется не квалификацией разработчика, а потенциальными возможностями МК, Adept(1464 знак., 08.06.2013 02:28 - 02:31)
    - Забавно было бы понаблюдать вашу "борьбу за такты" на ARM при написании программы на ASM. Точнее понаблюдать бы за вашим изумлением, когда та же программа, написанная на Си, заработала бы в разы быстрее :) Ибо оптимизировать вручную rezident(93 знак., 08.06.2013 15:02)
      - может быть, может быть... вполне разумный довод для работы с конвейером команд. То, что знание и АСМа поможет (например при отладке и просмотре листингов, а тем паце при оптимизации циклов) - это точно, Но возможно действительно, Си для армов - Adept(85 знак., 08.06.2013 15:30)
    - С такими ~~тараканами~~ замашками Вам нужны контроллеры профессионального уровня^TM :-) - SciFi(08.06.2013 10:18, ссылка)
      - Только если очень профессионального (PIC16 и младше). В остальных нет места ассемблеру. Есть такая реальность, что человек в среднем пишет N (порядка 50 и больше, но 500 это уже очень фантастично) отлаженных строчек кода за рабочий день. От языка fk0(648 знак., 08.06.2013 13:25)
        
        Индусский подход к прлограммированию ??? "Есть такая реальность, что человек в среднем пишет N (порядка 50 и больше, но 500 это уже очень фантастично) отлаженных строчек кода за рабочий день." Adept(307 знак., 08.06.2013 17:27 - 18:26)
        
        Проекты с похожим функционалом будут иметь примерно одинаковый объём кода. И от конкретных программистов здесь уже мало что зависит. И таки да, "результативность" её на весах не взвесишь. Вам просто оно не понять, потому как ваш взгляд весьма fk0(397 знак., 09.06.2013 17:09 - 17:12)
        
        Не одна sbic, а еще и rjmp, а то и два, плюс метки. - Лeoнид Ивaнoвич(08.06.2013 17:42)
        
        про rjmp согласен, ну и ещё пример :) cpi+breq = switch case :) и так, зачастую во многом :)) - Adept(08.06.2013 18:29)
    - Борьбы с оптимизатором ни разу не видел. А насчет прозрачности - попытки сделать красивый исходник на ASM ведут почти к самодельному Си, с тем же оверхедом, но со значительно большими трудозатратами. Есть класс задач, где лучше подходит ASM, но Лeoнид Ивaнoвич(61 знак., 08.06.2013 02:51)
      - яростно плюсую - koyodza(08.06.2013 10:53)
      - Борьба с оптимизатором, на мой взгляд от незнания/непонимания языка и от неправильного его применения. По поводу прозрачности - мне мои исходники нравятся :)) Adept(1534 знак., 08.06.2013 03:16 - 03:40)
        
        "я слишком тупой, чтобы писать на Си" - ВО! ПРимерно у меня то же самое. :-) - Лагунов(08.06.2013 10:30)
        
        Только "тупой" нужно заменить на "упрямый" - и будет правда. - Лeoнид Ивaнoвич(08.06.2013 11:59)
        
        Много лет писал на ассемблере, но ничего такого при переходе на Си не почувствовал. Писать легче, оверхед на удивление небольшой, ошибок компилятора не замечено ни при каком уровне оптимизации. Теперь с ужасом смотрю на собственные исходники на Лeoнид Ивaнoвич(78 знак., 08.06.2013 04:08)
        
        думаете пора опять попробовать ?? может быть, действительно попробовать?? Исторически мои взаимоотношения с языками программирования строились примерно так: Adept(261 знак., 08.06.2013 04:22 - 04:24)
        
        Не знаю, в чем ужас. Лично мне FORTRAN вспоминается с меньшим ужасом, чем ASM. Ну а пробовать или нет - Лeoнид Ивaнoвич(80 знак., 08.06.2013 04:31)
        
        Конкуренты? Конкуренты при таком подходе со смеху помирают :) - Alex B.(08.06.2013 04:41)
        
        ну ну :)) вот вам одна из задачек: Adept(930 знак., 08.06.2013 04:53 - 05:08)
        
        и сколько нынче за такую разработку платят ? - scorpion(08.06.2013 18:47)
        
        конкретно этот проект - Adept(64 знак., 08.06.2013 18:53)
        
        ясно - scorpion(08.06.2013 22:14)
        
        Сюда однозначно просится MSP430 с набортным радио, но $1 не получится ни на каком проце даже при миллионных тиражах и производсте на рабских плантациях Буркина Фасо - MBedder(08.06.2013 12:43)
        
        "самое большое удовольствие вы получаете тогда, когда сможете сделать то, что сделать по мнению других - невозможно" (с) - Adept(08.06.2013 18:40)
        
        An engineer is a man who can do for a dime what any fool can do for a dollar. (c) - Snaky(09.06.2013 05:00)
        
        :)) - MBedder(09.06.2013 12:57)
        
        несколько двойственный смысл: Adept(173 знак., 09.06.2013 05:15)
        
        Дык у англичан все двусмысленно, в том числе и политика :) - Make_Pic(09.06.2013 15:29)
        
        +100500! Pillcam стОит ~500$ => www.edn.com/design/medical/4397880/1/Pillcam-uses-latest-in-wireless--imaging--packaging-to-expose-your-innards - USSR(08.06.2013 18:08, )
        
        MSP430G + индуктивная связь уложиться можно. Но намотать катушку таких размеров тоже стоит денег. Можно попробовать даже емкостную - у TI неплохая фишка PinOsc наличествует. Из обвеса - только емкость на питание. Без датчика освещенности (шестое Гудвин(51 знак., 08.06.2013 13:04)
        
        с индуктивной связью (как и с ёмкостной) там беда совсем - батарейка сильно экранирует (фотодатчик как раз служит ещё и оптоканалом) - Adept(08.06.2013 13:18)
        
        Что, и лог в 32 байтах умещается? - Юра(08.06.2013 09:57, )
        
        да, там банальный счётчик наработки и пороговые значения - Adept(08.06.2013 13:10)
        
        точность +/-1 С за доллар + мк + фотометрия? ну кому Вы сказки рассказываете, заказчику? а в целом задача лишь подтрверждает, что асм применим в ряде узкоспециальных задач - AVF(08.06.2013 09:28)
        
        Я как правило и занимаюсь "нестандартными" штучками :) Потому и конкуренции нет, что все рассказывают что ЭТО невозможно :))) - Adept(08.06.2013 13:13)
        
        А для чего все-таки датчик освещенности, если не секрет? - Гудвин(08.06.2013 13:18)
        
        для определения, когда эту хрень пациент в рот засунул (там условие - темнота+ узкая вилка температуры, ну и для оптоканала передачи данных) - Adept(08.06.2013 13:21)
        
        "Ортопедического" увидел, "стоматологического" пропустил :) Раз он эту хрень в рот засовывает, то значит и "высунуть" можно. Для снятия лога. Момент засовывания определить по совокупности температуры с встроенного в MSP датчика и емкости (PinOsc Гудвин(184 знак., 08.06.2013 13:37)
        
        Или я ошибаюсь насчет "высунуть"? - Гудвин(08.06.2013 13:39)
        
        Проще взять чуть более новый проц, обычно с большей памятью и дешевле и писать на сях. Пример Vit ниже привел. Асм только в тех местах , где каждый такт на счету. - andreas(08.06.2013 10:06)
        
        всё верно. Плюс асм ещё в стартапах и иногда немного в загрузчиках, но всё равно это ограниченные задачи - koyodza(08.06.2013 10:57)
        
        Кортекс тут не нужен, а что Вы имеете против Си для этой задачи? - Лeoнид Ивaнoвич(08.06.2013 05:33)
        
        банально не хватит ресурсов, ибо тут копеечный МК, с 0,5К флешем и 32 байтами ОЗУ (в частности - tiny5). Какие тут нахрен Си ?? - Adept(08.06.2013 05:41)
        
        Писал на Си даже для ATtiny12, которая вообще без ОЗУ :) - Лeoнид Ивaнoвич(08.06.2013 11:57)
        
        Это такой же экстремизм, как агрессивное неприятие Си :-) - SciFi(08.06.2013 11:59)
        
        да, согласен, крайность это всегда ненормально (вот поэтому я и думаю насчёт АРМА + Си (пока не нахожу явных предпочтений Си над АСМом для моих задач, хоть и понимаю, Adept(117 знак., 08.06.2013 14:23)
        
        Это не рекомендация, а так, к сведению :) - Лeoнид Ивaнoвич(08.06.2013 12:08)
        
        вероятно, для Асм и Си есть разные ниши применения,+ для каждого разработчика своё :) кому-то и для tiny2313 уже Си подавай, а мне, так на всю линейку АВР асма вполне хватало, си и даром не надо. Вот с АРМами - действительно вопрос. Adept(970 знак., 08.06.2013 13:37)
        
        Были такие люди -- телевизоры ремонтировали. Куда-то пропали. И с ассемблером то же самое будет. - fk0(08.06.2013 13:48)
        
        не будет никогда, программисты остануться всегда, исчезнут низкоквалифицированные кодеры (им просто в Си среде комфортнее выжить :)) - Adept(08.06.2013 14:16)
        
        Долго переубеждать - неблагодарное занятие. Фраза "прозрачность АСМ-кода" вызывает лишь улыбку. - Лeoнид Ивaнoвич(08.06.2013 13:40)
        
        Не знаю, как у Вас (хоть Ваши проекты вызывают уважение), но мои исходники повольно понятные и мне не составляет труда "поднять" проект, скажем 5-летней давности. Видел многие примеры Си-кода, которые абсолютно непонятны Adept(2952 знак., 08.06.2013 14:11)
        
        А почему люди пишут в комментариях во множественном числе: Запускаем, считаем, проверим, присвоим, сохраним? - Юра(09.06.2013 00:40, )
        
        А здесь мы сердечник трансформатора сделаем из дерева потому, что до этого места никто не дочитает... - fk0(09.06.2013 17:12)
        
        Так автор привлекает к себе в компанию читателя. - Лeoнид Ивaнoвич(09.06.2013 00:49)
        
        Как-то панибратски. Это же инструкция а не экскурсия. Представляю плакаты ГО и ЧС с фразами вроде "одеваем ОЗК и бежим в укрытие")) Однако что-то не нашел запретов на подобный штиль комментариев. - Юра(09.06.2013 10:18, )
        
        Вполне нормально. Тем более, речь шла не об инструкции, а о комментариях. - Лeoнид Ивaнoвич(09.06.2013 11:34)
        
        :) Ну, слово Инструкция не стОит понимать буквально. Это лишь противопоставление понятию Экскурсия и говорит о том, что комментарии помогают читающему не ознакомиться с душой программиста, а понять последовательность действий аффтора, приводящую к Юра(78 знак., 09.06.2013 11:54, )
        
        Я стараюсь так: считывание, проверка, сохранение. Безлично. - mazur(09.06.2013 00:42)
        
        А в чём преимущества-то? AD(126 знак., 08.06.2013 16:49)
        
        кода больше в строка, меньше в байтах, исполняется быстрее и без программных ошибок :) так будет правильнее, хотя, по "Законам Мерфи", последнее можно поставить под сомнение :)) - Adept(08.06.2013 17:02)
        
        В том-то и дело, что этот код больше и медленнее аналогичного на С. AD(37 знак., 08.06.2013 17:15)
        
        листинг в студию :) Вы будете отверждать, что на Си простую локальную задачу решите более эффективно?? В корне неверное утверждение, хотя бы потому, что результат работы компилятора - ассемблер (т.е. тот же машинный код) Adept(801 знак., 08.06.2013 17:37 - 18:37)
        
        Сколько не видел ассемблерщиков, ни один на ассемблере писать-то и не умел. AD(2369 знак., 08.06.2013 18:51)
        
        и почему я должен искать ошибки в чужом коде (нет работы с compare регистром таймера, неполноценна работа с АЦП, все... дальше не смотрел :( Adept(407 знак., 08.06.2013 19:09 - 19:14)
        
        Спор о том, что Вы хуже знаете ассемблер, чем его знает компилятор Си. А прогонять Вашу программу в отладчике, простите, это уже слишком. - Лeoнид Ивaнoвич(08.06.2013 19:29)
        
        Да нет, не мою, свою :) только уж если браться сравнивать, то нужно потрудиться написать полностью аналогичный алгоритм, так как Adept(1003 знак., 08.06.2013 20:32)
        
        Про "Си-автору неизвестна структура программы" хотелось бы подробнее, но боюсь спровоцировать волну гнева ;) - Vladimir Ljaschko(09.06.2013 05:35)
        
        Действительно, не стоит провоцировать. Человек никак не хочет понять, что мы это всё проходили: и полную неприязнь Си, и придумывание "железных" аргументов в защиту ASM, и споры с сишниками до мордобоя. Только такие войны в основном прошли лет 10 Лeoнид Ивaнoвич(7 знак., 09.06.2013 12:12)
        
        такое впечатление, что адепты ЯВУ это некая "секта" похлеще "ассемблерщиков" :)) Я Вам уже сказал, что есть аргументы и За и Против, просто в той нише, где я сейчас работаю, ассемблер более востребован, на нём проще реализовывать Adept(1911 знак., 09.06.2013 14:38 - 14:40)
        
        Ты всерьёз не понимаешь, что некоторые адепты ЯВУ ассемблерщики по-хлеще тебя были в своё время. Да каждый второй, условно. И если жизнь заставит, ещё такого наассемблируют, что в ужасе отсюда сбежишь. Только оно того не стоит -- вот что поняли fk0(1319 знак., 09.06.2013 17:30)
        
        Помню, как в своё время меня агитировали перейти на Си, а я упирался. Лeoнид Ивaнoвич(786 знак., 09.06.2013 17:27)
        
        +CD. тоже переползал с асма на Си под давлением одного товарища, и приводил те же самые аргументы что и ТС (забавно их видеть со стороны теперь). ни разу не пожалел, и не знаю никого кто бы передумал и вернулся из Си снова в голый асм. - Snaky(10.06.2013 05:49)
        
        Я понял! ASM - это тоталитарная секта! А Си - это очищающий святой ручей! - SciFi(10.06.2013 14:27)
        
        во имя printf-а, malloc-a и святого while(1) - Snaky(10.06.2013 16:40)
        
        while(1) не актуально. while(2) куда как лучше, а while(77) так вааще гуд - Vit(10.06.2013 18:00)
        
        Профессионалы не используют библиотечных функций. - fk0(10.06.2013 17:15)
        
        старовер? - Snaky(11.06.2013 03:52)
        
        Папрашу! В наших краях исповедуют for (;;) :-) - SciFi(10.06.2013 16:56)
        
        Для полного соответствия значению слова ТС нужно ник сменить на Adept_ASM :) - rezident(10.06.2013 14:28, ссылка)
        
        то же самое и с внутрисхемной отладкой: Вы утверждаете, что обойдётесь без неё, потому что ещё не пробовали - koyodza(09.06.2013 17:45)
        
        Уверен на все 100% - стоит лишь попробовать, не смогу потом представить, как без нее обходился. - Лeoнид Ивaнoвич(09.06.2013 18:14)
        
        Мне повезло - мой первый embedded проект на ЯВУ (тогда - Паскаль) был сделан 23 года в приказном порядке, поэтому я сэкономил на мордобое :) - Vladimir Ljaschko(09.06.2013 12:44)
        
        А я вообще начинал учить программирование на Си ещё в школе. Поэтому когда столкнулся с МК, кодить на асме даже в голову не приходило :-) SciFi(84 знак., 09.06.2013 12:53)
        
        Да чего уж там :) для того, чтобы корректно сравнивать, не плохо было бы посмотреть дефайны с распределением ресурсов МК (по крайней мере тех, что используются в данном примере, или что бы не думать тупо использовать аналогичные регистры и ячейки Adept(692 знак., 09.06.2013 05:59)
        
        Вот в этом и порочность asm, что нужно помнить, какой регистр когда свободен. Никогда в примере на Си не будет точно такого же распределения регистров, как у Вас. Это не нужно. - Лeoнид Ивaнoвич(09.06.2013 12:15)
        
        Правильно сказал AD, компилятор Си генерирует лучший код, чем большинство ассемблерщиков. Это достаточный повод перейти на Си. А если у Вас всё так хорошо, то и незачем затрагивать тему. Лeoнид Ивaнoвич(209 знак., 08.06.2013 20:58)
        
        я уже рассказывал тут, как переделывал одно изделие после "крутого ассемблериста". Проект быт 12,5 тыс. строк на асм под 51, чуть больше 20кБ прошивка koyodza(183 знак., 08.06.2013 21:41)
        
        Мне кажется я достаточно аргументировано обозначил свою позицию, и да, немного изменил первоначальное мнение (касательно АРМов). Странно видеть как воплне конструктивная поначалу дискуссия превращается в помойку. Adept(478 знак., 08.06.2013 21:37)
        
        Наверное, потому что я этот кусок и не писал? Откуда я знаю, что там скрыто за макросами? AD(131 знак., 08.06.2013 19:22)
        
        внимание к деталям, умение слушать и читать, поможет Вам ... :)) - Adept(08.06.2013 20:35)
        
        Как-то Вы неумело спрыгиваете с темы, незачет. AD(236 знак., 08.06.2013 20:54)
        
        слушайте, мне всё равно, что Вы думаете насчёт меня. Ваша "демонстрация" - не решает поставленной задачи, точка! напишите полный аналог на си (с соблюдением типов переменных) - будет о чём говорить. спорить по эффективности для простых задач даже Adept(499 знак., 08.06.2013 21:21)
        
        Есть какие-то возражения по размеру кода? Вам придется поспорить с ИАР'ом. - AD(08.06.2013 21:51)
        
        "Есть два мнения: одно моё, а второе неверное". Уже просто неприятно читать эту мысль, выраженную вами разными словами. Если вы не собираетесь менять своего мнения, то зачем спрашиваете и зачем провоцируете на диспут? Обычный троллинг? - rezident(08.06.2013 21:26)
        
        Вы о чем вообще?? :(( - Adept(08.06.2013 21:39, ссылка)
        
        Перечитайте ветку, абстрагировавшись от своего мнения и своих эмоций. Как посторонний человек прочитайте. - rezident(08.06.2013 21:52)
        
        перечитал, специально через полчасика, изменения своего эмоционального фона не увидел (спокоен, как удав)Нового тоже ничего не увидел, резюмирую: Adept(1881 знак., 08.06.2013 23:45 - 23:49)
        
        забыли ещё одну весомую причину не преходить на Си -> Snaky(30 знак., 09.06.2013 05:12, ссылка)
        
        Ну вот опять вы сделали безапелляционные утверждения в форме постулатов, слабо вуалируя их "своим мнением". Т.е. мнение-то оно конечно ваше, но зачем же его возводить в абсолютную истину? Тем более, что истиной оно не является. По каждому пункту rezident(177 знак., 09.06.2013 00:48)
        
        А я и не претендую на истину, в отличие, видимо, от Вас. Истина она эфемерна и непостижима. Имеет значение только то, что применимо здесь и сейчас при текущих условиях. И заметьте, я никому не навязываю своего мнения, а только Adept(706 знак., 09.06.2013 01:23)
        
        Вот именно, что навязываете свое мнение. Почти в каждом вашем сообщение есть упоминание об этом (вашем мнении), выраженное однозначно и постулировано. Потому я и вопрошаю еще раз: зачем же спрашивать чужое мнение, если вы не готовы/не rezident(138 знак., 09.06.2013 01:37)
        
        Да нет уж отвечу. Думаю Вы в корне неправильно мыслите. В своих высказываниях а специально подчёркиваю что это моё мнение Выражено оно конечно однозначно, но это отнюдь не постулат и догма. И с чего Вы решили, что я не готов слушать и Adept(690 знак., 09.06.2013 01:54 - 01:57)
        
        Пункт 2 - совсем неверно. Си - основной язык. Ассемблер - для расшивания узких мест или туда, куда Си не лезет. Всё остальное - тупо от лени выучить Си. SciFi(166 знак., 08.06.2013 23:50 - 23:56)
        
        Ну что Вы! Какие узкие места могут быть в Си-коде, и разве он куда-то может не полезть?? Не кажется, что это противоречит общему тренду оппонирующей мне стороне?? Ну а по поводу лени да, там где ненужно делать лишних телодвижений, Adept(455 знак., 09.06.2013 00:21)
        
        Ну так лень - это единственный аргумент. Убрать его - и всё сразу перевешивает в сторону Си. SciFi(89 знак., 09.06.2013 00:42)
        
        Ну вот и славненько. Все теперь довольны. Вы, потому что доказали себе свою правоту, а мы, потому что не появится новый сильный конкурент на рынке труда. Аминь. Завязали бесплодную дискуссию. - Dir(09.06.2013 00:27)
        
        Такое впечатление, что разговариваю со стенкой :)) действительно Аминь :( ну да ладно, переживем :) - Adept(09.06.2013 01:12)
        
        Воинствующие ассемблерщики - старо, как мир :) - Лeoнид Ивaнoвич(08.06.2013 21:26)
        
        Я с кем-то воюю ?? :( не знал, простите, не укажете врага, ибо я вижу только оппонентов?:) Ну а если я нечаяно задел чьё-то самолюбие, али не дай Бог ещё чего, прошу великодушно меня извинить :) - Adept(08.06.2013 21:41 - 23:03)
        
        Плавающей точки в программах для микроконтроллеров не применял ни разу. Лeoнид Ивaнoвич(84 знак., 08.06.2013 17:59)
        
        Ужас. Большая часть Вашей портянки на Си будет выглядеть так: Лeoнид Ивaнoвич(151 знак., 08.06.2013 16:19)
        
        ну дык может и большая, но не вся :) "как известно за 10% времени делается 90% работы, оставшиеся 10% работы поглощают 90% времени" Так и с программами, добавите необходимые условия,проверки и другие действия - будет далеко не так элегантно :) - Adept(08.06.2013 19:17)
        
        Философия тут ни при чем - просто лень всё переводить. - Лeoнид Ивaнoвич(08.06.2013 19:26)
        
        А потом говорят, что С глючный :) AD(30 знак., 08.06.2013 16:41)
        
        Любой вменяемый компилятор даёт warning. Да, их читать нужно и реагировать... - fk0(09.06.2013 17:33)
        
        Извините. В попыхах получилось. Там не только скобок, но и if не хватает для соответствия исходному алгоритму. Лeoнид Ивaнoвич(155 знак., 08.06.2013 17:39)
        
        Вот так, две строчки подряд? Если меньше, то больше. Тут же, выполнение следующей строчки, если больше, то меньше. Алгоритмически тут что-то не так. - mazur(08.06.2013 19:16 - 19:21)
        
        Почему не так? - Лeoнид Ивaнoвич(08.06.2013 19:25)
        
        Если выполнилась первая строка, зачем тут же выполнение второй строки? То есть лишняя проверка получается. - mazur(08.06.2013 19:30)
        
        Выполняться будет только первое сравнение, так как оно даст false. - Лeoнид Ивaнoвич(08.06.2013 19:37)
        
        Строчки красивы, не спорю, но выполнение лишних команд, после выполнения первой строки. - mazur(08.06.2013 19:31)
        
        1) Оптимальность на самом деле не нужна. 2) Скорей с оптимизирующим компилятором неоптимальности и не будет, компилятор сам сделает как надо (не будет лишних вычислений второй раз). - fk0(09.06.2013 17:34)
        
        А не проще сразу написать так, чтобы компилятор сразу делал как нужно? - mazur(09.06.2013 17:40)
        
        Программа - она нужна не процессору, а человеку, чтобы он понимал, что он сам же и делает. Понятность и стройность представления алгоритма важнее пары лишних байт или тактов. - =AlexD=(09.06.2013 22:23)
        
        Тем более что эти пара байт и тактов не важны в 95% случаев. Зато ради них бросают в топку очень много: рабочее время, качество кода. И в итоге теряют и байты, и такты из-за того, что программа превращается в говнокод :-) - SciFi(09.06.2013 22:29)
        
        Нет. Как правило, от этого страдает читаемость кода. Как уже сказано, для современных приличных компиляторов это не проблема. - SciFi(09.06.2013 17:46)
        
        Ну хорошо, пусть так: Лeoнид Ивaнoвич(158 знак., 08.06.2013 19:36)
        
        Это нечитаемо Ralex(1088 знак., 08.06.2013 14:37)
        
        всё зависит от стиля программирования и личных предпочтений.Т ам ещё заголовок процедуры с комментарием что и как делается. Можно посворачивать кое-что в макросы, написать "структурировано" с отступами, да по нескольку операторов в строке, будет Adept(54 знак., 08.06.2013 15:25)
        
        Вы за деревьями не видите леса. Это лишь частности. Архитектура ПО в целом играет более важное значение, чем какие-то отдельные алгоритмы с комментариями. А в частности, у вас, например, неизвестно есть ли какие-либо соглашения о (не)использовании fk0(141 знак., 08.06.2013 14:17)
        
        По поводу регистров - конечно соглашения есть, всё прописано в дефайнах, я же вам дал только маленький кусочек кода, а нужно видеть весь проект, чтобы оценть насколько он строен (или нет, судя по Вашей реакции :)) Adept(430 знак., 08.06.2013 15:06)
        
        Если у кого-то что-то не работает в Си-коде, то на ASM у него тем более работать не будет. Программисты разные бывают, и если какие-то школьники поднимают шум насчет нерабочей программы на Си, это не повод взрослому дяде усомниться в самом Си. - Лeoнид Ивaнoвич(08.06.2013 16:23)
        
        Ага, ага, рассказывайте. Все работает... Практически все сначала на АСМе плавали, знаем ;) Dir(537 знак., 08.06.2013 16:12)
        
        дело вкуса, мне всё понятно и нравится, к низкоуровневому языку я сознательно ппришёл после 4-х высокоуровневых :)) Не ~~умеете~~ любите программировать на асме - это Ваше личное дело. Далеко идущих выводов о том как правильно, делать не стоит Adept(3 знак., 08.06.2013 16:32)
        
        Как ни странно, умею. И на АСМе и на С. Более того, на АСМе иногда программирую задачи ЦОС, что действительно необходимо, и задачки для PIC10 и ATtiny4...10. Поэтому имею право делать выводы. Тем более что они не такие уж и далекие. - Dir(08.06.2013 16:40)
        
        тогда тем более странно слышать от Вас речи о том, что в ассеблере что-то может неработать. Я, например не понимаю, как там что-то может не работать, если "всё просто, как ситцевые трусы". Главное правильно придумать структуру программы, Adept(894 знак., 08.06.2013 16:59)
        
        Как там у классиков: "спорить о вкусе устриц можно только с теми, кто их ел". Вы на С (для МК) не программировали и опыт PC-программирования тут не очень поможет. Специфика иная. Dir(262 знак., 08.06.2013 17:13)
        
        MSP430G2230 (встроенный датчик температуры, SO-8, 5.0х6.2х1.7 мм максимум - по размеру вроде лезет, если нет - есть собратья в TSSOP14/QFN16) + светодиод как фотодатчик, он же приёмопередатчик данных - и программка на Си в сотню строк неспеша - Vit(08.06.2013 09:53 - 09:57)
        
        "SO-8,5.0х6.2х1.7 мм"- ну-ну:) +PCB,+батарейка,+обвязка,+толщина корпуса:))) да-да, уже проходили :) задачка не так проста, как кажется на первый взгляд. Гудвин меня поймёт - он мастер ~~извращений~~ решений нестандартных задач :)) - Adept(08.06.2013 18:44)
        
        QFN16 точно втиснется - читайте, плз, не только то, что понравилось. А на Си за день с шахматами и поэтессами без мазохизма и гемора напишется. Тиня курит в сторонке. Кароче проект без иксклюзива и не нужно махать опахалом;) - Vit(08.06.2013 22:31 - 09.06.2013 00:05)
        
        Да, на TI наверное получилось бы, может и в те же деньги, только если QFN16 не толще тиньки в UDFN (0.6mm) по программерской части было бы вероятно полегче (хотя и асм в тиньке в 1К - без проблем). А проект всё равно не совсем тривиальный, Adept(422 знак., 09.06.2013 02:35 - 02:44)
        
        вспомним наличие USART с IrDA-кодером/декодером и ...задача сводится к тривиальной:) - Vit(09.06.2013 06:18, ссылка, ссылка)
    - читаю и такое впечатление, что Вы почему-то уверенно противопоставляете ARM и STM32. это так или мне только кажется? - Vit(08.06.2013 02:41)
      - Кажется. Под АРМами подразумеваю другие АРМы (коих множество), А про STM32 я просто немного почитываю, например на gaw.ru, так что он для меня уже почти родной :))) Пока, кстати, многие фичи в нём нравятся. - Adept(08.06.2013 02:51 - 03:47)
Кто по программным модемам силен -> Подскажите пожалуйста какой нибудь протокол переносимый контроллером до 8МИПС для FSK или PSK модуляции модема cо скоростью до 9600 бод с хорошей защитой от импульсных помех. Желательно из вашего опыта или дайте Make_Pic(53 знак., 09.06.2013 16:40, MCU, полностью)
- LAPM, MNP, PPP (HDLC), etc... Ничего нового. 8 MIPS, кажется, мало. Иначе можно поверх навернуть FEC на базе кодов рида-соломона, например, или что-то в этом роде. С другой стороны, закон Парето (80/20) намекает нам, что оно скорей бессмысленно. fk0(230 знак., 09.06.2013 19:07)