Заголовок сообщения: Re: Мигать светодиодом. ARM или не-ARM?
Добавлено: Сб ноя 04, 2017 19:27:00
Собутыльник Кота
Карма: 29
Рейтинг сообщений: 651
Зарегистрирован: Сб май 14, 2011 21:16:04 Сообщений: 2708 Откуда: г. Чайковский
Рейтинг сообщения:0 Медали: 1
Если бы лет так 20 назад создать тему (а форумы тогда уже были) "Мигать светодиодом. МК или не МК?". То по-любому бы нашелся человек упорно доказывающий что любителю это не надо, все можно сделать на банальной логике и вокруг него так же бились бы несколько человек пытающихся доказать что МК это круто.
Помнится мне, MPLAB несколько дней качал, благо докачка поддерживалась.
_________________ Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
бы нашелся человек упорно доказывающий что любителю это не надо, все можно сделать на банальной логике и вокруг него так же бились бы несколько человек пытающихся доказать что МК это круто.
Пожалуйста , и сейчас есть такие. Им обычно ничего не докажешь...
Вот объясните мне, недалёкому... Все такие прогрессивные, продвинутые, смотрящие в будущее... А все без исключения интересные проекты - сделаны не вами. Кто или что мешало вам, продвинутым и прогрессивным, первыми сделать видеовывод на I2C или FM-радио на PWM этого ARMа?
Говорите - все эти рекламируемые oleg110592-ом новинки позволят сделать бооольшой шаг вперед? Так где эти шаги, блин? Где, блин, всякие Чены среди вас, которые СЕЙЧАС делают чудеса? Сейчас ведь база получше, чем AVR, а однако все проекты, на которых мы учились, и которые мы повторяли и использовали - это его древние проекты на AVR... а где ваши, продвинутые мои коллеги? где они или, точнее, когда они появятся?
А я скажу вам. НИКОГДА. Потому что вы не привыкли ценить то, что есть. Недостаток ресурсов AVR японцу не помешал сделать, например, обработку звука на убогой тиньке. Обработку звука, для которой, вообще говоря, DSP придуманы специально! Игорю Чешко сделать USB на убогой тиньке не помешало ничего. Тем парням, что сделали UseBox - не помешало! Потому, что они ценили каждый битик и тактик, выжимали из них все и даже больше.
А вы - не привыкли ценить. Вы привыкли кичиться. Не важно чем - машинами ли, айфонами ли, ARM-ами ли... главное, чтобы быть на острие! Жажда - ничто, имидж - всё. Главное - найти того, которого можно обвинить в торможении прогресса, и достаточно для самооправдания: вот если бы не такие ретрограды, уж я бы - ух! Ага.. ух.
А на выходе - часы с индикацией на DMA. И рассказы, как теперь стало легко решать задачи.
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
Заголовок сообщения: Re: Мигать светодиодом. ARM или не-ARM?
Добавлено: Сб ноя 04, 2017 23:08:52
Модератор
Карма: 90
Рейтинг сообщений: 1432
Зарегистрирован: Чт мар 18, 2010 23:09:57 Сообщений: 4591 Откуда: Планета Земля
Рейтинг сообщения:0 Медали: 1
ARV писал(а):
И рассказы, как теперь стало легко решать задачи.
Деградация, что тут скажешь. Как говорится, лень - двигатель прогресса. Люди перестали думать, а производители этому способствуют. Тормозит твой быдлокод ? - на тебе мешок мегагерцев. Не хватает памяти для твоего быдлокода ? - да не вопрос, на тебе вагон мегабайтов ...
на самом деле прогресс двигает нужда. порой, конечно, нуждой становится и простейшее из-за лени, но в основе толкача прогресса именно нужда, необходимость. пока человечество нуждалось в чем-то, это что-то появлялось. нужно было города осветить - Эдисон лампочку изобретал. Нужно было грузы перемещать дальше и быстрее - Черепановы, Ватт и Дизель работали, не покладая рук... А как только нужда устраняется, начинается застой. Изобилие никогда не двигало прогресс, изобилие всегда порождало загнивание. И сейчас прогресс на самом деле виден только в отраслях, где еще есть реальные нерешенные проблемы, не придуманные маркетологами (типа нужда в айфонах), а реальные. но тот прогресс не имеет красивой обертки, не продается так уж просто... и нам мало известен.
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
2 Alex по ссылке обычная чайниковая тема, почти как наша - деградации чет не увидел, народ общается. Zhuk72 то вроде из наших - приятно видеть. Напомнили - а как же оно с часами на малинке, ну неплохо я щитаю:
что отдельно взятый чайник учится. HAL похоже использует. Надо код смотреть. У меня максимальный "рекорд" 23К - Ченовская полная фат + библиотека USB host + свое и никаких HAL и SPL - немного значит не додеградировал.
Где, блин, всякие Чены среди вас, которые СЕЙЧАС делают чудеса? Сейчас ведь база получше, чем AVR, а однако все проекты, на которых мы учились, и которые мы повторяли и использовали - это его древние проекты на AVR... а где ваши, продвинутые мои коллеги? где они или, точнее, когда они появятся?
Люди первыми сделавшие видеовывод на I2C или FM-радио на PWM - они и есть, в твоей терминологии, условные Чены среды ARM. Ты сам, яростный борец за каждый байт и такт, но тоже ведь далеко не Чен, тогда почему вдруг таковыми должны быть все остальные? Я свой первый игровой движок написал еще на DX5, который по сути просто предоставлял доступ к видеопамяти, многие функции тогда вообще на ассме писались и возможности видеокарты использовались по минимуму. Потом DX обновился и, не помню точно, в 7 или 8-м с таким подходом начались жуткие тормоза, пришло время аппаратных решений. Последний движок был на OpenGL 3.3, в то время уже даже шейдеры на ассме никто не писал... Идем дальше, открываю свои проекты, лезу в компиляторы, 2004 год - компилятор близкий к С, но более низкоуровневый, для PIC18. Довольно любопытный был гибрид, я на нем писал несколько лет, выглядело это, примерно, так: Спойлер
Код:
const PAGE1_PROG = 0x82; const PAGE2_PROG = 0x85; ... byte df_buf[132]; ... bit SS = PORTA.5 ...
void DF_Write() { while(df_size) { DF_WaitForReady(); W = PAGE2_PROG; if(df_page.0) W = PAGE1_PROG; DF_SendCommand(W);
word len = PAGE_SIZE; if(df_size > PAGE_SIZE) len = df_size;
df_addr = 0; do { while(!RC_READY) {} W = RC_Get(); WriteSSPBUF(W); df_addr++; } while(--len) {} SS = 1; df_page++; } }
А сейчас я пишу на С++17 под ARM, толку от моего старого компилятора никакого, кроме приобретенного опыта от его написания С другой стороны характеризует ли это меня как любителя легких путей? Конечно если будет нужно сделать обработку звука, я не возьму убогую тиньку, т.к. примерно за те же деньги можно купить гораздо более подходящий под такую задачу ARM схожего размера. И убогий 2x16 текстовый индикатор я тоже не возьму, но если будет ARM и графический индикатор, то ты сразу начнешь вопить, что такое любой дурак сделает Не сделает, эта тема убедительно доказывает, что есть даже не совсем дураки не способные укротить ARM, потому у них выбора другого нет, кроме как спрятавшись за широкой спиной Чена до сих пор тягать у него либы всяких FFT на ассме. И не нужно тут восхваляться чудесами минитюаризации, впихнуть прошивку в 1КБ тиньки - это весьма сомнительно достижение в том плане, что если ты впихнул, то я, и многие другие из числа тех, кто AVR оставили позади, при необходимости впихнут тем более. В эмуляторе спектрума есть таблица с цветами для вывода на экран сразу по 8 точек, при помощи DMA, и первоначальный размер ее весьма внушительный - 512КБ. Некоторые ее так и оставляют, т.к. все равно метра(или двух) флеша хватает, некоторые убирают вообще, но это негативно сказывается на таймингах, я ее ужал в ~7 раз, причем реально там ничего не упаковано, DMA то сам распаковать не сможет, просто данные сгруппированы хитрым образом. К чему это я? А к тому, что значительная часть людей запихивающих свой код в тиньки такой алгоритм не потянут, там борьба за каждый байт идет на несколько другом уровне, с которым любители из среды эмбеда не так часто пересекаются. И что с того, что в одном случае речь идет о 1КБ, а в другом о 512-ти? Достаточно сложные задачи можно найти где угодно, деградация - это вовсе не про ARM или любую другую платформу превосходящую восьмибитки. Вот нудил мне товарищ, сделай спектруму видеовыход, на днях я поставил F429 вместо F407, там аппаратная поддержка RGB, добился работы с окном 320x240 при разрешении монитора 640x480, на большее строенной памяти не хватит, потом обнаружил, что можно ограничить видеобуфер одной линией, значит в середине ее отрисовки можно начать заполнять с начала данными следующей строки и получим полноценным 640x480 с видеобуфером 640 байт, причем должны работать оба экрана одновременно. Еще не доделал, потому скорее всего Деградация? Ну не знаю, ты тем временем из таймера с 4-мя кнопками делаешь таймер с 3-мя или с одной и считаешь это все оригинальными проектами
Человек даже не знает на что ему может хватить 32к, а самое главное - куда они ушли. О чём это может говорить ?
Еще раньше этот человек говорил, что пришел с ардуины, так что там может быть что угодно. Отладка + форматированный вывод при помощи не оптимизированной под мк либы - этого уже достаточно чтобы не вписаться в 32К.
Ну вот и путь нам ARV указал -каждый эмбеддер просто обязан создать шедевр. Подходите записываться в гении... Насчёт "паяльника" - пока там верховодят любители калокуба, типа "вездеСущегомыша" о каких шедеврах может идти речь? Они и "подвиги" ARV повторить не в состоянии..
Мне льстит, что вы постоянно упоминаете меня, и что-то сравниваете с моими поделками, и кого-то со мной... Но, уважаемые, вы заблуждаетесь. Не надо сравнивать со мной - я ноль без палочки. Вы сравнивайте себя с теми видео, которые тут частенько приводите сами в качестве примера того, "что можно сделать на ARM". Вот и добивайтесь превосходства не надо мной, а над тем самым, что "можно". Пока что могут другие, а не вы.
Толку трясти орденами за былые заслуги, Reflector? Вы сейчас что сделали такого, что не стыдно другим показать? Да ничего такого вы не делаете сейчас, зарабатываете себе денюжку обычным ремесленным трудом, вот и все. И плевать хочется вам и иже с вами над тем, чтобы сделать то, что как бы нельзя сделать. Это Чены всякие пусть делают, а вам важнее карман наполнить шуршащей зеленью... Разумеется, чем быстрее наполнить, тем лучше, а потому вам нужнее все те новинки, что позволяют быть в тренде... и т.д. и т.п.
Одним словом - профессионалы вы, страшно далекие от мира любителей. Может, лет надцать тому назад и были любителями, да только уж не сейчас...
dosikus писал(а):
-каждый эмбеддер просто обязан создать шедевр. Подходите записываться в гении...
обязан? нет, конечно не обязан. обязан профессионал делать то, что кто-то ему сказал. а любитель - не обязан. но, в отличие от профессионала, любителю не запрещено мечтать. и мечтать можно о шедеврах. а можно брать пример с профессионалов и мечтать о хорошей зарплате. и не беда, что без шедевров... художник должен быть голодным - это ж не я придумал. плох тот солдат, что не мечтает стать генералом - тоже не я сказал.
Reflector писал(а):
Ну не знаю, ты тем временем из таймера с 4-мя кнопками делаешь таймер с 3-мя или с одной и считаешь это все оригинальными проектами
мне вас очень жаль, если вы так и будете соревноваться со мной...
oleg110592 писал(а):
немного значит не додеградировал
покажите свой проект, видео хотя бы, мы и оценим степень вашей деградации. можно ведь продолжать делать термометры с логгированием на флешку и выдачей в облако, только разве это можно сравнить с теми чудесами, которые давеча ваши коллеги приводили?
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
Та то ж часы для хобби - гостям показал и отключил. RPi 3 Raspbian замерил - где то секунд 20 грузится, SD не 10 класса. У меня линукс подойдет - один раз загрузилось и далее не выключается, если сеть пропала - мощные аккумуляторы 48В сутки могут поддерживать. Для сенсорного монитора спецы 48В->~220В синус инвертор делают. Еще и железякой на STM32 с железными кнопками дублируется. Сейчас обычный PC с виндой те же функции выполняет, что и RPi выполнять будет. Одна малина с монитором опосля мне на шару отвалится. Думал куда ж применить, чтоб просто не валялась. Пока сие хотеть на кухню:
Мигание RGB светодиодом по блютузу используя смартфон с помощью RL78/G1D MCU BLE микроконтроллера от RENESAS RENESAS Smart LED - это плата, которая может управлять цветом светодиодов с помощью Bluetooth. Установив на этой плате RL78 / G1D, вы можете свободно выводить свой любимый цвет с низким потреблением тока и низким энергопотреблением с помощью Bluetooth® Low Energy (BLE). В качестве примера можно удаленно управлять цветами светодиодов из приложений, которые обеспечивают интерфейс RGBLED для управления смартфоном. подробнее https://www.rs-online.com/designspark/r ... =486384450 RL78 / G1D нормально фаршированные 16-бит микроконтроллеры: СпойлерProgram Flash 128 KB Data Flash 8 KB SRAM 12 KB System Clock (RF Side) 32 MHz I/O port Total 32 2.4 GHz RF Transceiver Supporting Bluetooth v4.1 Specification (Single mode). 2.4 GHz ISM Band, GFSK modulation, TDMA/TDD frequency hopping (Including AES encryption circuit.) Timer 16-bit timer 8 channels Watchdog timer 1 channel Real-time clock (RTC) 1 channel 12-bit interval timer 1 channel Timer output 8 channel (PWM outputs:7) (If setup PIORO=1) 8/10-bit resolution A/D converter 8 channels CSI/simplified I2C/UART 1 channel CSI/simplified I2C 1 channel UART 1 channel CSI 1 channel (dedicated for internal communications) I2C Bus 1 channel Interrupt External : 4 DMA 4 channels Voltage detector Rising edge : 1.67 V to 3.13 V (12 stages) Falling edge : 1.63 V to 3.06 V (12 stages) On-chip debug function Provided Power supply voltage range 1.6 to 3.6 V (VDD =1.8 to 3.6 V on usage of DC-DC converter) Operating ambient temperature TA = -40 ℃ to 85 ℃ Pin-Count 48-pins WQFN 6 x 6 mm (0.4 mm pitch)
Я вот уже второй год охочусь за этими BLE модулями на основе семейства RL78, с которым довелось плотно поработать в прошлом. Интересные контроллеры, но дистрибьюторы и представители фирмы никак не пришлют мне семплы и сами удивляютя что их негде купить (в US). Давно не припомню такой ситуации. Но я их добью.
TI свои MSP430 тоже развивают. Новые микроконтроллеры MSP430FR6047 (MCU) от TI имеют встроенный аналоговый интерфейс (AFE), предлагающий высокоточные измерения. Это Ultrasonic Sensing MCUs with 256KB FRAM, 12Bit - 8 MSPS Sigma Delta ADC, Low Energy Accelerator, AES Внутри вполне прилично по современным меркам, даже умножитель 32 бит есть и DMA и AES: СпойлерNon-volatile Memory 256 KB RAM 8KB GPIO Pins 80 I2C SPI UART DMA ADC 12-bit SAR ADC Comparators 20ch Timers - 16-bit Timers - 32-bit Multiplier 32-bit Hardware Multiplier (MPY) AES AES256 BSL Ultrasonic sensing solution, MTIF (metering test interface) Расстояния точно может измерять <25-ps differential time of flight (dTOF) accuracy High-precision time measurement resolution of <5 ps Что там сейчас программаторами (BSL) Китайцы по 3.5$ торгуют, там обычная вроде FT232RL, спаять и самому можно: http://www.flyingcampdesign.com/msp430- ... ammer.html Бутлоадер присутствует масочно: СпойлерПрограмматор на основе загрузочного сектора (BSL) представляет возможность программирования флеш-памяти микроконтроллера MSP430 в процессе разработки либо для обновлений. Активизация такого режима может быть осуществлена утилитой, передающей команды по широкоизвестному протоколу УАПП (UART). BSL даёт возможность пользователю контролировать функционирование MSP430 и осуществлять обмен данными с персональным компьютером либо другим устройством, поддерживающим протокол UART.
Для защиты программы BSL от случайного стирания она содержится в специальном, масочно запрограммированном на заводе загрузочном секторе ПЗУ. Программа BSL не может быть стёрта никакими методами. Код загрузчика тщательно оптимизирован под нужды BSL, доступ к нему осуществляется с помощью специальных команд. В целях безопасности было обращено большое внимание на защиту пользовательского кода от несанкционированного считывания. Любая команда BSL, позволяющая непосредственное или опосредованное чтение данных защищена паролем.
Для активизации программатора на основе загрузочного сектора следует подать специальную последовательность сигналов BSL на определённые выводы процессора. После этого, передаётся символ синхронизации, сопровождаемый посылкой данных, определяющих выполнение желаемой операции.
MSP430-BSL-USB подходит для программирования большинства MSP430 FLASH (функция внутрисхемного программирования MCU). Для отладки наверное можно взять TI LaunchPad. Под Линуксом можно ли кодить - GCC есть. Известный любитель мспэшек под Убунтой, видно, всяки мигалки и счетчики, прям как мы тут, делает
BOB51, ну помигай на своей тине с WS2812, одновременно на 16 каналах. Глядишь и спеси по убавится . Что лезть со своими псевдо-аппаратными решениями на г.8ми_битках, ясно же озвучено-на них не периферия а убожество.
не думаю что управление диоодиками создает сколнибуть заметную загрузку я\дру мК...та может не хватить памятина вашу задумку эфектов
_________________ ZМудрость(Опыт и выдержка) приходит с годами. Все Ваши беды и проблемы, от недостатка знаний. Умный и у дурака научится, а дураку и .. Алберт Ейнштейн не поможет и ВВП не спасет.и МЧС опаздает
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения