<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    Hi Michael,<br>
    I think I found the problem which caused the 5360 not to powercycle
    correctly. Actually the T_on time was in that instance set to
    1126913089 ms, so this will take a while!<br>
    This was caused by a stupid mistake with an incorrect modulo
    calculation of the timing index .<br>
    <br>
    I fixed the unused variables as well.<br>
    <br>
    Best regards<br>
       Christian<br>
    <br>
     <br>
    <br>
    <br>
    <div class="moz-cite-prefix">Am 30.03.2025 um 14:26 schrieb Michael
      Balzer via OvmsDev:<br>
    </div>
    <blockquote type="cite"
      cite="mid:85be048f-de3c-4859-bf53-444ed32a0591@expeedo.de">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      PS: please fix the two unused variables now in gsmnmea.cpp:<br>
      <br>
      <font face="monospace">/home/balzer/esp/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/ovms_cellular/src/gsmnmea.cpp:
        In member function 'void
        GsmNMEA::IncomingLine(std::__cxx11::string)':<br>
/home/balzer/esp/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/ovms_cellular/src/gsmnmea.cpp:148:40:
        warning: variable 'vdop' set but not used
        [-Wunused-but-set-variable]<br>
             float lat=0, lon=0, alt=0, hdop=0, vdop=0, pdop=0;<br>
                                                ^<br>
/home/balzer/esp/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/ovms_cellular/src/gsmnmea.cpp:148:48:
        warning: variable 'pdop' set but not used
        [-Wunused-but-set-variable]<br>
             float lat=0, lon=0, alt=0, hdop=0, vdop=0, pdop=0;<br>
                                                        ^</font><br>
      <br>
      Regards,<br>
      Michael<br>
      <br>
      <br>
      <div class="moz-cite-prefix">Am 30.03.25 um 14:21 schrieb Michael
        Balzer via OvmsDev:<br>
      </div>
      <blockquote type="cite"
        cite="mid:d805fb76-6abc-46bc-af33-ed207e9947d3@expeedo.de">
        <meta http-equiv="Content-Type"
          content="text/html; charset=UTF-8">
        Christian,<br>
        <br>
        the user way to power off/on the modem is via "power cellular
        off/on", that's what I test/ed, and that works.<br>
        <br>
        After having no issues now with the 7600, I did the tests with
        my old 5360 module.<br>
        <br>
        That generally also worked, with one exception: on one of four
        crash reboots, the cellular system got stuck in PowerOffOn
        state, with state ticker at 0 and no more activity.<br>
        <br>
        Logs attached.<br>
        <br>
        Regards,<br>
        Michael<br>
        <br>
        <br>
        <div class="moz-cite-prefix">Am 30.03.25 um 13:08 schrieb Info
          via OvmsDev:<br>
        </div>
        <blockquote type="cite"
          cite="mid:05d580ce-8050-4471-a696-6362be6efc2d@zeitnitz.eu">
          <meta http-equiv="Content-Type"
            content="text/html; charset=UTF-8">
          Michael,<br>
          one more thing: if you are performing another test, please
          check from the console, that the powering of the modem works
          as well.<br>
          <br>
          cellular setstate PoweringOff <br>
          cellular setstate PoweringOn<br>
          <br>
          It did not work when I started with the 7670 and I had to
          modify ovms_cellular (set m_powermode according to the state)
          to get it going.<br>
          <br>
          Thanks<br>
            Christian<br>
          <br>
          <br>
          <br>
          <div class="moz-cite-prefix">Am 30.03.2025 um 12:02 schrieb
            Info via OvmsDev:<br>
          </div>
          <blockquote type="cite"
            cite="mid:42fc0d46-6aec-42eb-8d3d-04ef05ca9b5f@zeitnitz.eu">
            <meta http-equiv="Content-Type"
              content="text/html; charset=UTF-8">
            OK, thanks Michael. <br>
            At least this was an easy fix.<br>
            <br>
            Had a look at the NMEA code and I screwed up the
            istringstream object when checking for the CGNSSINFO string.<br>
            Fixed it and I hope this works now as well.<br>
            <br>
            Best regards<br>
              Christian<br>
            <br>
            <br>
            <br>
            <div class="moz-cite-prefix">Am 29.03.2025 um 18:42 schrieb
              Michael Balzer via OvmsDev:<br>
            </div>
            <blockquote type="cite"
              cite="mid:619a71a4-51dd-4a6a-a62c-1a432948f76d@expeedo.de">
              <meta http-equiv="Content-Type"
                content="text/html; charset=UTF-8">
              Christian,<br>
              <br>
              the GSM/PPP part now works smoothly with all standard
              situations tested so far.<br>
              <br>
              But the GPS part doesn't work. It looks like the NMEA
              sentences are received in the MUX channel, but not
              forwarded to the NMEA module.<br>
              <br>
              V (794230) gsm-mux: ProcessFrame(CHAN=3, ADDR=0d, CTRL=ff,
              FCS=fa, LEN=78)<br>
              V (794230) gsm-mux: ProcessFrame(CHAN=3, ADDR=0d, CTRL=ff,
              FCS=f4, LEN=82)<br>
              <br>
              These should be the NMEA sentences, but there are no
              corresponding log entries from gsm-nmea.<br>
              <br>
              New logs attached.<br>
              <br>
              Regards,<br>
              Michael<br>
              <br>
              <br>
              <div class="moz-cite-prefix">Am 29.03.25 um 15:13 schrieb
                Info via OvmsDev:<br>
              </div>
              <blockquote type="cite"
