Picsi

Great work, I'm impressed! I wouldn't have thought that something like this is possible with an 8-bit PIC. Considering that others need a DSP or a GHz CPU for this... ;)

Hi. I wanted a sensor button together with the 18F16Q41 for a project and couldn't find a suitable solution online, so I came up with one myself. In addition, a display of the ADCC value was required for debugging purposes. I like to use a display module with SAA1064 from a TV for this. I have developed a demo program from this. See file header and comments for details. Have fun with it. Evan has also included it in the collection of example programs, many thanks for that. :)

Hello everyone, I hope I'm posting this in the right section. I have extended the glcd_sh1106.h a bit because I have a slightly different display here. According to its data sheet, this display, a Rajguru Electronics 13002, requires a different init sequence. With the standard init it is quite dark and flashes briefly at system startup. I have included this in the glcd_sh1106.h. You can activate it with: #DEFINE GLCD_SubType 13002 The display page: https://www.rajguruelectronics.com/ProductView?tokDatRef=MzA5ODE=&tokenId=MQ==&product=OLED%201.3%20inch%204pin%20RG128x64%20Display%20White...

Great work, I'm impressed! I wouldn't have thought that something like this is possible with an 8-bit PIC. Considering that others need a DSP or a GHz CPU for this...

And that reminds me: What about SPI2? The Q41 has two hardware SPIs, the corresponding registers exist a second time, SPI2CON0, SPI2CON1 and so on. So you would need a second SPI mode instruction to address them? And a second SPITransfer, FastHWSPITransfer etc., or a parameter for all of them to select the channel? It would be nice if the second SPI channel could also be used, perhaps one as a master and the other as a slave. But that would be on a completely different scale to this...

@ Anobium: My suggestion, if feasible, would be the following: You could evaluate an additional bit in the second argument of SPIMode: The function of bits 0 and 1 remains as before (apart from any previous bugs) and sets CKP and CKE of SPI1CON1 corresponding to CPOL and CPHA. Bit 2 sets SSP of SPI1CON1 and thus controls the polarity of the hardware SS. But only if the PIC type supports this, not that this bit has a different function on another PIC (in the future) (no idea if this happens). You...

As an old (!) assembler programmer (many, many years ago, on a completely different CPU) and after a look at the data sheet i added bsf 0x085,2,1 'set SSP bsf 0x085,5,1 'set SKP bcf 0x085,6,1 'clear CKE The PIC now does what it is supposed to do! And yes, I have to clear CKE, which also corresponds to the timing diagram in the datasheet. CKE seems to be an inversion of CPHA? Then I looked at the .asm file generated by GCB: bcf SPI1CON1,CKE,BANKED bcf SPI1CON1,CKP,BANKED btfss SPICLOCKMODE,0,ACCESS...

As an old (!) assembler programmer (many, many years ago, on a completely different CPU) and after a look at the data sheet i added bsf 0x085,2,1 'set SSP bsf 0x085,5,1 'set SKP bcf 0x085,6,1 'clear CKE The PIC now does what it is supposed to do! And yes, I have to clear CKE, which also corresponds to the timing diagram in the datasheet. CKE seems to be an inversion of CPHA? It also works with aliases: bsf SPI1CON1,SSP,BANKED bsf SPI1CON1,CKP,BANKED bcf SPI1CON1,CKE,BANKED Then I looked at the .asm...