1BitSy/Lobby

Debuggable Open Source embedded ARM development platform.

Piotr Esden-Tempski

@esden

I would check if you are maybe applying some high voltages on any of the pins suddenly throughout the power cycle of your new device

also connect the bmp to an oscilloscope and see if all the signals are coming out of it correctly when you try to scan for a target

and some more other approaches to figure out if the bmp or maybe the custom device have an issue

Paul Fernquist

@PaulF8080

It worked great for awhile so my setup is OK. I only used the 1Bitsies with their associated voltages. The TMS signal broke. I know what a signal looks like when there is a large RC time constant. I actually saw a similar signal on a first silicon of a CPU chip. In that case they showed me the microscope picture of metal layer short. They had to change the process rules. The only thing I can guess is an electrostatic discharge or an infant failure. Intel does burn-in to weed out infant mortality. I only wanted try out the BMP and I am moving on to another project. Maybe later I will come back.

Piotr Esden-Tempski

@esden

Thank you for trying it out. If you want we can send you a replacement board. This would be the first instance of a failure like that so far. I am not sure comparing us to Intel is a fair thing to do though.

We do not make burnin tests as that is beyond what is reasonable in this situation.

But if your hardware is genuinely broken due to hardware failure we are happy to replace it for you.

Send us an email at info@1bitsquared.com or we can meet in Portland the next time I will be going up there.

Paul Fernquist

@PaulF8080

I was only trying to show that that is a common problem and can happen to anyone. That said, I have no clue what happened.

Paul Fernquist

@PaulF8080

Now that I rethink this. The components used on your boards probably passed a burn-in test. It is frustrating because I have had very few unsolved failures.

Paul Fernquist

@PaulF8080

Just checking in. Thanks for the offer, but I think it was my fault. The board I plugged the BMP into is a mess because my soldering was terrible. I held my breath when I first plugged it in. The solder stencil worked great, but my hands weren't steady enough to place tiny caps etc. I bought a cheap laser to make stencils and to learn to solder better on my next project. New BMP later.

Luke Beno

@lgbeno

Hi Everyone, I'm curious is there is a base template for a 1bitsy project aside from hacking on one of the examples

I'm asking simply because the directory structure of the 1bitsy examples has a makefile structure that is difficult for me to follow

Never mind, maybe this is it! https://github.com/1Bitsy/1bitsy-locm3-template

Luke Beno

@lgbeno

ok, question for anyone out there... I'm trying to use the 1bitsy TIM5 as an input capture with libopencm3

Here is a gist of my strung together code https://gist.github.com/lgbeno/ada9be9792f1dffa1ff7253e105235a3

It is based on this code from Paparazzi: https://github.com/paparazzi/paparazzi/blob/57d395aa00b314ee772becf8111e37a511c56f20/sw/airborne/arch/stm32/mcu_periph/pwm_input_arch.c

so with the gist above, I can confirm with BMP that my timer is running, it overflows at 32bits and trigger an interrupt

the only issue is that I am not triggering the input capture with the IO despite feeding a signal into pin A0

Luke Beno

@lgbeno

I noticed that the chip used in Paparazzi has a RCC_AFIO (rcc_periph_clock_enable(RCC_AFIO);)

but I don't think that this is the case for STM32F415?

Piotr Esden-Tempski

@esden

yeah that is for the STM32F1 chips

paparazzi supports both STM32F1 and STM32F4 and more recently STM32F7 too

Luke Beno

@lgbeno

Cool, for the most part I was simply using the Paparazzi code as reference for using TIM5, of which it has gotten me pretty far

There must just be something subtle that I'm missing in getting the PA0 port routed to TIM5

Piotr Esden-Tempski

@esden

you just need to do mode setup: https://github.com/1Bitsy/1bitsy-examples/blob/master/examples/1bitsy/pwmblink/pwmblink.c#L40

this is the main difference between F1 and F4

if you look at the legends here: https://github.com/1bitsy/1bitsy-hardware

https://raw.githubusercontent.com/1Bitsy/1bitsy-hardware/master/doc/1bitsy_v1_0d_legend.png

if you look here you will see that T5C1 on PA0 needs to be mapped to AF2

this means that the line needs to be:

gpio_mode_setup(GPIOA, GPIO_MODE_AF,
                    GPIO_PUPD_NONE, GPIO0);
gpio_set_af(GPIOA, GPIO_AF2, GPIO0);

Luke Beno

@lgbeno

Excellent, that worked!

I know it was something along those lines, this is sometimes the pain of using a new family of micros for the first time

btw, that legend is great, I was referencing the one that came printed with 1bitsy, but this one even has the AF settings!

Piotr Esden-Tempski

@esden

yeah I could not fit the full thing on the cards

so I had to compress it

Luke Beno

@lgbeno

well both are great references, thank you for the quick help!

Piotr Esden-Tempski

@esden

no problem, thanks for diving into it :D

Luke Beno

@lgbeno

I'm coming from ATSAMD11 and ATSAMD21, these F4 micros are bad ass comparatively speaking

working on a project now with F410 and BlueNRG

Nothing wrong with ATSAMDx1 either, I just need more umph for Floating point math

but yeah, calling it a day after this victory, thanks again!

Piotr Esden-Tempski

@esden

Great! Have a good night. :)

HooperFly

@hooperfly

What to do you call 1bitsy + Rust? I'm going with 1rusty for now. Managed to get the Cortex-M RTFM environment running on 1bitsy thanks to the work of @miek, @japaric, and @esden. Now it's time to write some Rust code. :)

Will

@wmarone

@hooperfly that sounds interesting, I'm trying to get into rust myself but it's a very differnt mode of thinking from standard C programming

Luke Beno

@lgbeno

is there a reference for using the libopencm3 SPI2 abstraction

So far this is what I'm trying

static void spi_setup(void) {
    /* INIT SPI GPIO */
    gpio_mode_setup(GPIOB, GPIO_MODE_AF, GPIO_PUPD_NONE, GPIO13|GPIO14|GPIO15);
    gpio_set_af(GPIOB, GPIO_AF5, GPIO13|GPIO14|GPIO15);

    /* INIT SPI SS GPIO */
    gpio_mode_setup(GPIOB, GPIO_MODE_OUTPUT, GPIO_PUPD_NONE, GPIO12);
    gpio_set(GPIOB, GPIO12);

    spi_set_master_mode(SPI2);
    spi_set_baudrate_prescaler(SPI2, SPI_CR1_BR_FPCLK_DIV_64);
    spi_set_clock_polarity_0(SPI2);
    spi_set_clock_phase_0(SPI2);
    spi_set_full_duplex_mode(SPI2);
    spi_send_msb_first(SPI2);
    spi_set_nss_high(SPI2);
    spi_enable(SPI2);

}

Then in main, I will do:

spi_send(SPI2, 0xDE);
spi_send(SPI2, 0xAD);
spi_send(SPI2, 0xBE);
spi_send(SPI2, 0xEF);

Luke Beno

@lgbeno

I also have the
rcc_periph_clock_enable(RCC_SPI2);

Luke Beno

@lgbeno

ok, I found a better example in the comments of the libopencm3 code https://github.com/libopencm3/libopencm3/blob/master/lib/stm32/common/spi_common_all.c#L22

Bits are now twiddling!

Where communities thrive

People

Repo info

Activity