Arduino.ru

пиши челобитную Вове - русскоязычных угнетают, пусть введёт войска.

nikantovik,

1. прокачайте английский и не плачьте, как девочка. Программист (как и электронщик) без английского профнепригоден.

2. никогда не учитесь программировать по видео-урокам - они делаются для идиотов, не умеющих читать.

Ну я и не думал что все пойдет гладко... Советчики - спасибо вам! 

Жду все таки коментариев от тех кто что то пытается делать ))

Это были комментарии от тех, кто делает. А от тех, кто пытается, ... подождите.

Огромная просьба, пожалуйста, не засоряйте тему очевидными ответами. Они и так для меня, и не только думаю для меня, очевидны. Вы полностью правы, даже возмущения не вызывают ваши советы. Но охото начать программировать в MBED на том уровне не котором я сейчас нахожусь и паралельно "пракачивать" английский.

выучи вначале русский или вылечи дислексию.

от тебя на сайте столько пользы наверное :))

просба не "засорять" тебя тоже касается

выучи вначале русский или вылечи дислексию.

[/quote]

от тебя на сайте столько пользы наверное :))

просба не "засорять" тебя тоже касается

[/quote]

от меня на форуме вред - это очевидная аксиома.

Интересно, а есть желаущие пересесть на MBED? Давайте вместе разбираться!

Интересно, а есть желающие в этом разбираться?

Язык "Алмир" Вы, вероятно, не застали... Следующее по вырвиглазности: язык программирования 1С. :)

Как по мне: лучше пусть будет технический английский.

я думаю есть, просто многих пугает отсутствие информации....

а как оказалось информации очень даже много.... Любой учебник по С и С++

Очень пугает! Вот, не далее, как сегодня ночью, проснулся, простите, отлить, и два часа уснуть не мог, все беспокоился, об отсутствии информации о среде MBED. Как дальше жить и есть ли смысл? Вот какие вопросы встают перед рядовым ардуинщиком.

Прошу! Осветите мою никчемную жизнь светом истины! Расскажите же мне вот-прям-щас про С и, особенно, про С++. Я буду конспектировать! На меловой бумаге и перьевой ручкой. Чесно-чесно!

Мочегонное на ночь не пей :)) Хочешь законспектируй, хочешь так запомни :))

"Проффесионалы" не засоряйте пожалуйста тему, уже просил. Не хотите учавствовать в обсуждении не надо, но и засорять не стоит. Разговоры о "говнокоде",  и тому подобное уже порядком надоели. 

Да задолбали уже!

Этот форум называется arduino.ru, Ардуино - это, в первую очередь, AVR, потому, как реализации на АРМе- уже немного в стороне от основной экосистемы.

Сравни цену на Нуклео и Мегу и успокойся. ARMы - в другой песочнице. Это хороший процессор, но его обсуждают на других форумах.

Те любители, которым перестает хватать AVR сами найдут дорогу к АRM-ам. И, скорее всего, обойдутся без MBED, которая так и не стала для ARM-ов тем, чем стала wiring для AVR.

Лучше бы Вам гербалайф продавать, хоть вреда меньше будет.

Раздел вобщем то называется "отвлеченные темы". Так что идите в песочницу ковырять совочком сабачьи экскрименты. Боритесь за улучшение экосистемы.

А ты что, этакий Херувим  всея ардуино или данного форума?

Я вообщето в разделе "Отвлеченные темы" пишу.

Да и не нервничай так сильно, а то опять по ночам, вместо того чтобы спать, в туалет будешь бегать :))

nikantovik, если вы начинаете работать с ARM, то наверное лучше обратить свой взор к Keil(ограничен 32kbyte), вам на первое время хватит. Можно работать в CooCox, он без ограничений. Примеров в инете более чем достаточно и не слушайте вы тупиц что они бесполезны. Основы получите, ну а дальше все в ваших руках(мозгах). Сам начинал с уроков на Ютубе, знаю еще очень мало, но и этого хватает для решения моих задачь.

Keil хорошая штука )), но дорогая.. Освоюсь, а что дальше, когда программы станут большими?

На СooCox уже посматриваю, но в MBED очень много готовых библиотек. Их конечно можно импортировать насколько я понял и в CooCox, но что то не всегда получается....

К слову, Keil для STM32L0 и STM32F0 распространяется бесплатно и без ограничений. С Кокосом сейчас что-то странное происходит, сайт лежит уже несколько дней. Ходят слухи, что проект не особо развивается. То ли жив, то ли мёртв... Появилась альтернатива Кокосу - AC6 System Workbench for STM32, также бесплатна. Основана на том же Eclipse, что и CooCox.

