RISC-V К1921ВГ015 - новая забава, 32-разрядный МК

[AlexS4]

А Вы пробовали обработать оптический энкодер с 600 импульсов на оборот который на валу у двигателя и который может раскручиваться до 1500-3000 об.мин.

это 30uS на максимуме. да обрабатывал чисто на gpio, не энкодеры но похожие сигналы, импульсы 8+uS c периодом 33uS, 4 асинхронных потока по 2 сигнала. и еще там же 8+8 более медленных асинхронных сигналов и простенький протокол через uart. причем на очень медленных AVR. на С такое трудно заставить работать, да но и да, я помнится пару недель писал код, а не пару часов в курсоре (тогда его еще не было )

Еще раз повторю "глупость"... Если на борту контроллера есть аппаратное решение - оно будет лучше чем софтовое.

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

[maxlab]

[uquote="AlexS4",url="/forum/viewtopic.php?p=4789728#p4789728"]я говорил о другом: если есть какаято ничтожная для софта задача то странно сужать выбор чипа только теми, в которых есть аппаратная реализация чегото такого.[/uquote]
Если говорить обобщенно, то да - это очевидная вещь!
Но если погрузиться в конкретику, особенно в ВП или критическую инфраструктуру - жизнь начинает играть другими красками. И это Вы наверняка знаете
Лучше перебздеть чем недобздеть. В смысле того, что стоит поискать тот чип который лучше соответствует решаемой задаче(с максимальной разгрузкой по софтовой части). А человеческий фактор никто не отменял... хоть в железе, хоть в софте. Ну... Вы поняли

Добавлено after 1 hour 25 minutes 51 second:
Оказывается, сюда и оверклокинг завезли. Надо побаловаться
На форуме НИИЭТ дали подсказку

< 30 МГц LAT = 0
< 60 МГц LAT = 1
< 90 МГц LAT = 2
< 120 МГц LAT = 3
< 150 МГц LAT = 4

Хотя в user manual описано только до <60 mhz

[maxlab]

Библиотека PLIB015 для этого чипа не плохая вещь. Хотя я натыкаюсь там на несущественные огрехи.
То кастинг не сделают, то макрос не определят. Видимо скопипастили с какого то своего глобального проекта
и без проверки опубликовали. Немного смахивает на LL в STM32
Осилил моргание в ардуино стиле

[smacorp]

maxlab, зачем Вы хотите причесать в стиле Ардуино? Не говорю, что это плохо, но вот зачем? Для популяризации этого камня?

[maxlab]

[uquote="smacorp",url="/forum/viewtopic.php?p=4790494#p4790494"]Для популяризации этого камня?[/uquote]
Йес офкоз!

