Sonsivri
 
*
Welcome, Guest. Please login or register.
Did you miss your activation email?
March 28, 2024, 03:25:11 15:25


Login with username, password and session length


Pages: [1]
Print
Author Topic: ook/ask communication  (Read 3433 times)
0 Members and 1 Guest are viewing this topic.
Tom1234
Junior Member
**
Offline Offline

Posts: 60

Thank You
-Given: 13
-Receive: 3


« on: February 18, 2017, 09:26:55 21:26 »

I would like to use an ook or ask protocol to communicate different sensors. Every sensor is needed to send  it ID and a 0 or 1  to main panel.

I think the most easy and cost effective way is to use the ook or ask protocol. Also i would need a reliable ook /ask transmitter and receiver .
 I would need your opinion.   
Logged
Parmin
Hero Member
*****
Offline Offline

Posts: 582

Thank You
-Given: 494
-Receive: 133


Very Wise (and grouchy) Old Man


« Reply #1 on: February 18, 2017, 10:50:51 22:50 »

Use manchester coding for this kind of communication.
Start with a balanced byte for preamble (eg 01010101 or 10101010)
Use parity checking.
Logged

If I have said something that offends you, please let me know, so I can say it again later.
Tom1234
Junior Member
**
Offline Offline

Posts: 60

Thank You
-Given: 13
-Receive: 3


« Reply #2 on: February 18, 2017, 10:59:19 22:59 »

Firstly what component to use? have you got any suggestion?
Logged
metal
Global Moderator
Hero Member
*****
Offline Offline

Posts: 2420

Thank You
-Given: 862
-Receive: 678


Top Topic Starter


« Reply #3 on: February 19, 2017, 02:03:04 02:03 »

vicious way, indeed.

tell us what you want to do first Smiley
Logged
Langley
Newbie
*
Offline Offline

Posts: 23

Thank You
-Given: 73
-Receive: 62


« Reply #4 on: February 19, 2017, 07:43:27 07:43 »

Advanced transceivers like the NRF24L01+ including packet engine w/ CRC checking, addressing, auto retries, etc for <$1 in a nice module on eBay/AliExpress, or for longer range, the 868/915MHz RFM69 xceiver modules for ~$3, make it hard to justify the poor performance of OOK/ASK in any but the most cost sensitive consumer applications.
Further, the very nice libraries available for Arduino, Mbed, etc make these complex devices very easy to set up and use. I’ve had great success using both these xceivers.
Logged
Tom1234
Junior Member
**
Offline Offline

Posts: 60

Thank You
-Given: 13
-Receive: 3


« Reply #5 on: February 19, 2017, 04:07:07 16:07 »

I would like to create a project in which in a large building there are sensors which they calculate the temperature. If the temperature exceed a specific value then the sensor it will transmit its ID and value 1 (the value 0 mean than the temperature is not exceed). All these sensors they will transmit its ID and values to a central panel.
I am looking for something low cost and as reliable as possible.
Logged
metal
Global Moderator
Hero Member
*****
Offline Offline

Posts: 2420

Thank You
-Given: 862
-Receive: 678


Top Topic Starter


« Reply #6 on: February 19, 2017, 06:48:24 18:48 »

You are doing a paper, I presume...
NRF24L01+ will not work, even if it is long range, unless you manage to create an algorithm that allows multiple NRF24L01+ to use the same air slots.. you need to find a platform to start with, google and come back here with the findings so we discuss in more details.
Logged
Parmin
Hero Member
*****
Offline Offline

Posts: 582

Thank You
-Given: 494
-Receive: 133


Very Wise (and grouchy) Old Man


« Reply #7 on: February 19, 2017, 10:31:53 22:31 »

NRF24 can work with 5 nodes simultaneously.
And each node can be programmed to relay info from previous node to forward to the third tier node.
Logged

If I have said something that offends you, please let me know, so I can say it again later.
metal
Global Moderator
Hero Member
*****
Offline Offline

Posts: 2420

Thank You
-Given: 862
-Receive: 678


Top Topic Starter


« Reply #8 on: February 19, 2017, 11:44:44 23:44 »

this is what I call PITA :- )
Logged
Gallymimu
Hero Member
*****
Offline Offline

Posts: 704

Thank You
-Given: 151
-Receive: 214


« Reply #9 on: February 20, 2017, 01:14:12 01:14 »

You are doing a paper, I presume...
NRF24L01+ will not work, even if it is long range, unless you manage to create an algorithm that allows multiple NRF24L01+ to use the same air slots.. you need to find a platform to start with, google and come back here with the findings so we discuss in more details.

With how little data he needs to send he could simply rely upon low duty cycle statistically random time slotting to insure high likelihood that transmitters won't step on each other.   If the transmitters require an ACK this becomes even easier.

Example 1000 sensors ping once an hour with a maximum time slot of 10ms.  If they don't get an ACK they retry every 10 minutes with a random time delay of =/- 0 to 100 sec which should equate to 1/10000 time slots IF the sensors happen to start transmitting at the exact same time in the first place.  That is easy to program, still pretty low power, and should be reasonably robust.

That said, using a BLE module is awfully easy!

LORA might be a cool option as well depending on the needed range.  2.4GHz won't go that far in a building.
Logged
metal
Global Moderator
Hero Member
*****
Offline Offline

Posts: 2420

Thank You
-Given: 862
-Receive: 678


Top Topic Starter


« Reply #10 on: February 20, 2017, 08:47:54 08:47 »

yes, I agree, BLE is the way to go.. look at nordic soltuions
Logged
Tom1234
Junior Member
**
Offline Offline

Posts: 60

Thank You
-Given: 13
-Receive: 3


« Reply #11 on: February 20, 2017, 11:51:42 11:51 »

What i am thinking is the case that a sensor is far away from the central unit which should communicate. What is the range of the use of BLE?
So the use of BLE in the building it will be a better option that the use of an ook/ask?(i speak in the terms of range and reliability)
Logged
Pages: [1]
Print
Jump to:  


DISCLAIMER
WE DONT HOST ANY ILLEGAL FILES ON THE SERVER
USE CONTACT US TO REPORT ILLEGAL FILES
ADMINISTRATORS CANNOT BE HELD RESPONSIBLE FOR USERS POSTS AND LINKS

... Copyright © 2003-2999 Sonsivri.to ...
Powered by SMF 1.1.18 | SMF © 2006-2009, Simple Machines LLC | HarzeM Dilber MC