stm32f103c8t6 - ограничения на использование пинов

andriano
andriano аватар
Offline
Зарегистрирован: 20.06.2015

Известно, что на Arduino Uno/Nano настоятельно не рекомендуется использовать пины 0 и 1 (USB), хотя они и выведены на общую гребенку.

1. А мне вот очень хочется использовать PB2-BOOT1, которого на гребенке нет. Возможно ли это? Если "да" - с какими ограничениями? Если "нет" - почему? Сейчас пока заменил перемычку на нем на резистор 10к, вроде, проблем пока не появилось.

Ну и, заодно, как следует относиться к другим пинам:

2. PA13-SWDIO, PA14-SWCLK - выведены на ST-Link.

3. PA11-USB-, PA12-USB+.

4. PC14-PC15 - похоже, на них сидит часовой кварц (?).

5. PA9-TX1, PA10-RX1 - где-то попадалась информация, что Serial и Serial1 для stmduino - одно и то же, используется для совместимости, но у меня при работе Serial через USB на ноге PA9 ниченго нет (если бы система трактовала его как COM-порт, на нем, минимум, были бы 3.3В).

6. Возможно, забыл что-то еще.

Arhat109-2
Offline
Зарегистрирован: 24.09.2015

1. На НАНО нет USB-пинов и пины 0.1 это UART0 (Rx, Tx), которые просто уже подключены к переходнику UART-USB. Соответственно, пользоваться ими можно, но не рекомендуется просто потому, что любое их использование будет с неизбежностью "отражаться" в переходник и в общем-то требуется понимать эту взаимосвязь, но и только.

2. Думаю аналогичная "проблема" существует и для ПЛАТ на базе STM .. где часть пинов УЖЕ куда-то разведена.

Так, к примеру, мне попадалась китайская Ардуино Мега, у которой 13-й пин (светодиод) висел с приличным гасящим сопротивлением (меньше килоома) и считать с этой ноги что-то полезное оказалось проблематичным.

a5021
Offline
Зарегистрирован: 07.07.2013

andriano пишет:
1. А мне вот очень хочется использовать PB2-BOOT1, которого на гребенке нет. Возможно ли это? Если "да" - с какими ограничениями? Если "нет" - почему? Сейчас пока заменил перемычку на нем на резистор 10к, вроде, проблем пока не появилось.

Использовать его можно, но с оговорками. Если используется загрузчик, то этот пин во время старта МК должен быть прижат к земле.  В остальное время -- пофиг.

Цитата:
2. PA13-SWDIO, PA14-SWCLK - выведены на ST-Link.

Если отладка не нужна, можно использовать, как пины общего назначения.

Цитата:
3. PA11-USB-, PA12-USB+.

Загрузчик использует юсб, в т.ч. для организации передачи данных на хост через serial. Если это не требуется, пины можно переконфигурировать под свои нужды.

Цитата:
PC14-PC15 - похоже, на них сидит часовой кварц (?)

Это так. А на пинах PD0 и PD1 сидит кварц HSE.

Цитата:
5. PA9-TX1, PA10-RX1 - где-то попадалась информация, что Serial и Serial1 для stmduino - одно и то же

Не встречал такого, но спорить не стану.

ssss
Offline
Зарегистрирован: 01.07.2016

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

dimax
dimax аватар
Offline
Зарегистрирован: 25.12.2013

andriano пишет:

5. PA9-TX1, PA10-RX1 - где-то попадалась информация, что Serial и Serial1 для stmduino - одно и то же, используется для совместимости, но у меня при работе Serial через USB на ноге PA9 ниченго нет (если бы система трактовала его как COM-порт, на нем, минимум, были бы 3.3В).

Одно и тоже -это  "SerialUSB" и  "Serial", CDC USB инитится в stmduino по умолчанию.  А вот Serial c циферками 1,2,3 -это работа соответствующими "железными" портами. Кстати в документации есть полезная страничка-справка  по всем командам, типа как на этом форуме в разделе "программирование". Почему то с заглавной страницы на неё нет прямой ссылки. Ну или я не увидел.

