GPy

• 

  Becuase of firmware or not?
  • Don-iot  

  9
  0
  Votes
  9
  Posts
  28
  Views

  

  Case closed, we found it and it was our own mistake.
• K

  struct
  • kjm  

  3
  0
  Votes
  3
  Posts
  23
  Views

  K

  @Gijs tnx
• C

  Latest Sqnsupdate UART upgrade not working 1.20.2.r4
  • Colateral  

  3
  0
  Votes
  3
  Posts
  18
  Views

  G

  From what I could find in this time, it seems to be related to the CEREG setting of the LTE modem, which was changed in r2. If we use (temporarily) from network import LTE lte = LTE() lte.send_at_cmd('AT+CEREG=2') I can get the sqnsupgrade to work over UART. Let me know if that works for you! Gijs
• K

  Guru meditation revisted
  • kjm  

  2
  0
  Votes
  2
  Posts
  23
  Views

  S

  Hi, I'm also having random coredumps. I was able to log one, and decoding. xtensa-esp32-elf-addr2line -fe build/WIPY/release/application.elf 0x40092ffb:0x3ffdec60 0x40091520:0x3ffdec80 0x400f372c:0x3ffdeca0 0x400e045d:0x3ffded30 uxListRemove /home/luis/Desktop/Lumitio/software/pycom-esp-idf/components/freertos/list.c:218 vTaskDelete /home/luis/Desktop/Lumitio/software/pycom-esp-idf/components/freertos/tasks.c:5063 TASK_Interrupts /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/util/mpirq.c:72 freertos_entry /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/mpthreadport.c:140 I will continue saving to file the pycom log. I'm using a Wipy3 and the release v1.20.2.r4 from git. Update: I create a simple program, using ExpansionBoard v2.1A with Wipy 3, fw release v1.20.2.r4 from git.. print("Start While Loop") while True: wdt.feed() wlan.deinit() wlan = WLAN(mode=WLAN.STA_AP,ssid="lumitio_ap", auth=(WLAN.WPA2, 'www.lumit.io')) print("mem_free: ",gc.mem_free(), "mem_alloc",gc.mem_alloc()) print("done") Wipy log output: mem_free: 2503744 mem_alloc 57600 mem_free: 2503728 mem_alloc 57616 mem_free: 2503712 mem_alloc 57632 mem_free: 2503696 mem_alloc 57648 mem_free: 2503680 mem_alloc 57664 Guru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled. Core 1 register dump: PC : 0x400fe296 PS : 0x00060b30 A0 : 0x800e6353 A1 : 0x3ffd8e20 A2 : 0x00000000 A3 : 0x00000004 A4 : 0x3ffc43d4 A5 : 0x00000001 A6 : 0x000000fe A7 : 0x00000000 A8 : 0x3f40f128 A9 : 0x00000013 A10 : 0x00000000 A11 : 0x3ffc419c A12 : 0x8008ff87 A13 : 0x3ffd8d30 A14 : 0x00000003 A15 : 0x00060023 SAR : 0x00000010 EXCCAUSE: 0x0000001c EXCVADDR: 0x00000000 LBEG : 0x40093d60 LEND : 0x40093d8e LCOUNT : 0xffffffff ELF file SHA256: 0000000000000000000000000000000000000000000000000000000000000000 Backtrace: 0x400fe296:0x3ffd8e20 0x400e6350:0x3ffd8e40 0x400e6509:0x3ffd8e60 0x400e81d1:0x3ffd8e80 0x400e8766:0x3ffd8f20 0x400e8c0d:0x3ffd8ff0 0x400e8c89:0x3ffd9080 0x40104a7a:0x3ffd90e0 0x400fce71:0x3ffd9100 0x40108345:0x3ffd9120 0x40100718:0x3ffd91c0 0x400fce71:0x3ffd91f0 0x400fce9e:0x3ffd9210 0x400e0f1a:0x3ffd9230 0x400e105d:0x3ffd92d0 0x400dfe80:0x3ffd9300 Core dump decode: xtensa-esp32-elf-addr2line -fe build/WIPY/release/application.elf 0x400fe296:0x3ffd8e20 0x400e6350:0x3ffd8e40 0x400e6509:0x3ffd8e60 0x400e81d1:0x3ffd8e80 0x400e8766:0x3ffd8f20 0x400e8c0d:0x3ffd8ff0 0x400e8c89:0x3ffd9080 0x40104a7a:0x3ffd90e0 0x400fce71:0x3ffd9100 0x40108345:0x3ffd9120 0x40100718:0x3ffd91c0 0x400fce71:0x3ffd91f0 0x400fce9e:0x3ffd9210 0x400e0f1a:0x3ffd9230 0x400e105d:0x3ffd92d0 0x400dfe80:0x3ffd9300 mp_obj_get_type /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/../py/obj.c:43 network_select_nic /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/mods/modnetwork.c:194 mod_network_register_nic /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/mods/modnetwork.c:96 wlan_setup_ap /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/mods/modwlan.c:542 wlan_setup /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/mods/modwlan.c:312 wlan_init_helper /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/mods/modwlan.c:1212 wlan_make_new /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/mods/modwlan.c:1251 type_call /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/../py/objtype.c:997 mp_call_function_n_kw /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/../py/runtime.c:624 mp_execute_bytecode /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/../py/vm.c:919 fun_bc_call /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/../py/objfun.c:287 mp_call_function_n_kw /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/../py/runtime.c:624 mp_call_function_0 /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/../py/runtime.c:598 parse_compile_execute /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/../lib/utils/pyexec.c:601 pyexec_raw_repl /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/../lib/utils/pyexec.c:405 TASK_Micropython /home/luis/Desktop/Lumitio/software/pycom-micropython-sigfox/esp32/mptask.c:356 Best Regards,
