• memory problems LoPy Pybytes

    LoPy lopy lora memoryerror pybytes
    3
    0 Votes
    3 Posts
    50 Views
    G
    Hi, As you see, the Lopy1 has 4MB of flash memory. All our newer products sport larger Flash memory as the firmware size is ever increasing with new features. The problem is that the files you are trying to upload will fill up the Flash to its maximum. You can either install one of the older (smaller) firmwares using the firmware updater tool, or do something with the mpy files. That is a pretty advanced procedure where you build your own firmware, there is some discussion around it in multiple places, I link one here: https://forum.pycom.io/topic/2686/requesting-manual-flashing-procedure/5?_=1597228804264
  • Lopy4 current timing

    LoPy lopy lora
    10
    0 Votes
    10 Posts
    348 Views
    R
    @jcaron Thanks for clarifying. Seems that LTE NB-1 is what i want. Then i can just use NTP like if i was on regular WiFi right? Or do i get access to that only with CAT-1? Seems that this is the easiest and solution, and not too expensive if i buy a M2M card (Machine to machine subscriptions)
  • 0 Votes
    3 Posts
    664 Views
    H
    @jcaron oh thank you. I will do that. And I need a small help from you. In this code, I am trying to start my downlink once in a day. So I am using this code. import time a = time.localtime() hour = a.tm_hour minutes = a.tm_min if hour == 10 and minutes == 40: print('{0}:{1}'.format(hour, minutes)) But it's not working properly. Do I have to change some conditions ?
  • Lorawan ABP Frame counts

    LoPy lopy4 lorawan abp lorawan otaa lopy lora lopy lorawan
    6
    0 Votes
    6 Posts
    1k Views
    J
    @harish-kumar Well, you're not sleeping, so you shouldn't need to nvram_save/restore, but you're re-creating the LoRa object (twice!) in your loop, using two different modes (raw LoRa and LoRaWAN), and re-joining each time, so no wonder your frame counters get re-initialised. I'm really not sure you can use the current LoRa stack like this to achieve what you want. I'm quite certain it would require some extensive changes to the stack, especially if you really want to maintain true LoRaWAN compatibility (i.e. including ADR, MAC commands, etc.).
  • 0 Votes
    3 Posts
    546 Views
    H
    @robert-hh Thanks for your reply. Yeah exactly I am talking about repeater. Just let me know once they develop this part. Till then I will try to do by myself.
  • Snail mail detection via LoRaWAN

    LoPy lopy lora
    5
    2
    3 Votes
    5 Posts
    1k Views
    Z
    @philwilkinson Thanks Phil, it was a fun project and something I wanted to try for a long time. I will share the code in a moment. The communication between the 2 LoPy's is based on the 'ping-pong' example, although some messages were added. The 'mailServer.py' is the code running in the mailbox. The 'mailClient.py' is the client running in my home. When the client starts it does a getStatus() to get the status from the server ('mail'/'no mail': it could be that mail came in when the client was not running). Then it sends a reset command so the mailServer resets ( so I do not have to power down the server each time mail was detected) Every minute the getStatus() is also executed. In fact getStatus() tries 3 times to get the status. If that does not succeed, I assume the battery is dead and the clients LED turns red. It turns green when getStatus() succeeds, but there is no mail, blue when mail was detected. My next step is to connect the client to my Wifi network also (via a socket or so), allowing me to send an email when snail mail came in or the battery is dead... To answer your questions, it uses the LoRa protocol. I estimate the distance to be 50 to 70 meters, but with a lot of concrete and a steel elevator in between. The antenna wire is now in a sleeve in the mail box door, because vandals stripped the antenna twice. 1_1531328973387_mailClient.py 0_1531328973387_mailServer.py It seems to work well, especially with these settings for tx_power and sf: lora = LoRa(mode=LoRa.LORA, frequency=863000000, tx_power=14, sf=7)
  • 0 Votes
    11 Posts
    2k Views
    catalinC
    hi @Harish-kumar , we released here Lora-Mesh, that I thought it will help you. Well, mesh-network over LoRa, has a specific protocol (Thread), and probably it's not implemented neither in Arduino, nor Multitech. This would work if all 3 devices would be Lopys, the last one (gateway) would be registering itself to TTN as gateway, and forwarding data from the first Lora (sensor), thru the second one (the repeater, which does this automatically, being a Mesh node - router role).
  • 0 Votes
    4 Posts
    725 Views
    robert-hhR
    @prawnhead It' less a bug in the firmware, than the way the device is handled by the user and some interference with the background database at Pycom, which keeps the assigned dev_uid. The dev_uid is stored in the device's flash and can be written to that using the updater tool. So you have three elements (flash, user, background system), which have to interact correctly, and there are few way to succeed and many ways to fail.
  • lopy received data into text conversion

    LoPy lopy lora
    10
    0 Votes
    10 Posts
    1k Views
    N
    @jcaron Rx_iq set to False. if i set it True, lopy does not receive any data. how can i set sampling rate?
  • Not correctly decoding USRP data

    LoPy lopy lora
    3
    0 Votes
    3 Posts
    785 Views
    N
    @jcaron Thank you for reply, Sorry for giving less details. I am sending 'Hello mitcoe' message from file source as well as socket using USRP hardware and GNURadio (Matt- Gr-LoRa) Parameters : Frequency: 868MHz SF: 8 Code rate: 4 BW: 250KHz Sampling Rate: 250 KHz Header: True and same parameters on LoPy LoRa node. But i receive on LoPy LoRa some things like this Received data: 1 b'\xe7\xe7+\xfa\x00MB' 2 ��+�MB 3 b'e7e72bfa004d42' Rx_cnt:1 (rx_timestamp=676924426, rssi=-98, snr=0.0, sfrx=8, sftx=0, tx_trials=0) Received data: 1 b'\xe7\xe7\xeb\xfa\x00MB' 2 ����MB 3 b'e7e7ebfa004d42' Rx_cnt:2 (rx_timestamp=677851000, rssi=-98, snr=0.0, sfrx=8, sftx=0, tx_trials=0) My LoPy code to receive data is: print("In Receive Mode") s.setblocking(False) while True: data = s.recv(64) if(data): print("Received data: "+"\n1",data) print ("2",data.decode('utf-8')) print("3",binascii.hexlify(data)) i+=1 rx2tx_data = 'Rx_cnt:'+str(i) print(rx2tx_data) print(lora.stats()) I am not able to receive what i sent. Also i am sending message multiple times but lora only receives twice or thrice.
  • Managing Joins

    LoPy lorawan lopy lora
    3
    0 Votes
    3 Posts
    801 Views
    W
    Thanks, that makes sense and yes we are concerned with Gateway time on air. So a confirmed uplink which feeds back into my join code if it doesn't get an ack might be sensible and we could have this repeat over a fairly large timeframe, as the scenario I am thinking about is really a DR situation where we somehow lost the database behind our LoRaWAN server and how we'd get nodes talking again.
  • Lopy with uninitialized radio

    LoPy lopy lora question
    4
    0 Votes
    4 Posts
    951 Views
    A
    Option to turn off the radio and have various features?
  • 0 Votes
    13 Posts
    5k Views
    robert-hhR
    @monersss Then, start your script with: from network import LoRa import socket import time import os os.dupterm(None) ...
  • 0 Votes
    1 Posts
    947 Views
    No one has replied
  • Lopy to Lopy communication via Lora

    LoPy lopy lora
    2
    0 Votes
    2 Posts
    1k Views
    robert-hhR
    @monersss There happened a lot of discussion around this on this board. Just use the search button (the magnifying glass symbol) and enter "Lopy to Lopy", or look into the documentation at chapter https://docs.pycom.io/chapter/tutorials/lopy/lopy-lopy.html
  • 0 Votes
    8 Posts
    2k Views
    J
    @bmarkus Version has been updated, change to 1.7.4.b1 and not 1.7.3.b3 The download should work then