cite="mid:644ac35a-168c-44a5-8320-5a65f3f72d9e@zeitnitz.eu">
                <meta http-equiv="Content-Type"
                  content="text/html; charset=UTF-8">
                Hi Michael,<br>
                thanks for testing.<br>
                <br>
                The results look odd, so I went back to the schematics
                of OVMS modules and realized, that I was mistaken. The
                PWRKEY pin is actually inverted in the modules as well.
                This definetly explains the strange behaviour. <br>
                <br>
                I changed now the logic in simcom_powering.h and the
                inverted PWRKEY level is now the default.<br>
                <br>
                Could you please run another test?<br>
                <br>
                Best regards<br>
                  Christian<br>
                <br>
                <div class="moz-cite-prefix">Am 29.03.2025 um 09:25
                  schrieb Michael Balzer via OvmsDev:<br>
                </div>
                <blockquote type="cite"
cite="mid:1651ee05-ec1d-4677-a57c-a9ec7cfbbd6d@expeedo.de">
                  <meta http-equiv="Content-Type"
                    content="text/html; charset=UTF-8">
                  Christian,<br>
                  <br>
                  well done on the 7670 support :-)<br>
                  <br>
                  I've just done some first tests of your branch on the
                  7600, which turned up some issues. Logs attached:<br>
                  <ul>
                    <li>Cold boot failed in 2 of 3 test boots, with the
                      driver getting stuck in a loop (poweredon /
                      identify / muxstart)</li>
                    <li>Regular shutdown fails to power down the modem
                      in time -- for a deep sleep phase, this would mean
                      the modem will remain powered on</li>
                    <li>After a crash, the modem driver gets somehow
                      stuck in PowerOffOn state<br>
                    </li>
                  </ul>
                  It seems the test for reaction ("AT") sometimes gets
                  skipped, even though the modem isn't ready yet.<br>
                  <br>
                  On the failed cold boot log, you can see this at the
                  end:<br>
                  <br>
                  <font face="monospace"><b>I (389178)
                      cellular-modem-auto: Power Cycle</b><br>
                    I (389178) Simcom: Power Cycle - T_off 2500 ms -
                    T_on 200 ms<br>
                    D (389178) events: Signal(system.modem.poweringon)<br>
                    D (389188) events: Signal(egpio.output.0.low)<br>
                    D (391678) events: Signal(egpio.output.0.high)<br>
                    D (396678) events: Signal(egpio.output.0.low)<br>
                    D (396878) events: Signal(egpio.output.0.high)<br>
                    <b>I (396878) cellular: State: Enter Identify state<br>
                      D (396978) cellular: tx-cmd: AT+CGMM</b><br>
                    D (396978) cellular: tx-cmd: AT+CGMM<br>
                    D (396978) cellular: tx-cmd: AT+CGMM<br>
                    D (396978) cellular: tx-cmd: AT+CGMM<br>
                    D (396978) cellular: tx-cmd: AT+CGMM<br>
                    D (396978) cellular: tx-cmd: AT+CGMM<br>
                    D (396978) cellular: tx-cmd: AT+CGMM<br>
                    I (397008) cellular: Identified cellular modem:
                    SIM7600/Experimental support for SIMCOM SIM7600<br>
                    D (397008) cellular: Remove old 'auto' modem driver<br>
                    I (397008) cellular: Set modem driver to 'SIM7600'<br>
                    <b>I (397008) cellular: State: Enter PoweredOn state</b><br>
                    D (397008) events: Signal(system.modem.installed)<br>
                    D (397008) events: Signal(system.modem.poweredon)<br>
                    D (406178) cellular: tx-cmd:
AT+CPIN?;+CREG=1;+CGREG=1;+CEREG=1;+CTZU=1;+CTZR=1;+CLIP=1;+CMGF=1;+CNMI=1,2,0,0,0;+CSDH=1;+CMEE=2;+CSQ;+AUTOCSQ=1,1;E0;S0=0<br>
                    D (408178) cellular: tx-cmd: AT+CGMR;+ICCID<br>
                    D (416178) cellular: tx-cmd: AT+CMUX=0;+CATR=6<br>
                    D (434808) cellular: mux-rx-line #0 (2/46): OK<br>
                    <b>D (434808) cellular: mux-rx-line #0 (3/39): RDY</b><br>
                    D (434808) cellular: mux-rx-line #0 (12/23): +CPIN:
                    READY<br>
                    D (434808) cellular: mux-rx-line #0 (8/11): SMS DONE<br>
                    D (434808) cellular: mux-rx-line #0 (7/0): PB DONE<br>
                    I (434808) cellular: State: Enter MuxStart state<br>
                    D (434808) events: Signal(system.modem.muxstart)</font><br>
                  <br>
                  <br>
                  Regards,<br>
                  Michael<br>
                  <br>
                  <br>
                  <div class="moz-cite-prefix">Am 26.03.25 um 13:13
                    schrieb Info Zeitnitz via OvmsDev:<br>
                  </div>
                  <blockquote type="cite"
cite="mid:d5cf7822-c7a8-4729-b16d-a9cf74aaab00@zeitnitz.eu">Dear all, <br>
                    I finished to integrate the Simcom 7670 modem into
                    the OVMS code. <br>
                    See <a class="moz-txt-link-freetext"
href="https://github.com/zbchristian/Open-Vehicle-Monitoring-System-3.git"
                      moz-do-not-send="true">https://github.com/zbchristian/Open-Vehicle-Monitoring-System-3.git</a>
                    branch update_cellular. <br>
                    <br>
                    Modem Powering <br>
                    =============== <br>
                    I had problems to get the 7670 working with the
                    current code. The modem was stuck in a power cycle
                    loop. <br>
                    <br>
                    I checked the Simcom documentation for the 4 models
                    5360, 7000 series, 7600, 7670 and the powering
                    procedure via the PWRKEY pin is the same, but with
                    different on/off timing. Depending on the hardware,
                    the PWRKEY can be inverted as well. This is the case
                    for my Lilygo TCall board, but I think not for the
                    OVMS HW versions. At least version 3.1 connects the
                    corresponding MAX7317 pin directly to the modem. <br>
                    <br>
                    Assuming, that all hardware versions use the PWRKEY
                    procedure for powering, I streamlined the code and
                    moved the corresponding functions into separate
                    files (simcom_powering.cpp and simcom_powering.h).
                    This avoids the duplication of the code. <br>
                    <br>
                    All this leads to substantial changes in
                    ovms_cellular and ovms_cellular_modem_driver as
                    well. <br>
                    <br>
                    The code works now perfectly for the 7670, but
                    testing is required for all other models. <br>
                    If my assumptions about the OVMS HW versions are not
                    correct, or the modems do not work as documented,
                    some modifications might be needed. <br>
                    <br>
                    GNSS Location <br>
                    ============ <br>
                    The 7670 no longer accepts the currently used AT
                    commands to obtain the location  as a GRMC sentence.
                    So, I added code to the new 7670 class to request
                    the location via the AT+CGNSSINFO command. <br>
                    Since this has to be send explicitly again and
                    again,  I implemented a corresponding call in the
                    StatusPoller of the 7670. <br>
                    All the NMEA related code has been adapted to handle
                    the corresponding CGNSSINFO response. <br>
                    <br>
                    <br>
                    In conclusion, before doing a pull request, it would
                    make sense that the code is tested with the other
                    hardware and modem models. <br>
                    <br>
                    So, tell me what you think and if the general
                    strategy of the mods make sense to you. <br>
                    <br>
                    Best regards <br>
                      Christian <br>
                    <br>
                    <br>
                    <br>
                    <br>
                    <br>
                    <br>
                    _______________________________________________ <br>
                    OvmsDev mailing list <br>
                    <a