andriano
andriano аватар
Offline
Зарегистрирован: 20.06.2015

dimax пишет:

Одно и тоже -это  "SerialUSB" и  "Serial", CDC USB инитится в stmduino по умолчанию.  А вот Serial c циферками 1,2,3 -это работа соответствующими "железными" портами.

Спасибо. Путем собственных экспериментов я пришел к таким же выводам, но в И-нете лично мне этого утверждения не попадалось. (так что будем считать, что теперь "попалось" :)

Цитата:

Кстати в документации есть полезная страничка-справка  по всем командам, типа как на этом форуме в разделе "программирование". Почему то с заглавной страницы на неё нет прямой ссылки. Ну или я не увидел.

А вот с этим я пока не разбирался. Уже успел понять, что Maple и Blue Pill - достаточно близки, но точно знаю и то, что между ними существуют различия. Поэтому пока на данном уровне не знаю, в какой степени документацию от одного можно использовать для другого.

 

PS. Да, собственно, та проблема, с которой я долго пытался бороться программным путем, как оказалось, имеет аппаратную причину. После замены экземпляра контроллера все работает почти так, как я ожидаю. Пока, вроде, замечена одна маленькая странность, если вывод в Serial есть только в setup(), то в консоль он не попадает. Чтобы попал, хотя бы одна строчка должна выводиться и из loop().

dimax
dimax аватар
Offline
Зарегистрирован: 25.12.2013

andriano пишет:

А вот с этим я пока не разбирался. Уже успел понять, что Maple и Blue Pill - достаточно близки, но точно знаю и то, что между ними существуют различия. Поэтому пока на данном уровне не знаю, в какой степени документацию от одного можно использовать для другого.

Я сильно не углублялся в различия, можно например использовать нумерацию выводов от maple. Но смысла нет:)

andriano пишет:

. Пока, вроде, замечена одна маленькая странность, если вывод в Serial есть только в setup(), то в консоль он не попадает. Чтобы попал, хотя бы одна строчка должна выводиться и из loop().

