It looks like a bug: The code for the interrupt is generated even if the interrupt enable macro is disabled - so in your code: void MX_INTERRUPT_MACRO(void) { //Handler code for [ECCP1 Interrupt] if (PIR2bits.ECCP1IF) { FCM_PulseRPM_ISR(); // call selected macro } //Handler code for [ECCP1 SPEED] if...

It looks like a bug: The code for the interrupt is generated even if the interrupt enable macro is disabled - so in your code: void MX_INTERRUPT_MACRO(void) { //Handler code for [ECCP1 Interrupt] if (PIR2bits.ECCP1IF) { FCM_PulseRPM_ISR(); // call selected macro } //Handler code for [ECCP1 SPEED] if...

Hi Stefan, Could you try 'buffering' the output and writing in larger blocks - probably a multiple of a sector size would be best. Try 1 sector 10x and 100x for example and see how the times look - there should be less 'overhead' for a larger buffer size, but whether it will translate to a meaningfu...

You posted whilst I typed.

It would be easy to add a delay between bytes sent if required.

The code I posted 'should' (famous last words) be in the correct 8n2 format - and at 250000baud. My logic analyser isn't keen on reading them - though probably would if I tweaked the baud rate for testing?

Looks promising. I think there is a requirement for a minimum of 24 channels - and a maximum of 512. I haven't added a set channel macro - though it would be easy to do. Alternatively - in a calculation dmx_dat[channel_number 0..511] = value We will be interested to hear how you get on... (with phot...

Finally cracked it - I had the wrong value for RC6PPS.... I must have changed every other line of code! A very simple demo - write DMX data to C6. Always uses a command byte of 0 (this might be better as data[0] or a parameter to SendDMXPacket)- if different values are needed. I just send 24 channel...

Just got a handful of 16f18877 arrive. So far - nothing from the UART (although I can if I use the UART component - in software mode) - UART component doesn't go to 250000 baud - but (in theory) initialising the EUSART is straightforward. So - as yet - nothing - but some more fiddling time later - a...

In Flowcode - include the Timer component - and then can get milliseconds (etc) from when it is started.

Martin

Just using the UART decoder at present. Just checking if sigrok will do the trick...

While I was typing - Iain popped in with a test of the DMX component too. I don't have a way to test if it is a valid DMX signal - how doing?