DMX 512 Master baudrate problem

Any bugs you encounter with Flowcode should be discussed here.
Post Reply
celebriums
Posts: 42
http://meble-kuchenne.info.pl
Joined: Fri Dec 18, 2020 7:33 am
Has thanked: 23 times
Been thanked: 7 times

DMX 512 Master baudrate problem

Post by celebriums »

Dear Flowcode Family, greetings to everyone,
Today I wanted to use the DMX512 component in a project, but I encountered two fundamental problems.
The first problem is that if you set the Channel setting to "Software" instead of "Channel," there is no output. It only works with a fixed baud rate in the "Channel" version.
The second problem is that even if you select a different baud rate in the Baud Options setting, there is no change, and it continuously communicates at 115200 kbps.
I'm using the PIC16F1824, and blink and other settings work normally.
I can check and see the outputs on a digital analyzer. What could be the issue?

BenR
Matrix Staff
Posts: 1924
Joined: Mon Dec 07, 2020 10:06 am
Has thanked: 501 times
Been thanked: 684 times

Re: DMX 512 Master baudrate problem

Post by BenR »

Hello,

I beleive DMX is a fixed baud rate of 250Kbps which I've checked and the component is using, is there a reason you need to change the baud rate?

celebriums
Posts: 42
Joined: Fri Dec 18, 2020 7:33 am
Has thanked: 23 times
Been thanked: 7 times

Re: DMX 512 Master baudrate problem

Post by celebriums »

Hello, thank you for your response.

Let me explain my reason for reducing the baud rate: I am establishing communication between the CMT2110 and CMT2210 modules. In this setup, I transmit the signal from the TX pin of the PIC16F1824 to the DATA pin of the CMT2110 on the transmitter module. On the receiver module, I read the signal coming from the DATA pin of the CMT2210 using the RX pin of the STM32F446. However, after 2-3 seconds, I noticed that the TX pin of the STM32F446 starts generating noise. Additionally, I observed a pattern signal on the RX pin.

If we can make the baud rate of the DMX512 signal adjustable, I believe this system could work with all other RC controllers as well. As you may remember from previous forum discussions, the system implemented with a timer interval was not stable. Therefore, I think it would be appropriate to apply this approach to both RC controllers using EV1527 chips and other controllers. For example, in RC signals, I believe that the 32-bit data arriving after a 10 ms sleep can be read with DMX512.

Your thoughts are valuable; thank you in advance for your contribution!

Post Reply