Ага :( , либо паузу поставить в несколько секунд. Что б успеть открыть монитор порта после старта программы..

forfrends
Offline
Зарегистрирован: 24.02.2015

Добрый день. Тоже столкнулся с ограничением использования пинов. Мне необходимо использовать USB пины в своих целях (PA11 PA12). Но если в скетче написать простой блинк, то переключение пинов не происходит:

#define Pin1 PA11
#define Pin2 PA12

void setup() {
    pinMode(Pin1, OUTPUT);
    pinMode(Pin2, OUTPUT);
}

void loop() {
    digitalWrite(Pin1, LOW);
    digitalWrite(Pin2, LOW);
    delay(1000);
    digitalWrite(Pin1, HIGH);
    digitalWrite(Pin2, HIGH);
    delay(1000);
}

Похоже что где-то эти пины используются. Возможно тем же USB Serial. Можно ли как-то их использовать?

Если я в Setup напишу SerialUSB.end(); то получаю ошибку:

error: 'SerialUSB' was not declared in this scope

b707
Offline
Зарегистрирован: 26.05.2017

forfrends пишет:

Если я в Setup напишу SerialUSB.end(); то получаю ошибку:

error: 'SerialUSB' was not declared in this scope

откуда вы взяли это обозначение 'SerialUSB' ?

порт называется Serial - можете попробовать выключить его, но не факт что поможет, для этого в библиотеке должно быть не просто выключение порта, но и освобождение пинов

nik182
Offline
Зарегистрирован: 04.05.2015

Не пробовал на ардуинском иде, но на других достаточно самому после всей инициализации - т.е. в конце setup-  переопределить режим ноги http://docs.leaflabs.com/static.leaflabs.com/pub/leaflabs/maple-docs/0.0.12/lang/api/pinmode.html#lang-pinmode и нога в твоём распоряжении. Даже не отключая порт. Порт работает, но с ногой не связан. 

forfrends
Offline
Зарегистрирован: 24.02.2015

Ядро использую stm32duino: https://www.stm32duino.com/index.php

Я использую STM32F103C8T6 (Blue Pill). Немного порылся, нашел в ядре библиотеку usb_serial:

Внимание! Большие спойлеры! Вот содержимое файлов:

usb_serial.ccp

/******************************************************************************
 * The MIT License
 *
 * Copyright (c) 2010 Perry Hung.
 *
 * Permission is hereby granted, free of charge, to any person
 * obtaining a copy of this software and associated documentation
 * files (the "Software"), to deal in the Software without
 * restriction, including without limitation the rights to use, copy,
 * modify, merge, publish, distribute, sublicense, and/or sell copies
 * of the Software, and to permit persons to whom the Software is
 * furnished to do so, subject to the following conditions:
 *
 * The above copyright notice and this permission notice shall be
 * included in all copies or substantial portions of the Software.
 *
 * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
 * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
 * MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
 * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS
 * BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN
 * ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
 * CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
 * SOFTWARE.
 *****************************************************************************/

/**
 * @brief USB virtual serial terminal
 */

#include "usb_serial.h"

#include "string.h"
#include "stdint.h"

#include <libmaple/nvic.h>
#include <libmaple/usb_cdcacm.h>
#include <libmaple/usb.h>
#include <libmaple/iwdg.h>
#include <libmaple/bkp.h>
#include "wirish.h"

/*
 * Hooks used for bootloader reset signalling
 */

#if BOARD_HAVE_SERIALUSB
static void rxHook(unsigned, void*);
static void ifaceSetupHook(unsigned, void*);
#endif

/*
 * USBSerial interface
 */

#define USB_TIMEOUT 50
#if BOARD_HAVE_SERIALUSB
bool USBSerial::_hasBegun = false;
bool USBSerial::_isBlocking = false;
#endif

USBSerial::USBSerial(void) {
#if !BOARD_HAVE_SERIALUSB
    ASSERT(0);
#endif
}

void USBSerial::begin(void) {
	
#if BOARD_HAVE_SERIALUSB
    if (_hasBegun)
        return;
    _hasBegun = true;

    usb_cdcacm_enable(BOARD_USB_DISC_DEV, (uint8_t)BOARD_USB_DISC_BIT);
    usb_cdcacm_set_hooks(USB_CDCACM_HOOK_RX, rxHook);
    usb_cdcacm_set_hooks(USB_CDCACM_HOOK_IFACE_SETUP, ifaceSetupHook);
#endif
}

//Roger Clark. Two new begin functions has been added so that normal Arduino Sketches that use Serial.begin(xxx) will compile.
void USBSerial::begin(unsigned long ignoreBaud) 
{
volatile unsigned long removeCompilerWarningsIgnoreBaud=ignoreBaud;

	ignoreBaud=removeCompilerWarningsIgnoreBaud;
	begin();
}
void USBSerial::begin(unsigned long ignoreBaud, uint8_t ignore)
{
volatile unsigned long removeCompilerWarningsIgnoreBaud=ignoreBaud;
volatile uint8_t removeCompilerWarningsIgnore=ignore;

	ignoreBaud=removeCompilerWarningsIgnoreBaud;
	ignore=removeCompilerWarningsIgnore;
	begin();
}

void USBSerial::end(void) {
#if BOARD_HAVE_SERIALUSB
    usb_cdcacm_disable(BOARD_USB_DISC_DEV, (uint8_t)BOARD_USB_DISC_BIT);
    usb_cdcacm_remove_hooks(USB_CDCACM_HOOK_RX | USB_CDCACM_HOOK_IFACE_SETUP);
	_hasBegun = false;
#endif

}

size_t USBSerial::write(uint8 ch) {

    return this->write(&ch, 1);
}

size_t USBSerial::write(const char *str) {
    return this->write((const uint8*)str, strlen(str));
}

size_t USBSerial::write(const uint8 *buf, uint32 len)
{
#ifdef USB_SERIAL_REQUIRE_DTR
 if (!(bool) *this || !buf) {
        return 0;
    }
#else	
	if (!buf || !(usb_is_connected(USBLIB) && usb_is_configured(USBLIB))) {
        return 0;
    }
#endif	

    uint32 txed = 0;
	if (!_isBlocking) 	{
		txed = usb_cdcacm_tx((const uint8*)buf + txed, len - txed);
	}
	else {
		while (txed < len) {
			txed += usb_cdcacm_tx((const uint8*)buf + txed, len - txed);
		}
	}

	return txed;
}

int USBSerial::available(void) {
    return usb_cdcacm_data_available();
}

int USBSerial::peek(void)
{
    uint8 b;
	if (usb_cdcacm_peek(&b, 1)==1)
	{
		return b;
	}
	else
	{
		return -1;
	}
}

int USBSerial::availableForWrite(void) { return usb_cdcacm_tx_available(); }

void USBSerial::flush(void)
{
/*Roger Clark. Rather slow method. Need to improve this */
    uint8 b;
	while(usb_cdcacm_data_available())
	{
		this->read(&b, 1);
	}
    return;
}

uint32 USBSerial::read(uint8 * buf, uint32 len) {
    uint32 rxed = 0;
    while (rxed < len) {
        rxed += usb_cdcacm_rx(buf + rxed, len - rxed);
    }

    return rxed;
}

size_t USBSerial::readBytes(char *buf, const size_t& len)
{
    size_t rxed=0;
    unsigned long startMillis;
    startMillis = millis();
    if (len <= 0) return 0;
    do {
        rxed += usb_cdcacm_rx((uint8 *)buf + rxed, len - rxed);
        if (rxed == len) return rxed;
    } while(millis() - startMillis < _timeout);
    return rxed;
}

/* Blocks forever until 1 byte is received */
int USBSerial::read(void) {
    uint8 b;
	
	if (usb_cdcacm_rx(&b, 1)==0)
	{
		return -1;
	}
	else
	{
		return b;
	}
}

uint8 USBSerial::pending(void) {
    return usb_cdcacm_get_pending();
}

uint8 USBSerial::getDTR(void) {
    return usb_cdcacm_get_dtr();
}

uint8 USBSerial::getRTS(void) {
    return usb_cdcacm_get_rts();
}

USBSerial::operator bool() {
    return usb_is_connected(USBLIB) && usb_is_configured(USBLIB) && usb_cdcacm_get_dtr();
}

void USBSerial::enableBlockingTx(void)
{
	_isBlocking=true;
}
void USBSerial::disableBlockingTx(void)
{
	_isBlocking=false;
}


#if BOARD_HAVE_SERIALUSB
	#ifdef SERIAL_USB 
		USBSerial Serial;
	#endif
#endif

/*
 * Bootloader hook implementations
 */

#if BOARD_HAVE_SERIALUSB

enum reset_state_t {
    DTR_UNSET,
    DTR_HIGH,
    DTR_NEGEDGE,
    DTR_LOW
};

static reset_state_t reset_state = DTR_UNSET;

static void ifaceSetupHook(unsigned hook __attribute__((unused)), void *requestvp) {
    uint8 request = *(uint8*)requestvp;

    // Ignore requests we're not interested in.
    if (request != USB_CDCACM_SET_CONTROL_LINE_STATE) {
        return;
    }

#ifdef SERIAL_USB 
    // We need to see a negative edge on DTR before we start looking
    // for the in-band magic reset byte sequence.
    uint8 dtr = usb_cdcacm_get_dtr();
    switch (reset_state) {
    case DTR_UNSET:
        reset_state = dtr ? DTR_HIGH : DTR_LOW;
        break;
    case DTR_HIGH:
        reset_state = dtr ? DTR_HIGH : DTR_NEGEDGE;
        break;
    case DTR_NEGEDGE:
        reset_state = dtr ? DTR_HIGH : DTR_LOW;
        break;
    case DTR_LOW:
        reset_state = dtr ? DTR_HIGH : DTR_LOW;
        break;
    }
#endif

}

static void rxHook(unsigned hook __attribute__((unused)), void *ignored __attribute__((unused))) {
static const uint8 magic[4] = {'1', 'E', 'A', 'F'};	
    /* FIXME this is mad buggy; we need a new reset sequence. E.g. NAK
     * after each RX means you can't reset if any bytes are waiting. */
    if (reset_state == DTR_NEGEDGE) {

        if (usb_cdcacm_data_available() >= 4) 
		{
            uint8 chkBuf[4];

            // Peek at the waiting bytes, looking for reset sequence,
            // bailing on mismatch.
            usb_cdcacm_peek_ex(chkBuf, usb_cdcacm_data_available() - 4, 4);
            for (unsigned i = 0; i < sizeof(magic); i++) {
                if (chkBuf[i] != magic[i]) 
				{
			        reset_state = DTR_LOW;
                    return;
                }
            }

#ifdef SERIAL_USB 
            // The magic reset sequence is "1EAF".
            // Got the magic sequence -> reset, presumably into the bootloader.
			bkp_init();
			bkp_enable_writes();
			bkp_write(10, 0x424C);
			bkp_disable_writes();
			nvic_sys_reset();			
#endif
            /* Can't happen. */
            ASSERT_FAULT(0);
        }
    }
}
#endif  // BOARD_HAVE_SERIALUSB

usb_serial.H

/******************************************************************************
 * The MIT License
 *
 * Copyright (c) 2010 Perry Hung.
 *
 * Permission is hereby granted, free of charge, to any person
 * obtaining a copy of this software and associated documentation
 * files (the "Software"), to deal in the Software without
 * restriction, including without limitation the rights to use, copy,
 * modify, merge, publish, distribute, sublicense, and/or sell copies
 * of the Software, and to permit persons to whom the Software is
 * furnished to do so, subject to the following conditions:
 *
 * The above copyright notice and this permission notice shall be
 * included in all copies or substantial portions of the Software.
 *
 * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
 * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
 * MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
 * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS
 * BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN
 * ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
 * CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
 * SOFTWARE.
 *****************************************************************************/

/**
 * @brief Wirish USB virtual serial port (SerialUSB).
 */

#ifndef _WIRISH_USB_SERIAL_H_
#define _WIRISH_USB_SERIAL_H_

#include "Print.h"
#include "boards.h"
#include "Stream.h"

/**
 * @brief Virtual serial terminal.
 */
class USBSerial : public Stream {
public:
    USBSerial(void);

    void begin(void);

    // Roger Clark. Added dummy function so that existing Arduino sketches which specify baud rate will compile.
    void begin(unsigned long);
    void begin(unsigned long, uint8_t);
    void end(void);

    virtual int available(void);// Changed to virtual

    size_t readBytes(char *buf, const size_t& len);
    uint32 read(uint8 * buf, uint32 len);
    // uint8  read(void);

    // Roger Clark. added functions to support Arduino 1.0 API
    virtual int peek(void);
    virtual int read(void);
    int availableForWrite(void);
    virtual void flush(void);


    size_t write(uint8);
    size_t write(const char *str);
    size_t write(const uint8*, uint32);

    uint8 getRTS();
    uint8 getDTR();
    uint8 pending();
	
	
	void enableBlockingTx(void);
	void disableBlockingTx(void);

    /* SukkoPera: This is the Arduino way to check if an USB CDC serial
     * connection is open.

     * Used for instance in cardinfo.ino.
     */
    operator bool();

    /* Old libmaple way to check for serial connection.
     *
     * Deprecated, use the above.
     */
    uint8 isConnected() __attribute__((deprecated("Use !Serial instead"))) { return (bool) *this; }

protected:
    static bool _hasBegun;
	static bool _isBlocking;
};

#ifdef SERIAL_USB
    extern USBSerial Serial;
#endif

#endif

Вроде бы есть команда (если я правильно понял как она пишется):

USBSerial.end();

Но если ее прописать в Setup, то получаю ошибку:

sketch_apr14a:11:14: error: expected unqualified-id before '.' token

exit status 1
expected unqualified-id before '.' token

Если заглянуть внутрь функции END(); то можно увидеть следующее:

void USBSerial::end(void) {
	#if BOARD_HAVE_SERIALUSB
		usb_cdcacm_disable(BOARD_USB_DISC_DEV, (uint8_t)BOARD_USB_DISC_BIT);
		usb_cdcacm_remove_hooks(USB_CDCACM_HOOK_RX | USB_CDCACM_HOOK_IFACE_SETUP);
		_hasBegun = false;
	#endif
}

Дальше, заглянем в board.h от моей платы, и там увидим:

#define BOARD_USB_DISC_DEV        NULL
#define BOARD_USB_DISC_BIT        NULL

Из всего этого:

1) не понятно как правильно вызывать отключение USBSerial

