<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[New firmware release 1.6.5.b1 (GC bug fixed)]]></title><description><![CDATA[<p dir="auto">Hello everyone,</p>
<p dir="auto">We have fixed that long annoying GC bug that was causing lots of unexplainable crashes. The full change log is the following:</p>
<ul>
<li>Update to the latest IDF.</li>
<li>Dump the registers on the stack before a gccollect.</li>
<li>Allocate the mptask stack and TCB statically. This resolves all the weird issues found with threading and the gc.</li>
<li>Add timeout_chars parameter to the UART constructor. <a href="https://docs.pycom.io/pycom_esp32/library/machine.UART.html#machine.uart.init" target="_blank" rel="noopener noreferrer nofollow">https://docs.pycom.io/pycom_esp32/library/machine.UART.html#machine.uart.init</a></li>
</ul>
<p dir="auto">If you don't have the latest updater tool, make sure to get it from here: <a href="https://www.pycom.io/resources/" target="_blank" rel="noopener noreferrer nofollow">https://www.pycom.io/resources/</a></p>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/510">@Colateral</a> <a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/199">@livius</a> <a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/212">@jmarcelino</a> Please give this release a try and let us know, hopefully your tests will also show that the bug is gone. Thanks!</p>
<p dir="auto">Cheers,<br />
Daniel</p>
]]></description><link>https://forum.pycom.io/topic/779/new-firmware-release-1-6-5-b1-gc-bug-fixed</link><generator>RSS for Node</generator><lastBuildDate>Sun, 19 Jul 2026 12:20:41 GMT</lastBuildDate><atom:link href="https://forum.pycom.io/topic/779.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 26 Feb 2017 15:25:41 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Sun, 26 Feb 2017 15:25:41 GMT]]></title><description><![CDATA[<p dir="auto">Hello everyone,</p>
<p dir="auto">We have fixed that long annoying GC bug that was causing lots of unexplainable crashes. The full change log is the following:</p>
<ul>
<li>Update to the latest IDF.</li>
<li>Dump the registers on the stack before a gccollect.</li>
<li>Allocate the mptask stack and TCB statically. This resolves all the weird issues found with threading and the gc.</li>
<li>Add timeout_chars parameter to the UART constructor. <a href="https://docs.pycom.io/pycom_esp32/library/machine.UART.html#machine.uart.init" target="_blank" rel="noopener noreferrer nofollow">https://docs.pycom.io/pycom_esp32/library/machine.UART.html#machine.uart.init</a></li>
</ul>
<p dir="auto">If you don't have the latest updater tool, make sure to get it from here: <a href="https://www.pycom.io/resources/" target="_blank" rel="noopener noreferrer nofollow">https://www.pycom.io/resources/</a></p>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/510">@Colateral</a> <a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/199">@livius</a> <a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/212">@jmarcelino</a> Please give this release a try and let us know, hopefully your tests will also show that the bug is gone. Thanks!</p>
<p dir="auto">Cheers,<br />
Daniel</p>
]]></description><link>https://forum.pycom.io/post/4607</link><guid isPermaLink="true">https://forum.pycom.io/post/4607</guid><dc:creator><![CDATA[daniel]]></dc:creator><pubDate>Sun, 26 Feb 2017 15:25:41 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Mon, 27 Feb 2017 09:16:03 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/6">@daniel</a> Using LopY, gc.collect() seems that is solved. Also onewire Dallas sensor is working and we can read BMP180 for the first time. However we noticed that if we start / stop wifi many times the system hangs for awhile... then auto-reboot. Below is what we got without touching the reset button. Please note this code is running very well on 1.5.0. We will continue the tests today.</p>
<p dir="auto">I (179506) wifi: n:1 1, o:1 0, ap:255 255, sta:1 1, prof:6<br />
I (179507) wifi: state: init -&gt; auth (b0)<br />
I (179509) wifi: state: auth -&gt; assoc (0)<br />
I (179517) wifi: state: assoc -&gt; run (10)<br />
I (179527) wifi: connected with Imalog, channel 1<br />
ets Jun  8 2016 00:22:57</p>
<p dir="auto">rst:0x1 (POWERON_RESET),boot:0x33 (SPI_FAST_FLASH_BOOT)<br />
ets Jun  8 2016 00:22:57</p>
<p dir="auto">rst:0x1 (POWERON_RESET),boot:0x33 (SPI_FAST_FLASH_BOOT)<br />
ets Jun  8 2016 00:22:57</p>
<p dir="auto">rst:0x1 (POWERON_RESET),boot:0x33 (SPI_FAST_FLASH_BOOT)<br />
ets Jun  8 2016 00:2úýets Jun  8 2016 00:22:57</p>
<p dir="auto">òets Jun  8 2016 00:22:57</p>
<p dir="auto">rst:0x1 (POWERON_RESET),boot:0x33 (SPI_FAST_FLASH_BOOT)<br />
ets Jun  8 2016 00:22:57</p>
<p dir="auto">rst:0x1 (POWERON_RESET),boot:0x33 (SPI_FAST_FLASH_BOOT)<br />
ets Jun  8 2016 00:22:57</p>
<p dir="auto">rst:0x10 (RTCWDT_RTC_RESET),boot:0x33 (SPI_FAST_FLASH_BOOT)<br />
configsip: 0, SPIWP:0x00<br />
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00<br />
mode:QIO, clock div:2<br />
load:0x3fff9010,len:8<br />
load:0x3fff9018,len:248<br />
load:0x40078000,len:4056<br />
load:0x4009fc00,len:920<br />
entry 0x4009fde4</p>
]]></description><link>https://forum.pycom.io/post/4634</link><guid isPermaLink="true">https://forum.pycom.io/post/4634</guid><dc:creator><![CDATA[Colateral]]></dc:creator><pubDate>Mon, 27 Feb 2017 09:16:03 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Mon, 27 Feb 2017 09:18:08 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/510">@Colateral</a> OK, I'll test that start/stop issue today. Thanks for the feedback.</p>
]]></description><link>https://forum.pycom.io/post/4645</link><guid isPermaLink="true">https://forum.pycom.io/post/4645</guid><dc:creator><![CDATA[daniel]]></dc:creator><pubDate>Mon, 27 Feb 2017 09:18:08 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Mon, 27 Feb 2017 12:20:29 GMT]]></title><description><![CDATA[<p dir="auto">It is better this build... we should book it in the calendar and get drunk.</p>
<p dir="auto">There is a problem with the SD card functionality. Plug the board and then run the sample script (SD example).<br />
from machine import SD<br />
import os</p>
<pre><code>        sd = SD()
        os.mount(sd, '/sd')
        f = open('/sd/a.cfg')
        data = f.read()
        f.close()
