Search found 730 matches

by steved
Tue Sep 01, 2020 1:40 pm
Forum: General Support
Topic: I2C Slave mode support?
Replies: 106
Views: 28106

Re: I2C Slave mode support?

Does look as if my 'real' code was using the I2C in DMA driven mode, although the driver was tested with both DMA and interrupts for a range of message sizes up to 563 bytes. My applications send a message to the device, and always expect a reply. Last thing I do in initialisation is: i2cSlaveConfig...
by steved
Tue Sep 01, 2020 1:25 pm
Forum: Development and Feedback
Topic: [DEV] The new SIO driver
Replies: 7
Views: 453

Re: [DEV] The new SIO driver

An interesting development. Some time ago I modified the serial driver to have optional callbacks (it's posted somewhere here), and that seems to address some of your early comments at the cost of a small amount of additional code. Basically I had two different requirements, one of which had to be s...
by steved
Thu Aug 20, 2020 5:50 pm
Forum: General Support
Topic: I2C Slave mode support?
Replies: 106
Views: 28106

Re: I2C Slave mode support?

Long time since I looked at the code in detail, but I think you'll find that i2cStartReceive() is called (maybe via a convoluted route) once the device has received a correct I2C address. Looking at my code, I have this sequence: #if HAL_USE_I2C_SLAVE slaveI2cPort.slaveTimeout = MS2ST(100); // Time ...
by steved
Fri Aug 14, 2020 5:41 pm
Forum: Bug Reports
Topic: Linker warning Topic is solved
Replies: 4
Views: 154

Re: Linker warning Topic is solved

Dubious English, maybe - I'd fixed the problem. (Because I'm using a different flash chip, I've cloned the structure used into my own library, and thus hadn't detected the change in the make file).
by steved
Fri Aug 14, 2020 5:35 pm
Forum: Bug Reports
Topic: QSPI multiple thread access
Replies: 14
Views: 492

Re: QSPI multiple thread access

Not quite sure whether the 'bump' was for a specific point, but I've tried to pull together some of the discussions and thoughts into one post. No doubt missed (or confused) a few things. Some of the complications arise due to supporting both SPI and WSPI drivers. This gives us three (or maybe four)...
by steved
Tue Aug 11, 2020 4:23 pm
Forum: General Support
Topic: GCC preprocessor and assembler files
Replies: 0
Views: 151

GCC preprocessor and assembler files

Not specifically ChibiOS but I've encountered a very odd situation with preprocessor directives that maybe someone else has seen. Symbol _USE_CHIBI_20 is passed via the command line from the makefile. At the top of chconf.h I have the following: #define XSTR(x) STR(x) #define STR(x) #x #pragma messa...
by steved
Tue Aug 11, 2020 3:48 pm
Forum: Bug Reports
Topic: Linker warning Topic is solved
Replies: 4
Views: 154

Re: Linker warning Topic is solved

I am missing something here, line 20 is included in smart mode, line 99 in normal mode, those should never be included together. So was I! Firstly, the smart mode conditional. Then the fact that now hal_flash.c is always compiled, it should be removed from the sub-make file for NOR flash (where it ...
by steved
Mon Aug 10, 2020 3:46 pm
Forum: Bug Reports
Topic: Linker warning Topic is solved
Replies: 4
Views: 154

Linker warning Topic is solved

Compiling existing project under 20.3.2, gives: /os/common/startup/ARMCMx/compilers/GCC/mk/rules.mk:184: target 'build/obj/hal_flash.o' given more than once in the same rule Using GCC 9.3 without autobuild enabled (i.e. source files explicitly specified). Problem is in hal.mk - 'hal_flash.c' is call...
by steved
Mon Aug 10, 2020 12:08 pm
Forum: Bug Reports
Topic: QSPI Erratum workaround Topic is solved
Replies: 12
Views: 468

Re: QSPI Erratum workaround Topic is solved

No, no problem (at least not yet - not run 20.x yet); just a difference I noted.
(Although on a quick look I can't see where the DMA stream is actually disabled - the interrupt flag is cleared, and the count is obviously zero, but that seems to be it)
by steved
Mon Aug 10, 2020 11:32 am
Forum: Development and Feedback
Topic: [NOTES] Re-imagining the HAL API
Replies: 10
Views: 331

Re: [NOTES] Re-imagining the HAL API

1) It can be extended with more error codes. Agreed; however at present this is potentially random. I suggest it would help avoid potential confusion if there were defined blocks of values for specific purposes; in particular a block for user-specific error values. And within Chibi itself, it may b...

Go to advanced search