2) Похоже на то что даже не указано что именно нужно отключать. А это пины PA11 и PA12

можете помочь во всем этом разобраться?

 

forfrends
Offline
Зарегистрирован: 24.02.2015

nik182, только что попробовал повторно сделать инициализацию пинов в основном цикле. Не работает. 

#define Pin1 PA11
#define Pin2 PA12

void setup() {
    pinMode(Pin1, OUTPUT);
    pinMode(Pin2, OUTPUT);
    }

void loop() {
    pinMode(Pin1, OUTPUT);
    pinMode(Pin2, OUTPUT);
    digitalWrite(Pin1, LOW);
    digitalWrite(Pin2, LOW);
    delay(1000);
    digitalWrite(Pin1, HIGH);
    digitalWrite(Pin2, HIGH);
    delay(1000);
}

 

nik182
Offline
Зарегистрирован: 04.05.2015

Ну так в мануале и сказано. As soon as the USB is enabled, these pins are connected to the USB internal transceiver automatically. Все остальные можно отключать, а USB нет. А USB->CNTR=2; для выключения Кларковский аддон не понимает. СТМовский аддон понимает, компилирует и работает. Но у него есть есть в настройках среды опция без usb-serial, которая и так отключает USB. C Кларковским аддоном я не разбирался. Как отключить УСБ не подскажу. Могу только предложить тупо записать 2 по физическому адресу USB->CNTR регистра смещение 0х40 от базового 0x40005C00, т.е. 0x40005C40.  