</code></pre>
<p dir="auto">Everything works fine on first run.<br />
Run again the script: [Errno 2] ENOENT  is raising on SD card init and the board is hanging. It is funny that you press power reset button and the issue is still persistent after reset. Only if you unplug the usb cable and plug again will make it work.</p>
]]></description><link>https://forum.pycom.io/post/4663</link><guid isPermaLink="true">https://forum.pycom.io/post/4663</guid><dc:creator><![CDATA[Neo]]></dc:creator><pubDate>Mon, 27 Feb 2017 12:20:29 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Mon, 27 Feb 2017 19:40:28 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/6">@daniel</a></p>
<blockquote>
<p dir="auto">We have fixed that long annoying GC bug that was causing lots of unexplainable crashes.</p>
</blockquote>
<p dir="auto">Now, my little script with DS18B20, Wifi and MQTT is up and running. gc.collect() do not crash as it did before. I'll let the script run for a longer time. We'll see how stable it has become :)<br />
Thanks for the update!</p>
]]></description><link>https://forum.pycom.io/post/4676</link><guid isPermaLink="true">https://forum.pycom.io/post/4676</guid><dc:creator><![CDATA[JF002]]></dc:creator><pubDate>Mon, 27 Feb 2017 19:40:28 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Mon, 27 Feb 2017 20:26:48 GMT]]></title><description><![CDATA[<p dir="auto">Hello,</p>
<p dir="auto">What is Happened with Lora in Release 1.6.5.b1 and 1.6.4.b1<br />
I have a Working program that works in the previous versions.<br />
Now it send data but I have  a lot of missing massages.</p>
<p dir="auto">I have Two LOPY boards with Extension Board. one with the latest version 1.6.5.b1 and one with version 1.6.0.b1 the newest firmware version missed a lot of messages</p>
<p dir="auto">import machine<br />
import socket<br />
import time<br />
import binascii<br />
import pycom</p>
<p dir="auto">from network import LoRa</p>
<p dir="auto">print(&quot;Initializing LoRa module...&quot;)</p>
<p dir="auto">lora = LoRa(mode=LoRa.LORA,<br />
frequency=868100000,<br />
tx_power=14,<br />
bandwidth=LoRa.BW_125KHZ,<br />
sf=7,<br />
coding_rate=LoRa.CODING_4_5,<br />
power_mode=LoRa.TX_ONLY)</p>
<p dir="auto">lora_sock = socket.socket(socket.AF_LORA, socket.SOCK_RAW)<br />
lora_sock.setblocking(False)</p>
<p dir="auto">print(&quot;Ready to send data...&quot;)</p>
<p dir="auto">msg_elements = [0xff, 0xff, 0x00, 0x00, 75,  0x00, 0x00, 0x00, 0x00,  0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00]</p>
<p dir="auto">msg = bytearray(msg_elements)</p>
<p dir="auto">while (True):<br />
lora_sock.send(msg)<br />
print(&quot;Sent: &quot;, binascii.hexlify(msg, ' '))<br />
time.sleep(4)</p>
<p dir="auto">I have stripped my software, above is working and give the same problem.<br />
why is above working with previous firmware versions and not with the newest version(1.6.4.b1 &amp; 1.6.5.B1)?</p>
]]></description><link>https://forum.pycom.io/post/4678</link><guid isPermaLink="true">https://forum.pycom.io/post/4678</guid><dc:creator><![CDATA[rikkertmark]]></dc:creator><pubDate>Mon, 27 Feb 2017 20:26:48 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Mon, 27 Feb 2017 21:15:10 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/824">@rikkertmark</a> thanks for the report. I'll check tomorrow morning first thing and let you know.</p>
<p dir="auto">Cheers,<br />
Daniel</p>
]]></description><link>https://forum.pycom.io/post/4682</link><guid isPermaLink="true">https://forum.pycom.io/post/4682</guid><dc:creator><![CDATA[daniel]]></dc:creator><pubDate>Mon, 27 Feb 2017 21:15:10 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Mon, 27 Feb 2017 21:25:40 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/824">@rikkertmark</a> just to make sure, the code posted above is for the &quot;sending&quot; LoPy, what about the one that receives? Can you post that one too?</p>
]]></description><link>https://forum.pycom.io/post/4683</link><guid isPermaLink="true">https://forum.pycom.io/post/4683</guid><dc:creator><![CDATA[daniel]]></dc:creator><pubDate>Mon, 27 Feb 2017 21:25:40 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Tue, 28 Feb 2017 09:03:22 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/6">@daniel</a></p>
<ol>
<li>Is HALL sensor enabled in esp-idf?<br />
i see that it should be accessible -<br />
<a href="https://github.com/espressif/esp-idf/blob/dca0377e19c6e514c0c694b521c3495a6d46c3af/docs/api/peripherals/adc.rst" target="_blank" rel="noopener noreferrer nofollow">https://github.com/espressif/esp-idf/blob/dca0377e19c6e514c0c694b521c3495a6d46c3af/docs/api/peripherals/adc.rst</a></li>
<li>Is pin touch function enabled?</li>
<li>is telnet delete work ok? I suppose no - it delete wrong char.<br />
backspace work ok but del not</li>
</ol>
]]></description><link>https://forum.pycom.io/post/4684</link><guid isPermaLink="true">https://forum.pycom.io/post/4684</guid><dc:creator><![CDATA[livius]]></dc:creator><pubDate>Tue, 28 Feb 2017 09:03:22 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Mon, 27 Feb 2017 21:49:16 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/6">@daniel</a> yes this is code For sending..  the receiver part is a raspberry pi c file. I have two boards with different firmware the Python file is the same see text that i posted earlier. The problem is not my raspberry pi.. i think there is a change since version 1.6.4.b1. before IT works great!</p>
<p dir="auto">Regards, Mark</p>
]]></description><link>https://forum.pycom.io/post/4685</link><guid isPermaLink="true">https://forum.pycom.io/post/4685</guid><dc:creator><![CDATA[rikkertmark]]></dc:creator><pubDate>Mon, 27 Feb 2017 21:49:16 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Tue, 28 Feb 2017 12:02:16 GMT]]></title><description><![CDATA[<p dir="auto">SD card is running hazardous. If you run the below simple script second time the board is reset. You need to unpower in order to run the script again.</p>
<pre><code>from machine import SD
import uos