Камень бомбячий на самом деле из доступной ценовой категории (надеюсь он появится по нормальной цене в торговой сети, или бутик в чувство придет .
Чем больше ковыряюсь тем больше завожусь На мое имхо, не хуже атмеги2560... даже в чем то лучше, по ощущениям.
К тому же открывается доступ к самым разнообразным библиотекам.

Ну и потешить свое ЧСВ

"Я памятник воздвиг себе не рукотворный
К нему не зарастет народная тропа"


Ванильное API сделаю, где нибудь опубликую

Кстати, про ванильное Arduino API последней редакции
На нем уже такие штуки не канают
digitalWrite(LEDPIN, !digitalRead(LEDPIN));
Надо так делать
digitalWrite(LED,digitalRead(LED)==LOW ? HIGH:LOW);

[Rapra]

Действительно, а почему в ардуино-стиле? Понятно, что программная унификация интерфейсов, но всякая унификация делается в ущерб особенностям и производительности.

А насчет продвижения на рынке... ST Microelectronics в свое время "уронили" цену прям в несколько раз дешевле существующих на то время предложений, и даже рассылали бесплатные отладочные платы всем желающим. При том, что возможности СТМок приятно удивляли. Я тоже получил три таких платы с STM32F100RB. И долгое время СТМки имели весьма привлекательную цену. Даже в ЧипДипе продавались за 35 руб.
У нашинскокремния политика иная - сразу срубить бабла побольше, принудительно закрыв доступ к забугорным дешевым конкурентам.

К нашинскокремнию у меня стойкое недоверие. В свое время пробовал Миландры, которые были копией первых СТМок. Но ценовая политика, а затем и сложности с покупкой (когда нужно было реально предъявить справку от тов.майора) надолго отбило желание вообще иметь с ними дело.

[maxlab]

[uquote="Rapra",url="/forum/viewtopic.php?p=4790556#p4790556"]Действительно, а почему в ардуино-стиле? Понятно, что программная унификация интерфейсов, но всякая унификация делается в ущерб особенностям и производительности.[/uquote]
Патамушта... Объективно, ничего универсальней этой платформы в мире не придумано. Унификация дает доступ к необъятной кодовой базе. А насчет ущерба можно поспорить...
На самом деле Arduino API это всего лишь тонкая аппаратно-независимая обертка над bare/LL/HAL конкретного микроконтроллера. Понятно что за унификацию надо платить, но эта цена ничтожна по сравнению со временем
потраченном на прототипирование классическими способами. В конце концов, ничто не мешает оформить критические по производительности участки кода например в HAL стиле или ассемблерными вставками и прямым доступом к регистрам.
Например так

Спойлер

Код: Выделить всё

// For HLK-806-KIT

#include <stdio.h>
#include <Arduino.h>

#define DUTY_MAX 250
#define DUTY_MIN 50

PWM_HandleTypeDef hal_pwm[3];

int i, j, m[3] = { 0 }, d[3] = { DUTY_MIN, (DUTY_MIN + DUTY_MAX) / 2, DUTY_MAX - 1 };

static void initPWM(PWM_HandleTypeDef *hpwm, uint32_t channel);


void setup() {

  __HAL_RCC_PWM_CLK_ENABLE();

  // Remapping pin PB0,PB1,PB2 to PWM module

  __HAL_AFIO_REMAP_PWM0(GPIOB, GPIO_PIN_0);
  __HAL_AFIO_REMAP_PWM1(GPIOB, GPIO_PIN_1);
  __HAL_AFIO_REMAP_PWM2(GPIOB, GPIO_PIN_2);

  // Starting each instance of PWM channel
  for (i = 2; i >= 0; i--) {
    initPWM(&hal_pwm[i], PWM_CHANNEL_0 + i);
    HAL_PWM_Start(&hal_pwm[i]);
  }
}

void loop() {
  for (i = 0; i < 3; i++) {
    if (m[i] == 0)  // Increasing
    {
      HAL_PWM_Duty_Set(&hal_pwm[i], d[i]++);
      if (d[i] == DUTY_MAX) {
        m[i] = 1;
      }
    } else  // Decreasing
    {
      HAL_PWM_Duty_Set(&hal_pwm[i], d[i]--);
      if (d[i] == DUTY_MIN) {
        m[i] = 0;
      }
    }
  }
  delay(10);
}

static void initPWM(PWM_HandleTypeDef *hpwm, uint32_t channel) {
  hpwm->Instance = PWM;
  hpwm->Init.AutoReloadPreload = PWM_AUTORELOAD_PRELOAD_ENABLE;
  hpwm->Init.CounterMode = PWM_COUNTERMODE_EDGEALIGNED_DOWN;
  hpwm->Init.Prescaler = 4;
  hpwm->Init.Period = 255;                         
  hpwm->Init.Pulse = 19;                          
  hpwm->Init.OutMode = PWM_OUT_MODE_INDEPENDENT;  
  hpwm->Channel = channel;
  HAL_PWM_Init(hpwm);
}

И это работает надежно и производительно, как будто Arduino_Core здесь рядом не стояла.
Поэтому меня удивляют , бурные и иногда даже не адекватные, реакции некоторых адептов bare о неприменимости такого подхода к продакшену.

Насчет продвижения на рынке... Ну не умеем мы Все это рудименты и атавизмы плановой экономики Советской эпохи.

[Adrift]

[uquote="maxlab",url="/forum/viewtopic.php?p=4790682#p4790682"]Объективно, ничего универсальней этой платформы в мире не придумано. Унификация дает доступ к необъятной кодовой базе. А насчет ущерба можно поспорить...[/uquote]
Вы выше писали, что с аппаратной фильтрацией можно забыть о дребезге, но потенциальный пользовать ардуино, если ему нужно будет кнопочки подключить, найдет популярную либу которая, естественно, ничего о ВГ015 не знает и будет там внутри стандартный digitalRead )

[Rapra]

[uquote="maxlab",url="/forum/viewtopic.php?p=4790682#p4790682"]Понятно что за унификацию надо платить, но эта цена ничтожна по сравнению охи.[/uquote]
Форумы ардуинщиков постоянно пестрят проблемами производительности и несостыковки скетчей. Так что не такая уж и ничтожная цена.
К тому же, как я уже говорил, унификация API не дает возможность использовать специфические для некоторых микроконтроллеров аппаратные возможности. Примеров тому немало.