• K

  gpy camera?
  • kjm  

  5
  0
  Votes
  5
  Posts
  33
  Views

  J

  @kjm The most common camera for ESP32 projects and other MCUs seems to be the OV2640 mentioned in the link above. Note that the "raw" camera seems to have a pretty nasty interface, you probably want the Arducam SPI or some equivalent, which has SPI and I2C interfaces. There's a micropython driver for it, though it was targeted at the ESP8266 Arduino boards. I don't think it should be very difficult to adapt to a Pycom board. There's a long discussion here and it seems someone managed to get it to run on a GPy. Once you get things sorted it's just as simple as: import ov2640 cam = ov2640.ov2640() nbytes = cam.capture_to_file("/image.jpg") From what I understand performance is pretty bad, but for a single picture it should work out OK I suppose.
• K

  upload problem
  • kjm  

  19
  0
  Votes
  19
  Posts
  56
  Views

  K

  @robert-hh Nice & it's got a scroll slider which is more than I can say for pymakr.
• M

  gpy UART does not work on battery power
  • marcbeltman  

  9
  0
  Votes
  9
  Posts
  50
  Views

  M

  SOLVED. thanks to jcaron. It was his response that led me to the solution. The power to the ESP should not go to the vin but to 3v3. Than it works
• E

  Help sending json
  • ecabanas  

  4
  0
  Votes
  4
  Posts
  38
  Views

  G

  In python, we'd use a socket, something like this over raw TCP: (you could fabricate your own HTTP header import socket s = socket.socket(socket.AF_INET, socket.SOCK_STREAM) #use the inet interface, and TCP socket s.connect(socket.getaddrinfo('www.micropython.org', 80)[0][-1]) s.sendall(json) or using urequests, this is not built into the pycom firmware, but available as a library: (you can place it in the lib folder in your project to include it in your project): https://github.com/micropython/micropython-lib/blob/master/urequests/urequests.py and the API pages: https://makeblock-micropython-api.readthedocs.io/en/latest/public_library/Third-party-libraries/urequests.html
• H

  Calculation with GPY
  • henry quach  

  3
  0
  Votes
  3
  Posts
  29
  Views

  H

  nice. Cheers mate
• L

  Gpy + Hologram in Europe
  gpy hologram.io • • Luka Basek  

  1
  0
  Votes
  1
  Posts
  34
  Views

  No one has replied

• N

  LTE_WAKE usage
  wake on pin gpy deepsleep • • nils köster  

  2
  0
  Votes
  2
  Posts
  29
  Views

  K

  LTE_WAKE seems to be a hardware provision for pycom processor wakeup from some event in the lte modem but I've never seen it implemented.
• J

  rtc.init() is not working on v1.20.2.r2
  • Jean Ferreira  

  4
  1
  Votes
  4
  Posts
  49
  Views

  

  @Gijs using rtc.ntp_sync() you'll get the proper time. After that, rtc.init() seems to be ignored.
• 

  Upload code via TTL/USB adapter
  • Don-iot  

  6
  0
  Votes
  6
  Posts
  54
  Views

  

  @p-s Yes I did. I had to use TX and RX and as I recall it and then you must connect P2 to ground. I am feeding my GPY with power and ground from this adapter as well. Works great with Pymakr, does not work with Vscode or Atom -at least with my knowledge
• M

  Pygate with Gpy lost connection to ttn
  • mxklt  

  6
  0
  Votes
  6
  Posts
  51
  Views

  G

  Today :)