try:
    sd = SD(0)
except Exception as e: 
    print (&quot;Exception SDCard : %s &quot; % (e)) 
    
try:
    sd.init(0)
except Exception as e: 
    print (&quot;Exception SDCard init: %s &quot; % (e)) 
    
try:
    uos.mount(sd, '/sd')

except Exception as e: 
    print (&quot;Exception SDCard mount: %s &quot; % (e)) 
    
try:
    sd.deinit()

except Exception as e: 
    print (&quot;Exception SDCard deinit: %s &quot; % (e)) 
    
try:
    uos.unmount('/sd')
except Exception as e: 
    print (&quot;Exception SDCard unmount: %s &quot; % (e)) 
</code></pre>
<p dir="auto">Soft resetting the LoPy<br />
/Users/danicampora/Code/Pycom/esp-idf/components/freertos/./queue.c:1444 (xQueueGenericReceive)- assert failed!<br />
abort() was called at PC 0x40085415<br />
Guru Meditation Error: Core  0 panic'ed (abort)</p>
<p dir="auto">Backtrace: 0x40008155:0x3ffc5950 0x40007d16:0x3ffc5970 0x40124f8d:0x3ffc59b0 0x4019e5e8:0x3ffc59e0 0x40197e68:0x3ffc5a00 0x4019825a:0x3ffc5a50 0x400e0c84:0x3ffc5a80 0x400df72a:0x3ffc5ad0 0x400f3272:0x3ffc5b10 0x400eb028:0x3ffc5b30 0x400f6ae8:0x3ffc5b50 0x400eeace:0x3ffc5bf0 0x400eb028:0x3ffc5c30 0x400eb055:0x3ffc5c50 0x400d8b99:0x3ffc5c70 0x400d8d07:0x3ffc5d10 0x400d7ee5:0x3ffc5d40</p>
<p dir="auto">================= CORE DUMP START =================<br />
4CQAAAwAAABsAQAA<br />
aD38P5BY/D/QXvw/<br />
oFf8P3Be/D+oGwAAbDr8P2w6/D9oPfw/ZDr8PxQAAACg8Pw/oPD8P2g9/D8AAAAA<br />
BQAAANQ+/D9NaWNyb1B5AAAAAAAAAAAAAAAAANBe/D8AAAAAIQAGAAUAAAABAAAA<br />
AAAAAHRm/D8AAAAAAAAAAAAAAAB43/w/4N/8P0jg/D8AAAAAAAAAAAEAAAAAAAAA</p>
]]></description><link>https://forum.pycom.io/post/4717</link><guid isPermaLink="true">https://forum.pycom.io/post/4717</guid><dc:creator><![CDATA[Colateral]]></dc:creator><pubDate>Tue, 28 Feb 2017 12:02:16 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Tue, 28 Feb 2017 17:25:41 GMT]]></title><description><![CDATA[<p dir="auto">Great!<br />
This is working for me...thanks for the update <a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/6">@daniel</a></p>
]]></description><link>https://forum.pycom.io/post/4735</link><guid isPermaLink="true">https://forum.pycom.io/post/4735</guid><dc:creator><![CDATA[Erica Galindo]]></dc:creator><pubDate>Tue, 28 Feb 2017 17:25:41 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Tue, 28 Feb 2017 17:41:43 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/6">@daniel</a><br />
New test  with same problem:</p>
<h2>Sender with earlier Version of firmware(1.6.0.b1)</h2>
<pre><code> from network import LoRa
 import socket
 import machine
 import time
 import pycom

