Arduino_NetworkConfigurator problem with Arduino_PortentaMachineControl and Arduino_H7_Video

[dmazzella]

Hello,
My project uses a Machine Control with an external display connected via USB-C directly to the Portenta H7 inside the MC using the Arduino_H7_Video and Arduino_PortentaMachineControl libraries and, of course, ArduinoIoTCloud.
After updating the IoT Cloud library from 2.5.1 to 2.7.0, the display started scrolling vertically.
To confirm the problem, I forced to disable the network configurator by editing the AIoTC_Config.h file on line 159:

#if defined(ARDUINO_PORTENTA_H7_M7) || defined(ARDUINO_NICLA_VISION) || defined(ARDUINO_OPTA) || defined(ARDUINO_GIGA) \
  || defined(ARDUINO_UNOR4_WIFI) || defined (ARDUINO_PORTENTA_C33)
  #define NETWORK_CONFIGURATOR_ENABLED (0)
#else
  #define NETWORK_CONFIGURATOR_ENABLED (0)
#endif

and the display started working normally.

Is there any way to disable the network configurator?

Thanks,
D.

This is a video of the sketch with NETWORK_CONFIGURATOR_ENABLED set to 0

IMG_0645.MOV

This is a video of the sketch with NETWORK_CONFIGURATOR_ENABLED set to 1

IMG_0646.MOV

[fabik111]

Hello @dmazzella, thak you for reporting us the issue.

The NetworkConfigurator feature even if enabled in the AIoTC_Config.h file, it's not used internally by the ArduinoIoTCloud lib unless it's fully configured and enabled in the thingProperties.h file of the sketch cloud.

So, for answering your question: for disabling the NetworkConfigurator it should be enough editing your thingProperties.h removing the NetworkConfigurator dependencies.
The thingProperties.h should be like this:

// Code generated by Arduino IoT Cloud, DO NOT EDIT.

#include <ArduinoIoTCloud.h>
#include <Arduino_ConnectionHandler.h>

const char SSID[]     = SECRET_SSID;    // Network SSID (name)
const char PASS[]     = SECRET_OPTIONAL_PASS;    // Network password (use for WPA, or use as key for WEP)

// callbacks declaration

// cloud variables declaration

void initProperties(){
 //ArduinoCloud.addProperty calls

}
WiFiConnectionHandler ArduinoIoTPreferredConnection(SECRET_SSID, SECRET_OPTIONAL_PASS);

Was the NetworkConfigurator enabled also in the thingProperties.h when you had the problem or was only enabled in the AIoTC_Config.h? Could you share the thingProperties.h file that you used when you had the problem?
This detail is relevant for us for addressing better your issue.

Thank you

[dmazzella]

Hello,

I can provide you templates, sketch and all you need to replicate it:

➜ ~ ~/Applications/arduino-cloud-cli device create --verbose --fqbn="arduino:mbed_portenta:envie_m7" --connection="wifi" --name=MCXX

➜ ~ ~/Applications/arduino-cloud-cli thing create --verbose -t template_thing.yaml -n MCXX

➜ ~ ~/Applications/arduino-cloud-cli dashboard create --verbose -t template_dashboard.yaml -n MCXX -o "MCXX=thingid"

template_thing.yaml
template_dashboard.yaml

img_arduinologo.c
LVGLDemo.ino
thingProperties.h

N.B.
LVGLDemo.ino and thingProperties.h is renamed as .txt for upload of GitHub limitations

[fabik111]

Hello @dmazzella,
It took me a lot for arranging all the stuff and reproducing the issue, at the end I've succeded.

I was able to reproduce the problem, but in my case the vertical scroll problem is still also if I disable the Arduino_NetworkConfigurator as you did in the AIoTC_Config.h.

The same problem there is if you run the LVGLDemo example of the Arduino_H7_Video where the Arduino IoT Cloud library is not used. So it looks like a problem with the Arduino-Mbed core. Already other users reported bugs on the Core and on the Arduino_H7_Video and we are working on them.

As experiment I was able to solve the problem keeping the Arduino_NetworkConfigurator enabled with this setting:

• Arduino MBED Core -> v 4.2.1
• Arduino_ConnectionHandler -> pinned at commit 0786d7afd7d6d91beb49a05c12289f2f03dbc0b3
• ArduinoIoTCloud -> v 2.6.0

I will open a new Issue in the mbed Core repository.

[dmazzella]

Hello @fabik111
have you tried adding the following code in the the loop:

  if (!Display.detect()) {
    NVIC_SystemReset();
  }

?

[fabik111]

Yes, and the result didn't change

[dmazzella]

@fabik111 news on this?