Добавлено after 4 minutes 40 seconds:
Ассемблерные вставки - это три шага назад. Ардуино-среда базируется на C++, но вы не используете даже малую возможность С++. А ведь на плюсах будет гораздо эффективнее, и не только в плане производительности но и в плане универсальности.

[maxlab]

[uquote="Adrift",url="/forum/viewtopic.php?p=4790689#p4790689"]но потенциальный пользовать ардуино, если ему нужно будет кнопочки подключить, найдет популярную либу которая, естественно, ничего о ВГ015 не знает и будет там внутри стандартный digitalRead )[/uquote]
[uquote="Rapra",url="/forum/viewtopic.php?p=4790690#p4790690"]Форумы ардуинщиков постоянно пестрят проблемами производительности и несостыковки скетчей. Так что не такая уж и ничтожная цена.
К тому же, как я уже говорил, унификация API не дает возможность использовать специфические для некоторых микроконтроллеров аппаратные возможности. Примеров тому немало.
Ассемблерные вставки - это три шага назад. Ардуино-среда базируется на C++, но вы не используете даже малую возможность С++.[/uquote]

Ну да... потенциальные пользователи ардуино разные бывают, в том числе и на форумах. Кто то не будет заморачиваться и чтобы сдать курсач/сделать поделку так и сделает. А кто то прочтет аннотацию к ядру и найдет расширение setFilterToPin(pin,mode,time) и будет счастлив. Это не проблема ВГ015 или любого другого контроллера. А не состыковки библиотек связанны в основном не четкому следованию самому API. Писателей библиотек вагон и маленькая тележка. И не все удосуживаются свои творения вовремя причесывать к новой редакции этого API. А некоторые посетители форумов еще пытаются натягивать сову на глобус в попытке запустить код на целевой аппаратной платформе для этого не предназначенной. Но это никак не обесценивает само явление. Ножом и вилкой тоже надо уметь пользоваться.

Насчет асма и использования возможностей С++ - спорное утверждение. Достаточно проанализировать код какого нибудь FFT батерфляйного типа реализованного на УНО, или посмотреть как устроен интерфейс Wire. Там есть все... и ООП и перегрузка и т.д

[Rapra]

[uquote="maxlab",url="/forum/viewtopic.php?p=4790682#p4790682"][
Насчет продвижения на рынке... Ну не умеем мы Все это рудименты и атавизмы плановой экономики Советской эпохи.[/uquote]
Не "мы", а "они" Плановая экономика тут не причем! Как раз наоборот, советская экономика никогда не требовала моментальной прибыли.
А сейчас они как раз пытаются извлечь мегаприбыли сразу, здесь и сейчас. И пример СТМ их так ничему и не научил. Ведь что сделали СТшники - они предложили всем желающим попробовать их продукт бесплатно! Сделали отладочные платы с программатором на борту и полным комплектом GPIO на штыревых разъёмах. Просто заполни заявку на сайте, тебе пришлют бесплатно плату. Бери, пробуй, пользуйся. Понравилось - покупай микроконтроллер по цене в несколько раз ниже конкурентов. И через несколько лет СТМ заполонили рынок, из брали все.

Добавлено after 22 minutes 4 seconds:
[uquote="maxlab",url="/forum/viewtopic.php?p=4790694#p4790694"]ет асма и использования возможностей С++ - спорное утверждение ...Там есть все... и ООП и перегрузка и т.д[/uquote]
С++ - это не только ООП и перегрузка. Скорее даже наоборот. Имею ввиду работу с железом микроконтроллера. При написании функционала работы с пинами или SPI используются только статические методы, без всяких наследований и перегрузок. Но методы и классы - шаблонные. В этом главный "секрет", так сказать

[Adrift]

[uquote="maxlab",url="/forum/viewtopic.php?p=4790694#p4790694"]Ну да... потенциальные пользователи ардуино разные бывают, в том числе и на форумах. Кто то не будет заморачиваться и чтобы сдать курсач/сделать поделку так и сделает. А кто то прочтет аннотацию к ядру и найдет расширение setFilterToPin(pin,mode,time) и будет счастлив[/uquote]
Потенциальный пользователь ардуино даст запрос на самые популярные либы опроса кнопок, на первом месте будет Bounce2 внутри которой digitalRead:

Код: Выделить всё

virtual bool readCurrentState() { return digitalRead(pin); }

На втором месте OneButton, там опрос такой:

Код: Выделить всё

void OneButton::tick(void) {
  if (_pin >= 0) {
    _fsm(debounce(digitalRead(_pin) == _buttonPressed));
  }
} 

Ну и т.д., почти все либы будут унифицировано работать с одной кнопкой без никакой аппаратной фильтрации.

[maxlab]

[uquote="Rapra",url="/forum/viewtopic.php?p=4790698#p4790698"]Не "мы", а "они" Плановая экономика тут не причем! Как раз наоборот, советская экономика никогда не требовала моментальной прибыли.[/uquote]
Но она не предполагала жесткой конкуренции, гибкой ценовой политики, агрессивного продвижения вроде демпинга и т.д
Все было централизовано,без частной собственности на средства производства. Цены и объемы продукции спускал ГосПлан.
А Вы говорите - "не причем". За 70 лет у населения отбили ,на подкорковом уровне, понятия горизонтов планирования и других специфических инстинктов выживания в эпоху капитализма

[Rapra]

Так мы уже... сколько? 35 лет? Да, 35 лет - это ровно половина 70 лет - живем в эпоху капитализма. Уже сменилось 2 - 3 поколения руководителей. Пора бы и научиться. Нет, это не вина предыдущей экономики. Это - вина нынешней нерасторопности и алчности, жадности к наживе и просто тупости.

Добавлено after 3 minutes 16 seconds:
Участ этой микросхемки будет такая же как и у Байкала и Миландра. Массовым он не станет, будет выдаваться по справке от тов. майора по форме допуска номер 1 и стоимость будет такова, что только в военпром или госкопрорациям, которые потом газовые счетчики по принудиловке населению сбывать будут. Добровольно принудительно.

[maxlab]

Rapra, 35 лет - это не срок по историческим меркам. Из феодализма царской эпохи прыгнули в светлое будущее развитого социализма и утопического коммунизма... А потом как серпом по яицам - капитализм. Жестокий эксперимент по отношению к общественным отношениям. Возможно этих инстинктов выживания и не было. Не успели эволюционировать как наши "западные партнеры"
Но я по натуре большой оптимист. Все наладится лет через 10. Гром не грянет - мужик не перекрестится. Надежда умирает последней, а предпоследним умирает надеющийся

[Adrift]

[uquote="maxlab",url="/forum/viewtopic.php?p=4790762#p4790762"]Все наладится лет через 10.[/uquote]
Чтоб все наладилось лет через 10, уже сейчас все хотя бы должно начать налаживаться, а пока еще даже дно не достигнуто )