pycom.rgbled(0x7f0000) # red 

#initialize LoRa in LORA mode
lora = LoRa(mode=LoRa.LORA, frequency=863000000, power_mode=LoRa.ALWAYS_ON, tx_power=14, bandwidth=LoRa.BW_250KHZ, sf=7, preamble=8,
coding_rate=LoRa.CODING_4_5, tx_iq=False, rx_iq=False)

#create a raw LoRa socket
s = socket.socket(socket.AF_LORA, socket.SOCK_RAW)

while True:

# send data To Green
s.setblocking(True)
s.send('Hello green')

# get any data received...
s.setblocking(False)
data = s.recv(64)
print(data)

# send Hello green once / 4 sec
time.sleep(4)
</code></pre>
<h2>Receiver With version 1.6.5.b1</h2>
<pre><code> from network import LoRa
 import socket
 import machine
 import time
 import pycom

pycom.rgbled(0x007f00) # green

#initialize LoRa in LORA mode
lora = LoRa(mode=LoRa.LORA, frequency=863000000, power_mode=LoRa.ALWAYS_ON, tx_power=14, bandwidth=LoRa.BW_250KHZ, sf=7, preamble=8,
coding_rate=LoRa.CODING_4_5, tx_iq=False, rx_iq=False)

#create a raw LoRa socket
s = socket.socket(socket.AF_LORA, socket.SOCK_RAW)

