Вполне возможно.maxkazar писал(а):Подскажите, пожалуйста, проблема с кварцем?
maxkazar писал(а):Нашел плохой контак с кварцем (xtal) ch340g - перепаял.
Просто программаторы нужно правильные выбирать. А насчёт Ардуино и сложностей их взаимодействия с x64, извините, вообще похоже на бред. Если, конечно, не имеются ввиду какие-нибудь совсем левые китайские клоны.RockeZzz писал(а):Что бы пользоваться программаторами и вообще взаимодействовать с ардуино (эмуляторы ком портов, программаторы) - системы х64 не подходят
С кварцем на 16 Мгц?
С кварцем на 16 МГц не гарантируется стабильная работа от 3.3 вольта.Upgrader писал(а):С кварцем на 16 Мгц?
Вот и хочу узнать из опыта, у кого как работает на практике. На сколько это надежно и при каком напряжении начнет отказывать. Кстати как происходит отказ? Глюки в работе будут?Мурик писал(а):С кварцем на 16 МГц не гарантируется стабильная работа от 3.3 вольта.
Я бы ее и взял, если бы не сомнения в доступности всех необходимых библиотек. Особенно важно управление питанием, вход в спящий режим - я не нашел как это сделать на STM и arduino.Мурик писал(а):Можете взять такую плату.
Без ArduinoIDE никак? Для STM есть хорошая библиотека SPL. Со спящим режимом сложностей нет. В отличие от ATmega, STM поддерживает отладку но ее не поддерживает ArduinoIDE. В нормальных IDE в этим проблем нет.Upgrader писал(а):Я бы ее и взял, если бы не сомнения в доступности всех необходимых библиотек.
В обычной можно заменить кварц и получить тот же результат.Upgrader писал(а):Как вариант взять трехвольтовую pro mini. Та же нана, только на 8 МГц.
Это не так. Используя скажем SPL, то можно разобраться довольно быстро, читая даташит по диагонали (только чтобы знать какая периферия есть и какими возможностями обладает). Для примера блинкер, который не сильно сложнее чем в ардуине.Upgrader писал(а):тем более что оно STM очень навороченное и без валерьянки не разберешься.
Код: Выделить всё
#include "stm32f10x_conf.h"
extern uint32_t SystemCoreClock;
static uint32_t Delay_ms;
void DWT_Init(void)
{
CoreDebug->DEMCR |= CoreDebug_DEMCR_TRCENA_Msk;
DWT->CTRL |= DWT_CTRL_CYCCNTENA_Msk;
Delay_ms = SystemCoreClock / 1000; // Число тактов ядра за миллисекунду.
}
void DWT_Delay_ms(uint32_t ms)
{
uint32_t Count = DWT->CYCCNT;
ms = ms * Delay_ms;
while((DWT->CYCCNT - Count) < ms);
}
int main(void)
{
SystemCoreClockUpdate(); // Узнаем частоту МК.
DWT_Init();
RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC, ENABLE); // Включаем тактирование порта.
GPIO_InitTypeDef gpio;
gpio.GPIO_Pin = GPIO_Pin_13; // Вывод 13 порта.
gpio.GPIO_Mode = GPIO_Mode_Out_PP; // Тип выхода pull push.
gpio.GPIO_Speed = GPIO_Speed_50MHz; // Максимальная частота.
GPIO_Init(GPIOC, &gpio); // Настройка порта PC.13.
while(1)
{
GPIO_SetBits(GPIOC, GPIO_Pin_13); // Высокий логический уровень на выводе PC.13.
DWT_Delay_ms(500);
GPIO_ResetBits(GPIOC, GPIO_Pin_13); // Низкий логический уровень на выводе PC.13.
DWT_Delay_ms(500);
}
}И пытаясь впихнуть невпихуемое потратить гораздо больше времени чем на изучение новых МК. Только не все это понимают.BOB51 писал(а): ежли для прикладной практики с ограниченным временем - лучше выжать имеющийся ресурс.
Что для вас чужие библиотеки? Те что написаны не вами?BOB51 писал(а):чужих библиотек
Вот для этого нужно брать МК с запасом. Просто сравните производительность разных МК. http://purebasic.mybb.ru/viewtopic.php?id=717BOB51 писал(а):в том числе и для исключения ненужной нервотрепки при работе с заказчиком в случаше модернизации/изменения параметров задачи.
BOB51 писал(а):А новое - это удел свободного времени и отсутствия каких-либо обязательств и сроков по готовому результату.