I see that semtech now has what looks like an improved LoRa chip available, the LLCC68: https://semtech.my.salesforce.com/sfc/p/#E0000000JelG/a/2R000000HTJR/Tem0gUxGfOZ2Qn3bUzmV2zKNQRYJ3bpobPfOQ7B.erE
Among other things, it's clearly geared toward supporting LoRaWAN. For instance, it contains an automatic channel activity detector that can detect activity by other LoRa's. Looks promising.
Meanwhile, I notice that Semtech has a LoRa baseband chip that sounds awesome: "The SX1302 can detect at any time, any packet in a combination of 8 different spreading factors (SF5 to SF12) and 10 channels, and demodulate up to 16 packets at any time. " This way a mote need use only as much spreading factor as it needs to reach the gateway without worrying as to whether the gateway is setup to receive at that particular spreading factor. Lower spreading factors equals less transmission time, which equals energy savings. Wonderful!
Semtech also has a LoRaWAN gateway chip meant for indoor use, so it sounds as though the paradigm is now, essentially, "LoRaWAN everywhere, both inside and outside the home." That suits me just fine, because LoRaWAN includes firmware over-the-air updates as part of its standard from the very get-go, which is exatly how it should be.
Anyone here using LoRaWAN inside the home? Which LoRaWAN library do you like the best?
Wow, I would have never thought that many either! Well done, guys.
I was satisfied when hek said we were above water, and should remain so foreseeable future. But thank you for the additional disclosure @tbowmo, I am sure anyone searching for such information will appreciate your forthrightness.
In general, yes, the MySensors framework (library?) should support FOTA a couple different ways (read more at link). Were you aware of this, or is there some problem with your particular hardware?
@NielBierman said in FOTA possibilities for remote sensor network:
Raspberry pi
I don't know yet whether you even need to change your gateway from microcontroller (uC) to Single Board Computer (SBC) or not. However if you do (or are looking for a controller, or whatever), by all means, please do yourself (and all of us) a favor and do a little more research as there are lots of better options out there for SBC nowadays, than RPi!
For me, uC have been fine for gateway although I do use some SBC for controllers, MQTT broker, and various other GNU/Linux based servers/services and they are wonderful for that. But perhaps your needs are different from mine.
@TRS-80 I looked at Grafana and InfluxDB a few years ago and found them supremely limited. It may be that I am a MS SQL Server user but the act if trying to do an update/delete of a value in InfluxDB is painful. Running everything through a JSON call to modify data annoys me.
So, all that aside I prefer sending data for long term storage to an instance of SQL Server 2012 - even with 4 sensor nodes + weather queries and some other data that send info every 30 seconds, 5 minutes, 10 minutes, and 30 minutes for a few years. I am not even above 100 MB of storage used. The data types are Date, INT, CHAR(xxxx), and in one crazy case VARCHAR(1000). I use Domoticz's built in sqlLite and hassio's DB to handle the data view from my controllers (yes, I have 2). The split of data occurs in Node-Red where it gets the data from my MQTT broker and sends to controllers (different subscription topics due to C/F fubaring in hassio) and send to SQL Server for long term storage. Efficient storage types is the key so a timestamp as an INT/BIGINT would be nice. As long as all your values are INT as well that is even better. Timeseries DBs do have their use, I have just not found one I like.
If there is a timeseries DB that can be accessed via ANSI SQL that would be awesome.
Other thought - you could use Elasticsearch to send in values as "documents" and then run analysis on them. For dataviz, I use the built in ones in my two controllers and I have written my own to handle long term data analysis. I prefer Highcharts for doing the viz as that is what I use at work. It is clean, efficient, and fully customizable.
I am sorry but your reply is still not very helpful. In general I feel like this is an interrogation session in order to discover relevant information, making the whole process much more difficult than necessary. Please keep in mind that we know absolutely nothing about your system other than what you tell us, and if we instead substitute assumptions, that can lead us to wrong conclusions. In other words, please be more forthcoming with relevant information so we don't have to keep playing this cat and mouse game.
@amkochaki said in V_VOLTGEM EXAMPLE:
My motion sensores are the same of my alarm system.
I don't think that you mentioned anything about what is your alarm system, how it works, etc. therefore this statement is meaningless (at least to me). Perhaps I missed something?
@amkochaki said in V_VOLTGEM EXAMPLE:
Are connected on analogic pins.
Perhaps you are unaware, but the analog pins on the arduino can also be used as Genral Purpose Input Output (GPIO) pins, aka digital. So again, this statement still does not clarify whether your sensors are analog or digital...
@amkochaki said in V_VOLTGEM EXAMPLE:
So I need that Arduíno read voltage of the sensores.
Yes, of course. But (at least to me) we still have not determined whether they are analog or digital... Both are measuring voltages, the question is how...
Perhaps you are unfamiliar with difference between analog and digital? I don't like to assume anyone's knowledge level, which can lead to wrong conclusions. On the other hand, I don't want to insult anyone, either...
I have not had any trouble just buying my radios the normal way on AliExpress. To me normal means buying about 10 or 20 at a time from the cheapest seller I can find with a high number of sales under their belt and a good reputation. I am getting nRF24 though, not sure if situation is different with RFM59W.
I think most of the stuff you read in forums about fakes was from years ago. Or maybe I am just lucky.
