• I'm building a serial gateway for my RFM95 radios. I already have a funcitoning ESP8266 gateway for my NRF24 radios. I want to use my device's Serial1 for communication with my controller (RPi running Home Assistant). I would like the debug output to go out my devices USB port, called Serial. So, I would expect to have these two configuration elements:

    #define MY_DEBUG
    #define MY_DEBUG_HWSERIAL Serial
    #define MY_SERIALDEVICE Serial1

    However, all output, debug and otherwise, goes out Serial1. If I reverse the configuration, then all output goes out Serial. MY_DEBUG_HWSERIAL does not seem to have any effect.

    The top part of my sketch is included below. Any insight would be appreciated.

    // Enable debug prints to serial monitor
    #define MY_DEBUG
    //Want DEBUG output to Serial (USB Port)
    #define MY_DEBUG_HWSERIAL Serial  // Tried 'Serial' and 'Serial0'
    // Enable and select radio type attached
    //#define MY_RADIO_NRF24
    //#define MY_RADIO_RFM69
    // Set LOW transmit power level as default, if you have an amplified NRF-module and
    // power your radio separately with a good regulator you can turn up PA level.
    //#define MY_RF24_PA_LEVEL RF24_PA_LOW
    #define   RFM95_IRQ_PIN  6
    #define   RFM95_RST_PIN  9
    #define   RFM95_SPI_CS   10
    #define   MY_RADIO_RFM95
    #define   MY_DEBUG_VERBOSE_RFM95
    // Enable serial gateway
    //Want Gateway <-> Controller communication over Serial1
    #define MY_SERIALDEVICE Serial1
    // Define a lower baud rate for Arduino's running on 8 MHz (Arduino Pro Mini 3.3V & SenseBender)
    //#if F_CPU == 8000000L
    #define MY_BAUD_RATE 38400
    // Enable inclusion mode
    // Enable Inclusion mode button on gateway
    // Inverses behavior of inclusion button (if using external pullup)
    // Set inclusion mode duration (in seconds)
    // Digital pin used for inclusion mode button
    // Set blinking period
    // Inverses the behavior of leds
    // Flash leds on rx/tx/err
    // Uncomment to override default HW configurations
    //#define MY_DEFAULT_ERR_LED_PIN 4  // Error led pin
    //#define MY_DEFAULT_RX_LED_PIN  6  // Receive led pin
    //#define MY_DEFAULT_TX_LED_PIN  13  // the PCB, on board LED
    #include <MySensors.h>```

  • Mod

    @nelsonov MY_DEBUG_HWSERIAL does not have any effect because it does not exist in MySensors. I would guess you found some documentation that needs to be changed. Could you point me to where you found it?

  • Everything makes much more sense to me now. I found that macro in a discussion on this forum:

    Now that I have re-read that discussion I understand that I was seeing what I wanted to see.

    Thank you.

  • Mod

    @nelsonov you're welcome. Always great when new people join the forum.

    The suggestion to modify hwDebugPrint, as discussed in the thread you linked, seems like the best way forward to me.

    You could manually replace all occurrences of MY_SERIALDEVICE in the implementation for your board ( if you're using esp8266) with the serial device you want to use.

    It is a bit of a hack, but if it works and you find it useful we should be able to modify a future release of the MySensors library to support redirecting debug output without having to hack the library.

  • Hardware Contributor

    it would be better to change it directly in MyHwESP8266.h , for a quick hack (just one line)

  • Mod

    @scalz won't that cause the gateway serial output to the controller to also change device?

    The same define is used here:

  • Hardware Contributor

    not sure to understand "change device" 😊
    I thought he wants to use another serial. Then you adviced to change all lines in the esp8266 hw layer cpp. That's why I said, it's quicker to change this directly in the .h as it's here it's defined..

  • Mod

    @scalz OP wants debug prints to go to one serial device, and serial gateway prints to go to a different serial device.

  • Hardware Contributor

    Oki, I just got it lol. was not obvious to me first time (I've never needed this)
    I agree with you, forget what I said above 😉 (because that would be applied globally)

  • @mfalkvidd I'm using an AVR board for my serial gateway. I modified hwDebugPrint in MyHwAVR.cpp with an extra #ifndef to look for MY_DEBUGDEVICE or copy MY_SERIALDEVICE to it. Then all occurrences of MY_SERIALDEVICE were changed to MY_DEBUGDEVICE.

    I added this to my sketch:

    #define MY_DEBUGDEVICE Serial  // Redirect debug to Serial

    The result was what I wanted. Controller <-> Gateway configuration went over Serial1 (/dev/ttyS0 on my RPi) and debugging output went to Serial (/dev/ttyACM0 on my RPi). This allows me to easily debug without having to take any special steps with my controller.

    void hwDebugPrint(const char *fmt, ... )
    #ifndef MY_DEBUGDEVICE
    	char fmtBuffer[MY_SERIAL_OUTPUT_SIZE];
    	// prepend debug message to be handled correctly by controller (C_INTERNAL, I_LOG_MESSAGE)
    	snprintf_P(fmtBuffer, sizeof(fmtBuffer), PSTR("0;255;%" PRIu8 ";0;%" PRIu8 ";%" PRIu32 " "),
    	           C_INTERNAL, I_LOG_MESSAGE, hwMillis());
    	// prepend timestamp
    	MY_DEBUGDEVICE.print(F(" "));
    	va_list args;
    	va_start (args, fmt );
    	vsnprintf_P(fmtBuffer, sizeof(fmtBuffer), fmt, args);
    	// Truncate message if this is gateway node
    	fmtBuffer[sizeof(fmtBuffer) - 2] = '\n';
    	fmtBuffer[sizeof(fmtBuffer) - 1] = '\0';
    	va_end (args);

  • Mod

    @nelsonov very nice!
    Would you be comfortable creating a pull request with these changes? Preferably for all platforms, but we can work together on that.

  • @mfalkvidd I'm quite willing to open a pull request. This will be my first time. Do you want me to create an issue as well? Also what would this be called? Perhaps something like "Alternate Port Debugging"? It's hard to think of something that's 'googlable'.

  • Mod

    @nelsonov Great! There is no need to create an issue. If there is anything to discuss, we can discuss in the pull request thread.

    Maybe call it something like "Add MY_DEBUGDEVICE to redirect debug output"

Log in to reply

Suggested Topics