locoduino / dccpp Goto Github PK

Hi,
I think that code in DCCpp.hpp has two bugs:

• definition of beginProgMotorShield() should call beginProg instead of beginMain
• definition of beginProgPololu() should call beginProg instead of beginMain

I've tried with an Arduino Motor Shield v3, and programming track (B) only works if beginProgMotorShield calls beginProg.

Feature request:
I want to use the H-bridge BTS7960. It requires the DCC-signal and its inverse as input to create a proper DCC-output. I am currently using a special device to create the inverse signal, but it would be even more awesome if DCC++ could do this directly.

What would be required:

• a way in the api to add another signal pin
• obviously the signal generation at exactly the same time.

Until now, I failed to understand the code base properly to create a patch for myself, but I'll see whether I can come up with a patch in the next few weeks.

Thanks & merci!

Hello!
I noticed that the project (as well as DCC++) uses 6 pins for DCC generation when in fact only 4 are needed for the motor shield. This is caused by usage of compare registers (as I remember) that disable usage of two extra pins. Also, 2 timers are used to control 2 tracks.

What I propose is to use only one timer (timer2 on atmega328) and digitalWrite-esque code inside timer ISR to control DCC signals on both tracks.
This allows to use any pins to connect to motor shield and frees one timer to do something else.

I've tested my code on Arduino Nano with L298 board and it works correctly. My changes are, however, made to DCC++ project (not DCCpp), which has not been modified for 4 years, therefore I propose a change here. I can try to port them to DCCpp if anyone is interested.

Hi!

I'm trying to compile the provided examples (starting from MiniDcc) on IDE 1.8.13 but I get some errors:

libraries\DCCpp\src\Locomotives\Registers.cpp:10:27: error: 'MAXIMUM_REGISTER_SIZE' was not declared in this scope byte Registers::registers[MAXIMUM_REGISTER_SIZE / 8];

For each cpp file in \Locomotives subfolder I had to manually #import the corresponding hpp file to make it works...
Is it a recent change in how the compiler/linker work?

Thanks