@bucknall For SIgfox backend registration I beleive I need to put the ID and and PAC out put from with hexlifiy print("ID ", ubinascii.hexlify(sigfox.id())) print("PAC ", ubinascii.hexlify(sigfox.pac())) in my case is: ID b'004e3d90' PAC b'c957cd18b7848c0' so ID that I typed is '004e3d90' and PAC 'c957cd18b7848c0' The device seems to be registered but on backend device webpage I can not see it online at all. How I do I know when is connected to the (Luxembourg) Sigfox network and will get online? It is done immediately or shall I wait?

@yunushkin88 You can expect 8 to 10 Km max with line of sight between two SiPy devices. You will expect to see increased range between a SiPy and the Sigfox network as the modulation protocol is different (BPSK). Hope this helps!

@iotmaker, I'll have to check, the reason is not obvious, I'll keep you posted.

@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 :)

I know this is very old and by now you may have caught it, but your if loop will always execute. The line if mac=='665544332211' or '111111111111': <do stuff> is interpreted as if (mac == '665544332211') or ('111111111111') This always evaluates as True, because bool('111111111111') is True. I believe the only string that can evaluate to False is the empty string. This may be part of your problem. What you need is something like if (mac == '665544332211') or (mac == '111111111111') And if it's a larger list then you can do something like if mac in ['665544332211', '111111111111', ...]

@maku said in Pymakr having issue with SiPy (Could not enter friendly repl. (click to attempt to reconnect)): @iotmaker never used atom. You have plugin that can handle ftp transfer or are you using an external ftp client? Just use Filezilla as ftp client you can have the ftp client connected and the serial port running at the same time... after transferring the file via ftp, just do a reset via serial port commands

@Paolo-Prado Sorry - you're right the downlink is confusingly called "BIDIR" - Have a look at this link for an example of how to get a payload from a server using the downlink https://github.com/nicolsc/sigfox-downlink

Hi @michal.zykov! Unfortunately not yet! I've still experimenting with the format but I will, starting next week, start summarizing the workshops on a git repo! I'll post here again on Monday! :)

Hello, First of all apologies for the long delay with this. We have solved this problem with the latest firmware (1.6.13.b1). The issue is a bit complex and it's not because of a firmware bug, it's more because of an undocumented characteristic of the Sigfox network in RCZ2 and RCZ4: There are 9 macro-channels with 2 micro-channels on each of of those 2 zones. However (and this is the undocumented part), only the first macro-channel is actually usable (for the time being). The Sigfox library itself behaves in a way that only the packets sent on the first macro-channel are transmitted properly (and the Sigfox library is a blackbox to anyone outside of Sigfox). The solution to this is to either call sigfox.reset() after every 2 transmissions and then wait 20s before transmitting again in order to comply with FCC regulations, or, as we have implemented it, handle this delay internally and only apply the amount of delay (if any) needed in order to comply. This latter approach is the one that we have preferred and therefore there's nothing to do at user code level besides knowing that more than 2 consecutive transmissions will have a delay in between. This is now documented in: https://docs.pycom.io/pycom_esp32/library/network.Sigfox.html This characteristics of the Sigfox network are not tested during the Sigfox certification phase and also not very well documented, which is why it took us so long to fix it. Cheers, Daniel

@sk Is this what you downloaded from board or what you have on the computer? Previously (for me still - however less than before) there are some corruption of files stored on the board. try something like this f = open('onewire.py', 'r+') d = f.readall() print(d) do you see some corruption in content? Try also downloading file throught ftp - is this file same as your on the computer?

I suppose that at this stage you got not overview We wait for sleep modes and possibility to disable any things started automatically.

@Ricardo-M I boot my sipy in safe mode and i connect pc and sipy by telnet (using Putty) and i carry out a factory reset to the filesystem (reset flash filesystem) and now my sipy is like new

@jmarcelino is there any way to configure this? Any libraries or plug ins for the board's BT sensor I could use?

Ok I've realised that to sync I need to press the reset button on the board before clicking sync. But why is the question...

@jmarcelino Thank you. That's what I needed to know :)

Hope you can support SNEK (Sigfox network emulator) mode too - switching between the public and private Sigfox keys - that's actually how I do my development :-) Yes we do. Supporting that is actually one of the requirements to get the modules certified by Sigfox :-) We will publish the full Sigfox API and quick reference docs in a couple of days.