Кларковский аддон съел это и весело мигает на ногах А11 А12

#define Pin1 PA11
#define Pin2 PA12
#define Pin3 PC13

volatile uint32_t *px = (volatile uint32_t*)0x40005C40;
void setup() {
    *px = 0x2;
    pinMode(Pin1, OUTPUT);
    pinMode(Pin2, OUTPUT);
    pinMode(Pin3, OUTPUT);
    }

void loop() {
    digitalWrite(Pin1, LOW);
    digitalWrite(Pin2, LOW);
    digitalWrite(Pin3, LOW);
    delay(1000);
    digitalWrite(Pin1, HIGH);
    digitalWrite(Pin2, HIGH);
    digitalWrite(Pin3, HIGH);
    delay(1000);
}

 

forfrends
Offline
Зарегистрирован: 24.02.2015

Спасибо большое! Работает! Только что проверил, и digitalRead тоже работает!

Спасибо огромное!

andriano
andriano аватар
Offline
Зарегистрирован: 20.06.2015

forfrends, вообще-то blink на stm32 "весит" более 10К. Т.е. код инициализации stm32 под режим Ардуино дофига всего настраивает. В том числе питание, тактовый генератор и его многочисленные делители, USB, все имеющиеся таймеры и пр.

Вы пробовали Serial.end(), как Вам подсказали в 8 сообщении?