class="moz-txt-link-abbreviated moz-txt-link-freetext"
                      href="mailto:OvmsDev@lists.openvehicles.com"
                      moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
                    <br>
                    <a class="moz-txt-link-freetext"
href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev"
                      moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
                    <br>
                  </blockquote>
                  <br>
                  <pre class="moz-signature" cols="72">-- 
Michael Balzer * Am Rahmen 5 * D-58313 Herdecke
Fon 02330 9104094 * Handy 0176 20698926</pre>
                  <br>
                  <fieldset class="moz-mime-attachment-header"></fieldset>
                  <pre wrap="" class="moz-quote-pre">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated moz-txt-link-freetext"
                  href="mailto:OvmsDev@lists.openvehicles.com"
                  moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext"
href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev"
                  moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
                </blockquote>
                <br>
                <br>
                <fieldset class="moz-mime-attachment-header"></fieldset>
                <pre wrap="" class="moz-quote-pre">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated moz-txt-link-freetext"
                href="mailto:OvmsDev@lists.openvehicles.com"
                moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext"
href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev"
                moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
              </blockquote>
              <br>
              <pre class="moz-signature" cols="72">-- 
Michael Balzer * Am Rahmen 5 * D-58313 Herdecke
Fon 02330 9104094 * Handy 0176 20698926</pre>
              <br>
              <fieldset class="moz-mime-attachment-header"></fieldset>
              <pre wrap="" class="moz-quote-pre">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated moz-txt-link-freetext"
              href="mailto:OvmsDev@lists.openvehicles.com"
              moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext"
href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev"
              moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
            </blockquote>
            <br>
            <br>
            <fieldset class="moz-mime-attachment-header"></fieldset>
            <pre wrap="" class="moz-quote-pre">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated moz-txt-link-freetext"
            href="mailto:OvmsDev@lists.openvehicles.com"
            moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext"
href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev"
            moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
          </blockquote>
          <br>
          <br>
          <fieldset class="moz-mime-attachment-header"></fieldset>
          <pre wrap="" class="moz-quote-pre">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated moz-txt-link-freetext"
          href="mailto:OvmsDev@lists.openvehicles.com"
          moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext"
          href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev"
          moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
        </blockquote>
        <br>
        <pre class="moz-signature" cols="72">-- 
Michael Balzer * Am Rahmen 5 * D-58313 Herdecke
Fon 02330 9104094 * Handy 0176 20698926</pre>
        <br>
        <fieldset class="moz-mime-attachment-header"></fieldset>
        <pre wrap="" class="moz-quote-pre">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated moz-txt-link-freetext"
        href="mailto:OvmsDev@lists.openvehicles.com"
        moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext"
        href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev"
        moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
      </blockquote>
      <br>
      <pre class="moz-signature" cols="72">-- 
Michael Balzer * Am Rahmen 5 * D-58313 Herdecke
Fon 02330 9104094 * Handy 0176 20698926</pre>
      <br>
      <fieldset class="moz-mime-attachment-header"></fieldset>
      <pre wrap="" class="moz-quote-pre">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>