спасибо за подсказку, щас буду гуглить

оказывается MBED позволяет экспортировать программы и библиотеки в  System Workbench ))

#include "mbed.h"

AnalogOut my_output(PA_4); 

#define PI        (3.141592653589793238462)
#define AMPLITUDE (1.0)    // x * 3.3V
#define PHASE     (PI * 1) // 2*pi is one period
#define RANGE     (0x7FFF)
#define OFFSET    (0x7FFF)

// Configuration for sinewave output
#define BUFFER_SIZE (360)
uint16_t buffer[BUFFER_SIZE];

void calculate_sinewave(void);

int main() {
    printf("Sinewave example\n");
    calculate_sinewave();
    while(1) {      
        // sinewave output
        for (int i = 0; i < BUFFER_SIZE; i++) {
            my_output.write_u16(buffer[i]);
            wait_us(1);
        }
    }
}

// Create the sinewave buffer
void calculate_sinewave(void){
  for (int i = 0; i < BUFFER_SIZE; i++) {
     double rads = (PI * i)/180.0; // Convert degree in radian
     buffer[i] = (uint16_t)(AMPLITUDE * (RANGE * (cos(rads + PHASE))) + OFFSET);
  }
}

Сегодня резвился с NUCLEO F334R8

контроллер имеет аж три аналоговых выхода что очень заинтересовало.

Залил программу из предлагаемых примеров и вот результат ))

довольно все просто оказывается ))

не труднее чем в Ардуино, а возможности у контроллера гораздо больше

Залить готовый пример в готовую плату? Да, я блинк в ардуину тоже на раз заливаю.

я не о простоте заливания, а о простоте кода ))

тему с начала читай...

В своем предыдущем сообщении вы поведали о двух действиях, а именно, о том, что вы взяли готовый пример и залили его в плату. Какие еще удивительные подробности я должен вычитать в "теме с начала" и какая "простота кода" тут внезапно возникла, если об этом "с начала" небыло сказано ни слова?

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

Разговор начинался с того что мало примеров и информации.  

А как оказалось,  что касается информации о программировании в MBED то программирование довольно простое (о простоте кода как раз ), не сложнее чем в Ардуино.

1. ++++++

2. Чушь. Даже в высших учебных заведениях проводятся вебинары (не успел, можешь запись посмотреть). У всех разные способы лучшего восприятия информации, кому то глядя в бумажную книжку, кому то в монитор и читать, кому читать и комментировать, а кому и видео достаточно. Но в целом - лучше использовать все подходы одновременно.

И не всегда сходу можно понять что написано в книге, к тому же сразу на техническом английском.

Видео частично дает понимание, если конечно видео от учебных заведений.

Полная чушь, некоторые и зная иняз гавнокодят по полной. Самый продуктвный способ изучить информацию из максимально доступного количества источников, попробовать в железе и выбрать оптимальный для своей задачи. Иногда приходится и либы подправлять, бывают удачные оптимизации, бывает и на оборот. Так что не вводите людей в звблуждение.

nikantovik, и всеже читать RM вам придется. Знать организацию STM необходимо иначе получите тод же Atmel только чуть быстрее. Ну и в SPL и HAL использованы не все возможности STM.

Прочтите процитированную Вами цитату и своей комментарий.

Причём тут ин-яз? Причём тут железо? Причём тут задача? Вы бредите?

Если Вы считаете заблуждением, что программированию нельзя научиться по видео-урокам, - это Ваше мнение. Считаете заблуждением - не вводите в него. А я вот считаю, что действительно нельзя и говорю об этом. И какие у Вас основания мне это запрещать? У Вас с этим проблемы? Хотите об этом поговорить?

При том что Вы правы в одном что надо читать доки. А вот в том что не нужно изучать чужой опыт Вы абсолютно неправы. Любой опыт и негативный и позитивный дает результат. Ну если вам опломб заменяет образование и вы себя считаете истиной в последней инстанции то введите себе и радуйтесь жизни. Вопрос, чем полох интернет сименар по интерисующему направлению от первоисточника?

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

Я где-то такое утверждал? Если я действительно такое говорил, то и впрямь не прав. Только я этого не говорил, не надо мне этого приписывать. Я лишь говорил, что невозможно научиться программированию по видеоурокам.

Кстати, если у Вас другое мнение, высказывайте его ради Бога. Всё о чём я прошу - не надо запрещать мне высказывать моё, а то у меня создаётся ощущение, что Вы слишком много на себя берёте.

