Subcategories

• Squareline Studio / LVGL

  Squareline Studio and LVGL Discussion

  4
  Topics
  15
  Posts

  R

  @gmnvh I reccomend to look in to "volos" projects on YT

• UIFlow

  Discuss all things UIFlow here. Bugs, Improvements, Guides etc...

  Lessons and Guides Bug Report Custom Blocks
  1.0k
  Topics
  4.0k
  Posts

  K

  @teastain
  Because the entire framework of UiFlow1 can no longer support the large number of new devices and new functions, UiFlow2 is equivalent to redoing all the functions.
  No there is no UiFlow3

• Arduino

  M5Stack is programmable with the Arduino IDE. Here you can troubleshoot your issues and share Arduino code and libraries

  Lessons and Guides
  398
  Topics
  1.4k
  Posts

  F

  Hello @Krmiller

  I am not able to reproduce the issue you are describing. Tested with Linux and MacOS client. That said I recommend not using delay() in the loop as it blocks the WiFi background process.

  Try replacing loop with below code. (You should see a much quicker response too.)

  void loop() { static uint32_t t = millis(); if(millis() > t + 5000) { t = millis(); int clientCount = WiFi.softAPgetStationNum(); Serial.print("Connected clients: "); Serial.println(clientCount); } }

  Thanks
  Felix

• Micropython

  Discuss all things Micropython here. Get help, Recommend Libraries, Report Bugs and Improvements

  Lessons and Guides
  202
  Topics
  856
  Posts

  R

  @mehulge stuck with same issue, did you ever found the fix?

• M5EZ

  For discussion and assistance with M5EZ.

  10
  Topics
  51
  Posts

  H

  Any idea? Is it possible to use it with http get or MQTT commands?
  Any pointers?
  Thanks

• ESP - IDF

  Discuss all things related to ESP - IDF, Espressifs IoT Development Framework

  19
  Topics
  75
  Posts

  R

  @felmue Thank you for the pointer! Looks like perhaps it's fixed for the Arduino implementation? It does not seem fixed for the ESP-IDF version quite yet. Your workaround combined with the pre_cb and post_cb callbacks worked! Here's a snippet/summary of what I did:

  #ifdef CONFIG_M5CORES3_SPI_CONFLICT_FIX #define M5CORES3_SPI_CONFIG_FIX_MISO_PIN 35 void sx127x_spi_pre_transfer_m5cores3_fix_callback(spi_transaction_t* t) { // before a SPI transaction is started, we need to change the driving direction // of the DC pin in the CoreS3 (the CoreS3 uses the MISO pin as the DC pin and // configures it as an output ping which conflicts with other SPI devices on the bus) // set gpio direction for MISO pin to input gpio_set_direction(M5CORES3_SPI_CONFIG_FIX_MISO_PIN, GPIO_MODE_INPUT); } void sx127x_spi_post_transfer_m5cores3_fix_callback(spi_transaction_t* t) { // undo pin direction change after SPI transaction is done // set gpio direction for MISO pin back to output gpio_set_direction(M5CORES3_SPI_CONFIG_FIX_MISO_PIN, GPIO_MODE_OUTPUT); } #endif sx127x_handle_t sx127x_init(const sx127x_modem_config_t* modem_config) { // ... // Configure SPI device spi_device_interface_config_t spi_dev_cfg = { .clock_speed_hz = 9000000, // 9MHz .mode = 0, .spics_io_num = modem_config->cs_gpio, .queue_size = 7, .flags = 0, #ifdef CONFIG_M5CORES3_SPI_CONFLICT_FIX .pre_cb = sx127x_spi_pre_transfer_m5cores3_fix_callback, .post_cb = sx127x_spi_post_transfer_m5cores3_fix_callback #endif }; ret = spi_bus_add_device(spi_host, &spi_dev_cfg, &device->spi); if (ret != ESP_OK) { ESP_LOGE(TAG, "Failed to add SPI device"); vSemaphoreDelete(device->spi_mutex); free(device); return NULL; } // ... }

  I can now use both the display and the sx1276 at the same time on the M5Stack CoreS3.

  Thanks again for your assistance!

• UiFlow 2.0

  UiFlow 2.0 related issues discussion.

  217
  Topics
  978
  Posts

  S

  I'm trying to extract current power usage information from a P1 device with an API, but the server is poorly written and doesn't respond to the "Connection: close" header, keeping the connection alive no matter what:

  * Trying 192.168.10.22:80... * Connected to 192.168.10.22 (192.168.10.22) port 80 > GET /api/v1/data HTTP/1.1 > Host: 192.168.10.22 > User-Agent: curl/8.4.0 > Accept: */* > Connection: close > Content-Type: application/json > < HTTP/1.1 200 OK < Content-Type: application/json < Content-Length: 1178 < Access-Control-Allow-Origin: * < * Connection #0 to host 192.168.10.22 left intact {"wifi_ssid":"(redacted)","wifi_strength":62,"smr_version":50,"meter_model":"ISKRA 2M550T-1011","unique_id":"(redacted)","active_tariff":2,"total_power_import_kwh":118615.868,"total_power_import_t1_kwh":31059.650,"total_power_import_t2_kwh":87556.218,"total_power_export_kwh":0.016,"total_power_export_t1_kwh":0.002,"total_power_export_t2_kwh":0.014,"active_power_w":5921.000,"active_power_l1_w":1424.000,"active_power_l2_w":1449.000,"active_power_l3_w":3074.000,"active_voltage_l1_v":226.400,"active_voltage_l2_v":225.100,"active_voltage_l3_v":226.700,"active_current_a":26.287,"active_current_l1_a":6.290,"active_current_l2_a":6.437,"active_current_l3_a":13.560,"voltage_sag_l1_count":7.000,"voltage_sag_l2_count":6.000,"voltage_sag_l3_count":7.000,"voltage_swell_l1_count":1.000,"voltage_swell_l2_count":1.000,"voltage_swell_l3_count":1.000,"any_power_fail_count":6.000,"long_power_fail_count":11.000,"total_gas_m3":13682.241,"gas_timestamp":241111145004,"gas_unique_id":"(redacted)","external":[{"unique_id":"(redacted)","type":"gas_meter","timestamp":241111145004,"value":13682.241,"unit":"m3"}]}%

  This causes request2 to freeze when trying to get the response contents, like when calling 'print(http_req.text)'. Performing a GET request on any other server works fine, so it's pretty clear to me that this is the issue.

  If I add a timeout to the request, like so:

  http_req = requests2.get('http://192.168.10.22/api/v1/data', headers={'Content-Type': 'application/json', 'Connection': "close"}, timeout=2)

  Then that just triggers an error and crashes the application.

  Many servers keep the connection alive by default, leading to this issue. Is there a way to work around it?