Поможет ли это Вам, не знаю, но USB при этом отключается, и следующая прошивка контроллера через USB будет возможна только при помощи кнопки перезагрузки.

forfrends
Offline
Зарегистрирован: 24.02.2015

Сейчас попробовал Serial.end() - работает!

Проблема была в том что для меня было совершенно не понятно как правильно эту команду написать. Я вместо Serial писал USBSerial, из-за чего выдавало ошибки.

b707
Offline
Зарегистрирован: 26.05.2017

forfrends пишет:

Проблема была в том что для меня было совершенно не понятно как правильно эту команду написать. Я вместо Serial писал USBSerial, из-за чего выдавало ошибки.

слушайте, порт называется Serial. Я уже спрашивал, откуда вы взяли USBSerial - вы не отвечаете

dimax
dimax аватар
Offline
Зарегистрирован: 25.12.2013

b707, видимо от названия класса (из #10).  Видимо ещё не знает, что класс и назначенный экземпляр класса могут иметь разные имена :)

forfrends
Offline
Зарегистрирован: 24.02.2015

Да, все верно, из библиотеки.

vlad072
Offline
Зарегистрирован: 01.08.2017

Сразу скажу, мой уровень знакомства с STM32 - получил из Китая платку, залил загрузчик и помигал диодом. Пытаюсь прощупать почву для перевода проекта c AVR на STM. Одна из задач - в цикле проверять сработку двух датчиков (короткий орицательный импульс). Для Atmega328 делаю это по регистру EIFR:

void setup() {
  DDRD &= ~0x0C; PORTD |= 0x0C; EICRA = 0x0A; EIFR = EIFR;    // D2,D3: input, pullup, detect falling, reg. clear
  //..
}
void loop() {
  if (EIFR) {
    if (EIFR & 0x01) {
      // detect D2
    } else {
      // detect D3
    }
    EIFR = EIFR;
  }
  //..
}

Поглядев инфу по регистрам прерываний STM32 запутался. Как будет выглядеть подобный участок кода для STM? Или может подскажете аналоги EICRA и EIFR, есть они? Механизм прерываний на сколько я понял там схожий?

nik182
Offline
Зарегистрирован: 04.05.2015

Все регистры относящиеся к прерываниям на ногах описаны в мануале на MK - RM0008 , глава 10.3. Только зачем проверять в цикле, если после активации регистров доступны прерывания отдельные для первых пяти ног и одно общее на остальные?   

dimax
dimax аватар
Offline
Зарегистрирован: 25.12.2013

vlad072, по-хорошему нужно не делать аналог старого решения , а заново переосмыслить, и найти более эффективные способы, благо stm32 открывает для этого широкие просторы. В конкретном случае всё зависит от того, что вы хотите делать с результатом. Ноги можно опрашивать по всякому, и не обязательно средствами триггера GPIO-прерываний. Можно например входами таймера.

vlad072
Offline
Зарегистрирован: 01.08.2017

nik182 пишет:

 зачем проверять в цикле, если после активации регистров доступны прерывания отдельные для первых пяти ног и одно общее на остальные?   

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

dimax пишет:

что вы хотите делать с результатом

При обнаружении что за период цикла "loop()" импульсы были (один или миллион - не важно) выставить соответственные биты в переменной, хранящей флаги аварий, т.е. alarm |= ...

ssss
Offline
Зарегистрирован: 01.07.2016

vlad072 пишет:

nik182 пишет:

 зачем проверять в цикле, если после активации регистров доступны прерывания отдельные для первых пяти ног и одно общее на остальные?   

Не хотелось бы использовать векторы, поскольку за один цикл "loop()" этих импульсов может поступить крайне много. 

тогда на таймерах... на них и таймаут можно выставить... и система грузиться циклами не будет.....

nik182
Offline
Зарегистрирован: 04.05.2015

vlad072 пишет:

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

Не хочешь вектор, не бери. Поднял всю цепочку EXTI , а прерывание не активируй. В цикле можно проверить флаг в пендинг регистре (EXTI_PR) отреагировать на него и очистить. Тут хоть десяток импульсов придёт, после первого будет стоять и ждать пока не очистишь сам. Зато точно покажет что импульс был, даже если его сейчас нет.