Ну так здесь одни профессионалы епти.

А на два оборота у вас не бывает ?

Есть недурная альтернатива. Техас инструмент выпускает очень хорошую линейку устройств.

http://www.ti.com/lsds/ti/tools-software/launchpads/overview/overview.page

И что особенно приятно программируется с точно такой же оболочки как и Ардуино.

Те же меню тот же синтаксис, только цвет рамки красный. Им среду отладки ребята из Ардуино делали.

А процессор в основе хороший.

Насчёт MBED ты вопросы предметно задавай.  Там ничего сложного нету.

Не знаю о чем ты. Наверное об очередном поиске черной кошки в темной комнате. Так уж лучше бы икру метал.

Грамотность бы вам подтянуть, а потом умничать.

Главное ты понял. А человек до сих пор мучается с чудо девайсом, газ жгет. Займись делом шабашник, помоги парню девайс довести до ума, а то на... кодил и соскочил.

То что ничего сложного я уже понял. Осталось английский подтянуть, а то форумов и сайтов о mbed на русском не нашел....

У mbed кого только нету и NXP и NUVOTON и NORDIC и тот же ATMEL и STM. Вообщем есть из чего выбирать. Этим и нравится платформа что она не только под одного производителя заточена.

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

Так больше ничего и не надо. Выбираешь в меню устройство на которое писать будешь, открываешь новый проект и поливай.

Примеров там до фига и более, можно даже кусками готовый код вставлять для имеющейся периферии.

Мы про это говорим? https://developer.mbed.org

Проект  mbed (mbed.com) мне тоже нравится. Даже делал свою макетку на stm32F103RB. Есть предложение не плодить темы по поводу как прикрутить stm32 к arduino IDE, а сделать отдельную ветку на форуме ARM MBED. Думаю будет много желающих поучаствовать в этом форуме, а может для многих это будет носвостью, что есть проект похожий на arduino, только для армов.

ага

я в "отвлеченных темах" заговорил о MBED, так кое кто меня чуть ли не проклял )) (см.выше),

а что будет если в форуме эту ветку создать?? Боюсь даже представить что будет )))

А вообще то было бы здорово. Тем более к примеру NUCLEO выполнено в форм факторе плат ARDUINO и очень много шилдов ардуиновских можно использовать в связке с NUCLEO.

У любой среды есть плюсы и минусы, по сути кому что от мк требуется. Кто то с пеной у рта доказывет что все кто пользуются SPL и HAL гавнокодеры и профаны. Многие пишут свои либы для работы с мк. Но вот не понимают они что когда они используют дыры в железе, они рискуют нарваться на косяк. Выпустили новую ревизию, закрыли дыру и все последующие устройства кирпичи. Так было и на Mega, много читал обсуждений почему после выпуска ревизии с литерой А некоторые програмы не работают или работают неправильно. обсуждать надо, делится наработками тоже не помешает. Потому как сколько людей столько и решений.

А дыры, чёрные... или белые?  Как вы их отличаете? ))))))))))))))

Потому что Мега кривое и унылое хавно. Не пользуйтесь ею и всё будет работать.

Сарказм это прикольно. Но если не пытаться использовать нестандартные решения с использованием недочетов архитектуры которые присутствуют в любом мк, то будет вам и dosicus счастье. В одном согласен, что в узких местах даже очень полезно програмировать напрямую через регистры (CMSIS). Но делать все или изобретать свои макросы, главное что не доказано что они оптимальнее, верх глупости.

Это вы про атмэло-ардуиновский ногодрыг? Да, нестандартное решение, но типичное, для МК с кучей недочётов недоархитектуры. Зато верный способ упахабить и так упахабленный МК.

Никто и не спорит, ардуина и ымбэд это верх глупости, причём откровенной и неприкрытой. Об оптимальности ваще речь лучше не поднимать, она отсутствует априори. Но что поделать, жизнь становится тяжелее, а даунов становится всё больше.

ssss, вот вы выдергиваете из контекста фразы и делаете как вам кажется оригинальные и бесспорные выводы. И на ARM на младших линейках приходится ногодрыжить. А вот считать  себя умнее и безупречнее окружающих не есть признак большдго ума. Я бы конечно с огромным удовольствием писал программы для ARM на asm, но это неоправданная потеря времени, хотя и даст огромное приимущество при создании устройств. Да и если бы вы не были адептом перижитков CMSISсишников, то внимательно посмотрев на тот же SPL увидили, что все они сделали все тоже самое только понятное для себя. По сути CMSIS это макросы на уровне чуть выше низкого.