Navigation

    M5Stack Community

    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    1. Home
    2. teiafra
    T
    • Continue chat with teiafra
    • Start new chat with teiafra
    • Flag Profile
    • Profile
    • Following
    • Followers
    • Blocks
    • Topics
    • Posts
    • Best
    • Groups
    Save
    Saving

    teiafra

    @teiafra

    0
    Reputation
    26
    Posts
    1927
    Profile views
    0
    Followers
    0
    Following
    Joined Last Online

    teiafra Follow

    Posts made by teiafra

    • RE: UIFlow and CAT M MODULE SIM7080G

      Hi @felmue and many thanks: we'll have look.
      From our side, good news. M5Stack guys gave us the tip to set ECHO OFF once the module is resumed from the sleep, so soon after PWRKEY sequence, our code checks module status and then set echo off.
      0_1666679066256_e3bfac61-4206-487a-930f-5aaf52099931-image.png
      In this way we're able to launch the MQTT client (provided with the new IoT Base CAT-M palette) and publish a topic.

      We were not able to catch the "EXIT PSM" URC. We noted however that if the code invoked earlier the "network active" brick the URC shows +APP PDP DEACTIVE (we guess that TCP sockets are closed as well as any protocol layer above IP is terminated) while if the code never invoked "network active" before the PSM then we catch "ENTER PSM" URC.

      At this stage our investigation around PSM is pretty satisfactory of the results achieved.
      We'll keep you updated about any further progress.
      Thanks!!

      posted in UIFlow
      T
      teiafra
    • RE: UIFlow and CAT M MODULE SIM7080G

      @felmue
      I tried to implement a loop that scans the UART until there is some content and in this case decode it and print it out. See screenshot.
      0_1666188441334_466fd72f-47d5-48de-9eff-9850985d5c21-image.png
      Well, I put it soon after the wake up pulse sequence to catch the URC EXIT PSM. Nothing: label0 stamps "Empty UART" all the time and instead the "PSM_State" label never assumes "EXIT PSM" string.
      I'm going to give up

      posted in UIFlow
      T
      teiafra
    • RE: UIFlow and CAT M MODULE SIM7080G

      @felmue
      we found a sequence which is almost working. See picture.
      0_1666172262943_5a51e2dd-6fab-49eb-8e75-9aedd66f8073-image.png
      The right toggle is indeed from HiGH to LOW and should last not less than 1s nor longer than 12s ( the latter will force a reset). We used 5s.
      According to the SIMCOM 7080G Hardware integration Guide the UART should be active after 1.8s from the first HIGH pulse.
      Then the code checks iteratively the module status, which becomes True after 3 more seconds (according to the timer put in between and printed out).
      At this stage we are pretty confident the UART is up & running and activate the connection and check IP address. Both UART reading are successful (connection setup and IP address returned).
      NOTE: we saw that the very first AT command after wake up is caught with those timings above.

      FAILURES:

      1. there is not way to catch the unsolicited "EXIT PSM" message from the UART. We are able to catch +CPSMSTATUS: ENTER PSM (URC was enabled in advance with AT+CPSMSTATUS=1) at any try but never ever to get EXIT PSM (UART remains empty)
      2. In addition, although the module gained again IP connectivity any attempt to move MQTT or HTTP traffic fails (the MQTT client of the new IoT Base CAT-M palette crashes, while perfectly work with no PSM at all)
      posted in UIFlow
      T
      teiafra
    • RE: UIFlow and CAT M MODULE SIM7080G

      Hello @felmue
      we confirm that that STATUS led is

      • ON when module is active
      • OFF when module is either off or during PSM sleeping time

      Looking at that led when PIN 12 is toggled to get the module to wake up we noticed
      0_1665995954193_13c74bcd-420c-4d9f-8540-431c250928ac-image.png

      • HIGH then LOW: the led switches from off to on firmly
      • LOW then HIGH: the led switches on but then goes off or blinks very slowly

      Could you confirm us which of the two sequences is the right order?
      Simcom says that the PWRKEY should be pulled low then up again, but we understood there is an inverter in between PWRKEY and GPIO12, so the logic to apply is flipped. Thus we guess the "HIGH then LOW" was good and indeed the led stays on.
      If you do the opposite pulses the module would reset and we supposed that the LED bliking means that.
      However the last "check module status" instruction return always False, as if the module stays down even if the led light is on. In addtion wherever we put the CPSMS=0 (before or after the two pulses) it seems that the content in the UART is ignored

      We're now halted :-(

      posted in UIFlow
      T
      teiafra
    • RE: UIFlow and CAT M MODULE SIM7080G

      @felmue
      I confirm that iot_base_catm module contains a red led as you said: thanks!
      Indeed this is reported in the schematic and the led is connected to the STATUS pin.
      BUT it is not visible at all from outside and to see it you need to remove the Guide rail mount base plate and "spy" through the hole close to the antenna's connector: that's not confortable. See photo.
      We'll let you know if it behaves with PSM toggle, as you suggested.

      0_1665733414057_LED_STATUS_Capture.JPG

      posted in UIFlow
      T
      teiafra
    • RE: UIFlow and CAT M MODULE SIM7080G

      @felmue
      Thanks, this is teiafra, teammate of Rob.Dor. Please note that we're using this module https://docs.m5stack.com/en/base/iot_base_catm?ref=langship which does not show any kind of LED or light to our eyes

      posted in UIFlow
      T
      teiafra
    • AP+Webserver+Remote as UIFlow blocky

      @lukasmaximus I found this interesting article using micropython to implement a local SSID casted by M5Stack acting as AP in conjuction with the embedded web server.

      I wonder if it is possible to make the same using Blocky instead, possibly also using Remote+ functions to design the WebGUI. The scenario to be targeted is like having a tablet connected to the local AP and interacting with the local webserver via GUI, everything running on the Core Basic.

      I used Remote+ but it leverages on a remote server reached on the UIFLow cloud, while I'd like to make the same running locally.

      posted in UIFlow
      T
      teiafra
    • Get NTP timestamp with COM.LTE module does not work?

      Hi,
      using a M5S Core1 with COM.LTE for mobile data connectivity which an MQTT client, implemented with UIFlow, uses pretty well to send data. Now I need to get a timestamp to be put into MQTT flow.
      I thought to use NTP blocks library but apparently it does not work when underlying connection is mobile while it works only with WiFi.
      Any tip to overcome such a limitation?

      posted in UIFlow
      T
      teiafra
    • RE: Rel. 1.7.0 COM.LTE network configuration

      Thanks, indeed the root cause was an old version of M5Burner, which I did not realized there was a newer one. Once updated, then the configuration panel showed also the APN settings and the UIFlow firmware booted successfully with the LTE connectivity

      posted in UIFlow
      T
      teiafra
    • RE: Editing Custom Blocks Problem

      @gaviota I confirm that I found the problem you described also on the on-line version 1.7.0 of UIFlow. Thanks to your trick (click on each block again in Black-Maker will fix the proper rendering once imported into UIFlow) I was able to rescue.

      posted in Custom Blocks
      T
      teiafra