while True:

# get any data received...
s.setblocking(False)
data = s.recv(64)
print(data)

# get data from lora every sec. 
time.sleep(1)
</code></pre>
<p dir="auto">Sender = Red  firmware = 1.6.0.b1<br />
Receiver = Green firmware 1.6.5.b1<br />
I'm expected data from Red every 4 seconds but nothing received on Green empty buffer.</p>
<p dir="auto">I swapped the software</p>
<p dir="auto">Sender = Red  firmware = 1.6.5.b1<br />
Receiver = Green firmware 1.6.0.b1<br />
I received data from Red but sometimes i missed data not receiving every 4 sec but 8 sec 12 sec etc.</p>
<p dir="auto">I think there is something wrong with the Lora.Init parameters there is something chanced since release 1.6.4.b1</p>
<p dir="auto">Please Help me to find the solution</p>
<p dir="auto">Hello,</p>
<p dir="auto">What is Happened with Lora in Release 1.6.5.b1 and 1.6.4.b1<br />
I have a Working program that works in the previous versions.<br />
Now it send data but I have  a lot of missing massages.</p>
<p dir="auto">I have Two LOPY boards with Extension Board. one with the latest version 1.6.5.b1 and one with version 1.6.0.b1 the newest firmware version missed a lot of messages</p>
<p dir="auto">import machine<br />
import socket<br />
import time<br />
import binascii<br />
import pycom</p>
<p dir="auto">from network import LoRa</p>
<p dir="auto">print(&quot;Initializing LoRa module...&quot;)</p>
<p dir="auto">lora = LoRa(mode=LoRa.LORA,<br />
frequency=868100000,<br />
tx_power=14,<br />
bandwidth=LoRa.BW_125KHZ,<br />
sf=7,<br />
coding_rate=LoRa.CODING_4_5,<br />
power_mode=LoRa.TX_ONLY)</p>
<p dir="auto">lora_sock = socket.socket(socket.AF_LORA, socket.SOCK_RAW)<br />
lora_sock.setblocking(False)</p>
<p dir="auto">print(&quot;Ready to send data...&quot;)</p>
<p dir="auto">msg_elements = [0xff, 0xff, 0x00, 0x00, 75,  0x00, 0x00, 0x00, 0x00,  0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00]</p>
<p dir="auto">msg = bytearray(msg_elements)</p>
<p dir="auto">while (True):<br />
lora_sock.send(msg)<br />
print(&quot;Sent: &quot;, binascii.hexlify(msg, ' '))<br />
time.sleep(4)</p>
<p dir="auto">I have stripped my software, above is working and give the same problem.<br />
why is above working with previous firmware versions and not with the newest version(1.6.4.b1 &amp; 1.6.5.B1)?</p>
]]></description><link>https://forum.pycom.io/post/4738</link><guid isPermaLink="true">https://forum.pycom.io/post/4738</guid><dc:creator><![CDATA[rikkertmark]]></dc:creator><pubDate>Tue, 28 Feb 2017 17:41:43 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Wed, 01 Mar 2017 07:07:35 GMT]]></title><description><![CDATA[<p dir="auto">Is is possible to change SSID of wipi in AP mode?</p>
<p dir="auto">Following:</p>
<p dir="auto">import machine<br />
import os<br />
import pycom</p>
<p dir="auto">pycom.heartbeat(True)</p>
<p dir="auto">uart = machine.UART(0, 115200) # disable these two lines if you don't want serial access<br />
os.dupterm(uart)</p>
<p dir="auto">from network import WLAN<br />
wl = WLAN()</p>
<p dir="auto">#trying to change AP properties:</p>
<p dir="auto">original_ssid = &quot;MyNode&quot;<br />
wl.ssid(original_ssid)</p>
<p dir="auto">original_auth = (3,'bewell')</p>
<p dir="auto">wl.init(mode=WLAN.AP, ssid=original_ssid, auth=original_auth, channel=6, antenna=WLAN.INT_ANT)</p>
<p dir="auto">Does not change SSID visible on my iphone.<br />
It remains wipy-wlan-xxx<br />
Am I doing something wrong?</p>
<p dir="auto">Or SSID is hardcoded regardless of what says in documentation:</p>
<p dir="auto">&quot;wlan.ssid([ssid])<br />
Get or set the SSID when in AP mode.</p>
]]></description><link>https://forum.pycom.io/post/4749</link><guid isPermaLink="true">https://forum.pycom.io/post/4749</guid><dc:creator><![CDATA[zmrzli]]></dc:creator><pubDate>Wed, 01 Mar 2017 07:07:35 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Wed, 01 Mar 2017 17:49:18 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/6">@daniel</a><br />
Do you have see my code in my previous post about the Lora Problem between different  firmware? You say on Monday , I will check it tomorrow first, but i have heard nothing about it.<br />
I will try to build a Horsebirth Sensor with accellerometer and Lora, My horse Waiting not for my sensor ;) I need the sensor in two weeks so I hope you have a solution before my horse split into 2 pieces ;)</p>
]]></description><link>https://forum.pycom.io/post/4786</link><guid isPermaLink="true">https://forum.pycom.io/post/4786</guid><dc:creator><![CDATA[rikkertmark]]></dc:creator><pubDate>Wed, 01 Mar 2017 17:49:18 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Sun, 05 Mar 2017 12:00:23 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/824">@rikkertmark</a> sorry for the delay. The problem is that you must have the latest firmware on both the receiver and the transmitter. Your issue is caused because on release 1.6.5.b1 we solved a problem where the sync word was not being set according to the <strong>public</strong> argument int the constructor/init.<br />
So what happens now is that if both boards do not have the latest firmware, one will be sending with a public sync word and the other will be trying to receive with the private sync word, which results in only some messages being received. Please try having the latest firmware on both boards and let me know. Thanks!</p>
]]></description><link>https://forum.pycom.io/post/4909</link><guid isPermaLink="true">https://forum.pycom.io/post/4909</guid><dc:creator><![CDATA[daniel]]></dc:creator><pubDate>Sun, 05 Mar 2017 12:00:23 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release 1.6.5.b1 (GC bug fixed) on Sun, 05 Mar 2017 14:12:34 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/6">@daniel</a>  Thanks for the reply, I have installed the newest version, I'm using now the LoraWan nano gateway, my previous project was a lora gateway based on a raspberry pi and a LoPy board.<br />
The newest Firmware version include the Lorawan nano gateway example you have created with your team is Great!!  Thanks!!!  Another question: have you any idea when the newest Pytrack board is available? I have pre-order this and I can wait ;)</p>
]]></description><link>https://forum.pycom.io/post/4913</link><guid isPermaLink="true">https://forum.pycom.io/post/4913</guid><dc:creator><![CDATA[rikkertmark]]></dc:creator><pubDate>Sun, 05 Mar 2017 14:12:34 GMT</pubDate></item></channel></rss>