Page 1 of 1

Pic32mz DMX SLAVE BROKEN

Posted: Sat Nov 09, 2019 6:59 am
by chad
The dmx component is also broken. There appears to be something wrong with setting pins on the pic 32..

Target folder: C:\Users\ralph\DOCUME~1\PICFLO~1
Source name: C:\Users\ralph\Documents\Pic flow projects\PicMZ test 1.fcfx
Title:
Description:
Device: PIC32.32MZ.32MZ0512EFE064
Generated by: Flowcode v8.2.1.13
Date: Friday, November 08, 2019 22:58:05

Launching the compiler...
C:\Program Files (x86)\Flowcode\Common\Compilers\pic32\bin\xc32-gcc.exe -mprocessor=32MZ0512EFE064 -O1 -o "C:\Users\ralph\DOCUME~1\PICFLO~1\PicMZ test 1.elf" "C:\Users\ralph\DOCUME~1\PICFLO~1\PicMZ test 1.c"
In file included from C:\ProgramData\MatrixTSL\FlowcodeV8\CAL\includes.c:1301:0,
from C:\Users\ralph\DOCUME~1\PICFLO~1\PicMZ test 1.c:557:
C:\ProgramData\MatrixTSL\FlowcodeV8\CAL\PIC32BIT\PIC32BIT_CAL_UART.c: In function 'FC_CAL_UART_Init_1':
C:\ProgramData\MatrixTSL\FlowcodeV8\CAL\PIC32BIT\PIC32BIT_CAL_UART.c:583:4: error: 'MX_UART_2_RX_RPINR' undeclared (first use in this function)
MX_UART_2_RX_RPINR = MX_UART_2_RX_RP;
^
C:\ProgramData\MatrixTSL\FlowcodeV8\CAL\PIC32BIT\PIC32BIT_CAL_UART.c:583:4: note: each undeclared identifier is reported only once for each function it appears in
C:\ProgramData\MatrixTSL\FlowcodeV8\CAL\PIC32BIT\PIC32BIT_CAL_UART.c:583:25: error: 'MX_UART_2_RX_RP' undeclared (first use in this function)
MX_UART_2_RX_RPINR = MX_UART_2_RX_RP;
^
C:\Users\ralph\DOCUME~1\PICFLO~1\PicMZ test 1.c: In function 'FCD_05481_cal_uart__ControlPin':
C:\Users\ralph\DOCUME~1\PICFLO~1\PicMZ test 1.c:640:40: error: macro "GET_PORT_MASK" requires 2 arguments, but only 1 given
// #else
^
C:\Users\ralph\DOCUME~1\PICFLO~1\PicMZ test 1.c:640:18: error: 'GET_PORT_MASK' undeclared (first use in this function)
// #else
^
C:\Users\ralph\DOCUME~1\PICFLO~1\PicMZ test 1.c: In function 'FCD_05481_cal_uart__Prv_SimShowWaveform':
C:\Users\ralph\DOCUME~1\PICFLO~1\PicMZ test 1.c:849:29: error: macro "SET_PORT_MASK" requires 3 arguments, but only 2 given
FCI_DELAYBYTE_US(4);
^
C:\Users\ralph\DOCUME~1\PICFLO~1\PicMZ test 1.c:849:4: error: 'SET_PORT_MASK' undeclared (first use in this function)
FCI_DELAYBYTE_US(4);
^
C:\Users\ralph\DOCUME~1\PICFLO~1\PicMZ test 1.c:860:31: error: macro "SET_PORT_MASK" requires 3 arguments, but only 2 given
} else {
^
C:\Users\ralph\DOCUME~1\PICFLO~1\PicMZ test 1.c:865:31: error: macro "SET_PORT_MASK" requires 3 arguments, but only 2 given
}
^
C:\Users\ralph\DOCUME~1\PICFLO~1\PicMZ test 1.c:878:29: error: macro "SET_PORT_MASK" requires 3 arguments, but only 2 given
FCI_DELAYBYTE_US(4);
^

C:\Program Files (x86)\Flowcode\Common\Compilers\pic32\bin\xc32-gcc.exe reported error code 255

Autoclose turned off

Chad



FINISHED

Re: Pic32mz DMX SLAVE BROKEN

Posted: Mon Nov 11, 2019 2:21 pm
by Benj
Hi Chad,

Hopefully this has also been resolved for you now but let us know how you get on.

Re: Pic32mz DMX SLAVE BROKEN

Posted: Mon Nov 11, 2019 3:15 pm
by chad
Thanks, for looking into the pin problem. I'll give it a shot.

Chad

Re: Pic32mz DMX SLAVE BROKEN

Posted: Sat Feb 01, 2020 6:11 am
by chrisbooth1957
hi chad I was trying to get the dmx recive working on an Arduino uno back in 2017 all sorts of strange things ie would recive channels sometime but it depended on the value of the channel before it , ie could recice 0,50,30,40 but not 255,255,255,255 , being an Arduino there was other code on the net so got it working hacking existing code so sure was not the hardware . I gave up on the project because there is another issue you may not have noticed yet , the start address is fixed when you compile the code , I looked at reciveing all 512 channels but being a 8 bit prosesor it fell over , so as I recall you will be limited to only being able to use 1/2 the dmx range (256) channels , as well as fixing other problems you need the start address to be something you can change on the fly and it also needs to have a range of 9 bite ( 512) , what I did to help debug was add a cheep i2c lcd display and use that to display the dmx values of the first 8 channels

Re: Pic32mz DMX SLAVE BROKEN

Posted: Fri Apr 10, 2020 2:53 am
by chad
Hi Chris,

" the start address is fixed when you compile the code" I hadn't noticed that. I was having so many problems with the component I had not gotten there yet.

That would be another show stopper. It is absolutely a requirement that you can change the address on the fly.
Yikes.

Thanks for the heads up.
Chad