Announcements & News

• D

  WiFi/Bluetooth antenna types
  hardware • • daniel  

  19
  0
  Votes
  19
  Posts
  6471
  Views

  D

  @jmarcelino seeing the results of the poll we will continue having both options available ;-)
• 

  Hackster.io Project Challenge!
  micropython challenge hackster.io • • bucknall  

  2
  3
  Votes
  2
  Posts
  1810
  Views

  R

  Any chance Pytrack will be released in time for this challenge?
• D

  New firmware release 1.6.5.b1 (GC bug fixed)
  firmware • • daniel  

  17
  6
  Votes
  17
  Posts
  5052
  Views

  R

  @daniel 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. 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 ;)
• D

  Q1 2017 development status
  firmware update • • daniel  

  11
  3
  Votes
  11
  Posts
  3384
  Views

  

  @mcook Since version 1.6.4.b1 it's possible to call machine.deepsleep(number_of_ms) and the LoPy go into deep sleep in the way you want, however at the moment the current flow is still high (15mA@3.3v last time I checked) but this being investigated At the moment there's an issue with current not really dropping to just a few uA and we are investigating it. https://forum.pycom.io/topic/767/new-firmware-release-version-1-6-4-b1
• D

  New firmware release 1.6.6.b1
  firmware • • daniel  

  4
  4
  Votes
  4
  Posts
  1636
  Views

  C

  @daniel Any chance you will be able to update the source tree soon?
• 

  Which IDE do you use?
  • Ralph  

  11
  1
  Votes
  11
  Posts
  4742
  Views

  M

  Eclipse for all the coding languages I use
• D

  New firmware release, version 1.6.4.b1
  lopy firmware wipy sipy • • daniel  

  26
  6
  Votes
  26
  Posts
  10399
  Views

  

  @daniel I see that some timings/stability improved in pin. Now i am able read samsung tv codes without any problem from python code without need of C function as previously :) I tested this i suppose in many previous versions (last tested lower than 1.5) and it was not stable enought but now it work :)
• D

  New firmware release, version 1.6.0.b1
  • daniel  

  72
  1
  Votes
  72
  Posts
  40560
  Views

  C

  @daniel - someone needs to reply to each issue posted by users, we are not mind readers !
• 

  Bugs/Issues moving to GitHub
  bugs support issues ticketing • • bucknall  

  8
  1
  Votes
  8
  Posts
  3537
  Views

  

  Ugh. Not everyone is willing to have a github account.
• D

  New updater tool released
  • daniel  

  8
  0
  Votes
  8
  Posts
  2412
  Views

  D

  Thanks @Pete. We will add some redirects, the new link is: https://www.pycom.io/resources/
• D

  New firmware release, version 1.5.1.b1 (supporting the SiPy)
  • daniel  

  24
  0
  Votes
  24
  Posts
  10191
  Views

  C

  @daniel Marvelous News, thanks
• F

  SiPy is.... Sigfox READY!
  • Fred  

  7
  3
  Votes
  7
  Posts
  3110
  Views

  D

  Hello, A quick announcement to let you know that we have been working late nights the entire week to get the flashing and activation mechanism for the SiPy ready. We were hoping to get this out by Friday, and we managed to finish everything, but we wanted to test it a bit more over the weekend. The good news is that it will be released for sure on Monday (finally!). Cheers, Daniel
• D

  New firmware release 1.5.0.b2
  • daniel  

  29
  4
  Votes
  29
  Posts
  9887
  Views

  D

  @jmarcelino @livius I'm working on this as we speak. Will update you shortly.
• D

  New firmware release 1.4.0.b1
  • daniel  

  65
  1
  Votes
  65
  Posts
  40651
  Views

  

  @Colateral bus = I2C(0, I2C.MASTER, baudrate=100000, pins=("P19", "P20")) return: b'U\x02' print(ubinascii.hexlify(bus.readfrom_mem(119, 0xD0, 1))) b'55' print(ubinascii.hexlify(bus.readfrom_mem(119, 0xD0, 2))) b'5502' and chip revision: >>> print(ubinascii.hexlify(bus.readfrom_mem(119,0xd1, 2))) b'0206' it looks ok 550206
• D

  New firmware release 1.5.0.b1 and SiPy Sigfox certification completed
  • daniel  

  21
  4
  Votes
  21
  Posts
  8199
  Views

  

  @mohpor There was no open issue on Github for this problem and to me changing a 2 to 3 didn't seem to warrant opening a PR so I simply brought it up on the forum, seemed to be most practical way of addressing this.
• F

  Weekly update W/C 16th Jan 2017
  • Fred  

  13
  0
  Votes
  13
  Posts
  3685
  Views

  

  @daniel Thank you. Great :o)
• B

  IoT Tech Expo - 23-25 Jan 2017
  • Bettina  

  1
  0
  Votes
  1
  Posts
  774
  Views

  No one has replied

• D

  Firmware release 1.1.0.b1
  • daniel  

  32
  5
  Votes
  32
  Posts
  12016
  Views

  F

  @bmarkus It can be a LoRaWAN nano gateway listening to one channel at a time. Be mindful that this is not LoRaWAN compliant but is very useful in certain conditions. We will release the full firmware with this functionality early Feb.
• F

  LoPy LoRaWAN™ Certified
  • Fred  

  3
  1
  Votes
  3
  Posts
  1599
  Views

  F

  @bmarkus The version that has being certified is 1.0.0 which will have the LoRa stack locked. The current version on the modules are Beta. We will release the latest firmware shortly. Thanks Fred
• D

  New firmware release 1.3.0.b1
  • daniel  

  32
  7
  Votes
  32
  Posts
  13957
  Views

  Z

  If bluetooth was not working, than that could be blamed on tight loop without opportunity to release processor (sleep), but that is not the case. Following code takes few minutes to get to green light: import pycom from network import Bluetooth bluetooth = Bluetooth() pycom.heartbeat(False) # disable the heartbeat LED pycom.rgbled(0xff0000) pycom.rgbled(0x00ff00) pycom.rgbled(0x0000ff) It seems that same resource (line?) driving BLE is used for bit banging LED in 1.3... There is change about it in 1.4.0, so maybe this will be fixed.