Good evening, I bought a batch of 50 sensors 1 year ago and they never worked properly, the customer who is a common complains continuously about the product. Within a few months they ate all the batteries, forcing me to bear a very large expense.
The question is as follows:
I installed version 3.0.2 EU of the firmware, configured with the parameters: Lorawan OTAA, sleep time 3 minutes, keep alive 4 hours, night mode on, duration 8 hours, start night mode 22h, sleep time 5 minutes, keep alive 4 hours, threshold 75 and rssi enabled.
I am using the ResIOT platform and I receive the following frames attached in hexadecimal and they refer to an hour of use.
https://mega.nz/#!E1dkTSxI!hFLBK1zbtk_I ... Kihx9y6vlY
I take one as an example 0808000021fbd6e75d052a.
I encode it in this way:
1) I take from the string in hexadecimal the byte 0 (08)
2) convert it to binary (00001000)
3) the encoding: bit 7 (0 free), bit 6 (0 battery ok), bit 5-4 (00 reserved), bit 3-2-1-0 (1000 convert them to base 10 and get 8 or RSSI frame)
Is that correct?
SmartParking don't work
Re: SmartParking don't work
For completeness of information:
Model Smart Parking EU
Version 1.0
Model Smart Parking EU
Version 1.0
-
- Posts: 27967
- Joined: Mon Sep 28, 2009 1:06 pm
Re: SmartParking don't work
Hi,
Yes, your conversion is correct.
What is the problem of the nodes?
Regards
Yes, your conversion is correct.
What is the problem of the nodes?
Regards
Re: SmartParking don't work
The problem is that the sensor, although configured differently, as you can see from the attached log, transmits continuously, more than once a minute, without any apparent reason.libelium-dev wrote: ↑Fri Jul 12, 2019 8:41 amHi,
Yes, your conversion is correct.
What is the problem of the nodes?
Regards
-
- Posts: 27967
- Joined: Mon Sep 28, 2009 1:06 pm
Re: SmartParking don't work
Hi,
When the node reboots, it is normal to get those packets since 9 rssi frames are sent. The coverage seems bad since the RSSI is around -110~-120, it could cause duplicate packets since the ACK or downlink isn't received in the nodes.
Is the callback server installed? if not, the sequence start frame 1, start frame 2 and rssi frames should be repeated two times and then be deactivated automatically. Is received any info frame or keep-alive frame?
Do you get that behaviour only in a node?
Regards
When the node reboots, it is normal to get those packets since 9 rssi frames are sent. The coverage seems bad since the RSSI is around -110~-120, it could cause duplicate packets since the ACK or downlink isn't received in the nodes.
Is the callback server installed? if not, the sequence start frame 1, start frame 2 and rssi frames should be repeated two times and then be deactivated automatically. Is received any info frame or keep-alive frame?
Do you get that behaviour only in a node?
Regards
Who is online
Users browsing this forum: No registered users and 1 guest