• M

  Deepsleep pytrack 2 issues and external RTC
  • massimo lai  

  4
  0
  Votes
  4
  Posts
  40
  Views

  G

  Ah sorry, I forgot to mention. We made it such that when you plug in a battery, the pysense sleep feature will work as expected,. Im not sure about using a USB cable without data connections, but I believe we sense for the 5V coming from a USB connector. Gijs
• T

  Method To Take Control of Cell Modem
  • tlanier  

  41
  0
  Votes
  41
  Posts
  479
  Views

  T

  @Petteri-Salo The g.modem_state global variable is used in a timer interrupt routine to control the blinking and color of the LED on the GPY. This gives the user a visual indication of what state the modem is in. This variable is not critical to using the supplied code. Unfortunately the code I have published is just snippets of my production code. It was not designed to be a general purpose library (although I believe it comes close). Without publishing the entire application, there will be pieces that are missing. Your message has motivated me to add a few random notes. We had production, shipping GPy based systems that were experiencing reliability issues. Upgrades to newer versions of the OS seemed to make the problems worse. There was considerable evidence that the problems were caused by the LTE module. For months I waited hoping that Pycom would make the existing product more robust. Instead they seemed to be going in all directions introducing new products but not improving the fundamental building blocks of the GPy. I was especially concerned when we purchased a new batch of chips and they came by default with a version of the OS which would not run our application for more than a few minutes without crashing. In addition Pycom seemed to be moving in a direction requiring our code in the future to be dependent on a cloud based system (Pybytes). This seemed to be making everything even more complex. We couldn't even get the simple things to work reliably. In principle our application was not complex. We just needed to transmit a few packets of data to a web site periodically over the LTE network reliably without crashing the system. It was also desired that the communication would not interfere with the real time task of sampling data. After looking at the C/C++ source code to the LTE module, it seemed way too complex. I had no good way to make changes, improvements, or bug fixes (assuming I could find the problem). If we moved the modem code to Python, we could bypass the usage of the LTE module and use the TCP/IP stack included in the Sequans modem. Maybe by pushing the communication load to the Sequans modem, the MicroPython would be more reliable and responsive to real time tasks. Maybe by publishing the code more people could observe and help to improve the code. We desperately needed a reliable method of communication. Since converting our code to controlling the cell modem directly in Python code, I can now say the random crashes have been solved. The real time task is more responsive. I hope that someday the LTE module will be improved so that it can be used again. Having a TCP/IP stack that is usable by both WIFI and LTE is certainly an advantage. Can it be made reliable? Can the ESP32 chip smoothly multitask while using LTE methods? I wish I knew of a method to marry our higher level Python calls for modem management with the TCP/IP stack of MicroPython. I think such a technique could make the LTE module code simpler. I think the dream of most application developers is to have simple reliable software methods to connect/disconnect to the network. The fact that we are connected using the cell network, WIFI, or whatever should be mostly transparent. We all want Pycom to be successful. They have developed a good product. We did what we did because their priorities were not ours at the time.
• N

  Gpy wont attach to LTE but Fipy does
  • newmicropython  

  20
  0
  Votes
  20
  Posts
  1360
  Views

  Y

  Bumping this if anyone knows how to fix I have updated to the latest firmware as well
• H

  PyGate code for GPy with LTE backhaul sending decoded values direct to azure iot hub
  • hjojohan  

  2
  0
  Votes
  2
  Posts
  27
  Views

  G

  Hi, In theory this should be possible (note that I have no prior experience in azure iot) The Pygate basically forwards a JSON containing the data to the LoraWAN server, you can change the server to redirect to an azure iot hub, but I imagine the azure iot hub cannot work directly with the packets forwarded, meaning you will have to write some adaptation in C and compile custom firmware. I can link you to the file that will need changing: https://github.com/pycom/pycom-micropython-sigfox/blob/Dev/esp32/pygate/lora_pkt_fwd/lora_pkt_fwd.c#L1491 this test case falls through for Lora packets with a correct CRC, then the JSON is asembled based on the RF receive data. I think you will have to make some changes there in order to get the thing working for azure Iot.
• S

  Simpoint CAT-M1 through KPN in Germany
  • SciWax  

  1
  0
  Votes
  1
  Posts
  18
  Views

  No one has replied

• M

  Core panics during sqnsupgrade as well as generally
  • michael87  

  2
  0
  Votes
  2
  Posts
  27
  Views

  M

  I wanted to post a second core panic with 1.20.2r1 from running the application, where it panics once and then panics again on reset without seeming to get into the application at all. This pattern occurs somewhat often. But it's being flagged as spam and I can't attach the text either.