[maxlab]

Adrift, По моим ощущениям "дно" будет достигнуто в середине/конце этого года/в начале следующего. Или мы его пробьем или оттолкнемся.

[Rapra]

Я лет 15 назад оптимистично думал, что через 10 лет уж точно все наладится. Потому что еще был довольно молод и не был столь умудрен жизнью. Но через 10 лет, как мы увидели, не только не поправилось, но и катастрофически обрушилось. И сейчас понимаю, что 15 лет назад было самое счастливое время. Серьезно, без шуток

Добавлено after 3 minutes 28 seconds:
Про "достижение дна". Нам с трибуны каждый раз обесчают, что уж в в этом году точно все закончится и пойдет вверх. Но реальность показывает, что каждый раз мы пробиваем дно все глубже и глубже. Сейчас раскручивается новый виток, и это только начало. Ибо у нас сверху спустили новые установки, примерно такие же как было в январе 22 года. Таксто новый виток только начинается, и это точно не подем со дна

[AlexS4]

Rapra, счастливое время закончилось у разных людей поразному
у когото в 1991 , у некоторых в августе 1998 , ктото заметил нехорошие тенденции в марте 2000 или скажем в сентябре 2001,
совсем трудно было не заметить то что произошло в сентябре 2008 года.
мне так именно в 2008 стало окончательно ясно что мир не так прост, как его изображают в сми
а чтобы поближе к теме и ко времени - вспоминаем подорожание ram чипов в ноябре 2025...
и в добавочек совсем отвлекаясь от экономики - почитайте какой ценой был совершен переход техпроцесса 60nm->28nm
и что вообще означают чиселки в техпроцессах меньше 28nm. или скажем как последние 15 лет выжимают производительность cpu или нпример плотность хранения в nvram, ...пытаясь сделать вид что отрасль будет продолжать развиваться так же как в 1990 годы, вам откроется целый мир суровой реальности, на которую на полном ходу летит наша цивилизация .

[maxlab]

Всем привет! Раз уж мы тут о жизни тереть начали, хотя это оффтоп, рекомендую присмотреться к ресурсу https://autohumanism.com/ru/. Будет жарко и интересно
По теме: bootloader завезли https://gitflic.ru/project/niiet/k1921v ... e=markdown
По UART шить можно, но загрузчик самому надо залить в контроллер через JTAG первый раз.