Search found 6 matches
- Fri Jun 27, 2014 5:51 pm
- Forum: STM32 Support
- Topic: I2C Read Issue STM32 F3
- Replies: 8
- Views: 6382
Re: I2C Read Issue STM32 F3
Giovanni, thank you - now it's clear re idle thread. Re I2C read problem on BMP180 - the HAL code seems not guilty - the BMP180 device requires 16-bit reading, so once I switched to 2-byte read buffer length, everything started working ok. Sorry for bothering you, it was my mistake as I was ...
- Fri Jun 27, 2014 11:49 am
- Forum: STM32 Support
- Topic: I2C Read Issue STM32 F3
- Replies: 8
- Views: 6382
Re: I2C Read Issue STM32 F3
this might introduce problems as there's neither compile-time nor debug-mode runtime checks against that. As some HAL drivers do not require idle thread and some do, I would add a compile-time warning in those HAL drivers that require idle thread once they find CH_NO_IDLE_THREAD set to TRUE
- Thu Jun 26, 2014 8:21 pm
- Forum: STM32 Support
- Topic: I2C Read Issue STM32 F3
- Replies: 8
- Views: 6382
Re: I2C Read Issue STM32 F3
Will send you the problem piece of code tomorrow when get back to my desktop PC @ work. BTW, another thing that I noticed when working with i2c hal driver is that if I turn off background thread creation in chconf.h, the i2c transmission functions stop working, looping endlessly somewhere inside ...
- Thu Jun 26, 2014 8:04 pm
- Forum: STM32 Support
- Topic: I2C Read Issue STM32 F3
- Replies: 8
- Views: 6382
Re: I2C Read Issue STM32 F3
Just faced with the same or alike problem today when was trying to pair the BMP180 barometric sensor with STM32F103 under ChibiOS 2.6.2. The system hangs (or loops waiting for an hardware event) after any i2c operation following a successful i2c read. Interesting enough is that when I open registers ...
- Mon Feb 17, 2014 5:55 pm
- Forum: General Support
- Topic: executing GPT etc callbacks in a thread, not ISR context
- Replies: 3
- Views: 3591
Re: executing GPT etc callbacks in a thread, not ISR context
Giovanni, thank you for instant reply!
Thank you, the callback concept is now clear. Yet I would not use ISR-driven code to just signal the thread one to do smth that has to do with bitbanging port pins due to introducing signal edge jitter. The overall time synchronization in my code is ensured by ...
Thank you, the callback concept is now clear. Yet I would not use ISR-driven code to just signal the thread one to do smth that has to do with bitbanging port pins due to introducing signal edge jitter. The overall time synchronization in my code is ensured by ...
- Mon Feb 17, 2014 5:25 pm
- Forum: General Support
- Topic: executing GPT etc callbacks in a thread, not ISR context
- Replies: 3
- Views: 3591
executing GPT etc callbacks in a thread, not ISR context
Hi, I'm new to ChibiOS. I compiled and run the RTOS on a STM32F103 dev board with simple ADC via DMA, multithreading demos etc. Now I wrote a simple own async implementation for sending RC switch-compliant commands to wireless AC sockets which is based on GPT callbacks/bitbanging.
The code works ok ...
The code works ok ...