Park sensor installation

libelium-dev
Posts: 27967
Joined: Mon Sep 28, 2009 1:06 pm

Re: Park sensor installation

Post by libelium-dev » Fri Jun 08, 2018 9:05 am

Hi,

Are you using firmware version 2.x.x? If so, frame type 3 means error frame. Could you share with us the frames received?

About 3 sensor offline, what it is the battery level? How long have they been installed?

Also please update the nodes to last firmware 3.0.2 which improves the operation of the nodes.

You can enable reset request option in the callback server to restart the node after a Daily update frame if the slot is empty.
http://www.libelium.com/downloads/docum ... df#page=37

Regards

klemens_TSG
Posts: 12
Joined: Tue May 08, 2018 8:34 am
Company: Thuega SmartService

Re: Park sensor installation

Post by klemens_TSG » Tue Jun 12, 2018 9:56 am

Hi,

we are currently using firmware 2.0.1 without Callback Server.
Here you find the last 6 packets received from the sensor which supposedly sends error frame between 2 KEEPALIVE frames:

Date Time Event frmPayload
11.06.18, 23:52:03, KEEPALIVE "KUdSKrAqyEYrC/I="
12.06.18, 01:52:04, RESERVED "wc6Yl3c1O/viT7g="
12.06.18, 03:52:05, KEEPALIVE "00LZOo51YYU6WGA="
12.06.18, 05:52:06, RESERVED "+hyx0npFcLw+7TA="
12.06.18, 07:52:07, KEEPALIVE "JNg8xXYW9ol9jLw="
12.06.18, 09:52:08, RESERVED "SHslhA/532riTxA="

Offline sensors:
I think the battery level is ok as it is possible to reset the sensors via magnet where they send several START1 and START2 frames and then go to sleep again.

Frozen "Occupied" State:
We will update firmware to version 3.0.2 and test improvement of sensor operation.

Regards,
Klemens

libelium-dev
Posts: 27967
Joined: Mon Sep 28, 2009 1:06 pm

Re: Park sensor installation

Post by libelium-dev » Wed Jun 13, 2018 9:23 am

Hi,

We can't decrypt the frames you shared. Please share the frames in hexadecimal format and include all frames received for 1 or 2 days.

Regards

klemens_TSG
Posts: 12
Joined: Tue May 08, 2018 8:34 am
Company: Thuega SmartService

Re: Park sensor installation

Post by klemens_TSG » Fri Jun 22, 2018 9:25 am

Hi,

here you find the decrypted payloads (duration: one day) from parking sensor nr.8 which alternately sends KEEPALIVE and RESERVED-frames:


Time Stamp Payload-Hex
---------------------------------------------------------------------
June 21, 2018 1:54 AM 0x81 ef 08 00 32 02 79 01 cd fc 75
June 21, 2018 11:54 AM 0x81 ee 06 00 34 02 ff fe b0 f8 58
June 21, 2018 9:54 AM 0x81 ed 04 00 2a 02 17 02 8c fc 6e
June 21, 2018 7:54 AM 0x81 ec 02 00 1e 01 4f 03 69 fb c6
June 21, 2018 5:54 AM 0x81 eb 00 00 1a 01 00 03 93 fb 71
June 21, 2018 3:54 AM 0x81 ea 16 00 1b 01 10 03 af fb ff
June 21, 2018 1:54 AM 0x81 e9 14 00 1d 01 15 03 80 fb c6
June 20, 2018 11:53 PM 0x81 e8 12 00 1f 01 3d 03 4a fc 13
June 20, 2018 9:53 PM 0x81 e7 10 00 23 01 73 03 18 fc 6f
June 20, 2018 7:53 PM 0x81 e6 0e 00 29 01 e4 02 94 fc 9a
June 20, 2018 5:53 PM 0x81 e5 0c 00 37 02 f3 01 a2 fd 05
June 20, 2018 3:53 PM 0xc1 e4 0a 00 3b 03 29 01 40 fd 79
June 20, 2018 1:53 PM 0xc3 e3 00 3b 03 08 01 36 fd 07 b6

Kind regards,
Klemens

libelium-dev
Posts: 27967
Joined: Mon Sep 28, 2009 1:06 pm

Re: Park sensor installation

Post by libelium-dev » Mon Jun 25, 2018 9:22 am

Hi Klemends,

About frozen nodes, some times the nodes get blocked and reset them is part of the maintenance of the device. This behavior occurs more frequently when the nodes are in non-delimited slot.

About offline sensors, please share with us the last frames send for each one. In the frames you shared, we see that the node return battery level low in two frames.

Regards

klemens_TSG
Posts: 12
Joined: Tue May 08, 2018 8:34 am
Company: Thuega SmartService

Re: Park sensor installation

Post by klemens_TSG » Mon Jun 25, 2018 5:42 pm

Hi,

About the sensor with the alternating event type KEEPALIVE/RESERVED:
From the set of frames we have provided only the first 2 frames have status PARKING_BATTERY_LOW = true (as you have mentioned in you last reply). Since frame nr. 3 the sensor is back to PARKING_BATTERY_LOW = false and nominally has sent KEEPALIVE frames up to now.
It seems that the sensor has "recovered" by itself but still has the frozen "Occupied" state

About the frozen nodes:
Is there a "rule of thumb" in what interval a node has to be resetted when it is installed in a delimited slot ?

About the three offline sensors:
Unfortunately we cannot provide the frames received from the LoRa Networkserver but only the decrypted payloads which are persistently stored in a database.
Here we have the following situation:

node nr. 3:
- Last frame sent on may 16
- All frames sent before were nominal (no RESERVED frames, PARKING_BATTERY_LOW = false)

node nr. 5:
- Last frame sent on may 23
- Since may 16 frames had status PARKING_BATTERY_LOW = true

node nr. 7:
- Last frame sent on june 2
- In this frame the magnetic field measurements for the 3 axes were a bit unusal:
x-axis: 65535
y-axis: 65535
z-axis: 65535

- All frames sent before were nominal (no RESERVED frames, PARKING_BATTERY_LOW = false)

Regards,
Klemens

libelium-dev
Posts: 27967
Joined: Mon Sep 28, 2009 1:06 pm

Re: Park sensor installation

Post by libelium-dev » Tue Jun 26, 2018 10:16 am

Hi Klemens,

We are sorry but we don't have a estimated interval in which a node has to be reset. Sometimes a node can be blocked in a few days and sometimes a node never is blocked. It depends on magnetic interferences.

About the node that send reserved frames please fill the RMA form and our tech support team will contact you.

About offline nodes, did you try to restart the nodes with the magnet? Do they work after that? Can it be a coverage problem?

Regards

klemens_TSG
Posts: 12
Joined: Tue May 08, 2018 8:34 am
Company: Thuega SmartService

Re: Park sensor installation

Post by klemens_TSG » Tue Jun 26, 2018 11:20 am

Hi,

about the 3 offline sensors:
It was possible to restart the sensors via magnet.
The sent several START1 and START2 frames but no further frames (KEEPALIVE, INFO) afterwards.

Regards,
Klemens

libelium-dev
Posts: 27967
Joined: Mon Sep 28, 2009 1:06 pm

Re: Park sensor installation

Post by libelium-dev » Wed Jun 27, 2018 9:22 am

Hi,

Are the nodes sending continuously start1 and start2 frames? Did you install de callback server? If not, please upload the last firmware version to the nodes and disable callback server. If the nodes have old version firmware and callback server isn't install, it can cause instability problems.

Please share with us the frames received when nodes are restarted in order to know if there is something wrong.

Regards

klemens_TSG
Posts: 12
Joined: Tue May 08, 2018 8:34 am
Company: Thuega SmartService

Re: Park sensor installation

Post by klemens_TSG » Wed Jul 04, 2018 4:07 pm

Hi,

meanwhile we have updated the Firmware and now have v3.0.2 on the sensors.
With this firmware version it isn't possible any longer to disable the Night mode:
It can be deactivated via SmartDevicesApp. After the modified config is sent to the node and then loaded from the node the Night mode is still ON

Is this a bug or a feature ?

We also have now activated the RSSI feature without having installed the Callback Server.
According your latest manual (v7.6 - 05/2018), page 14 the node should cancel the initial RSSI procedure if it gets no response from the server and will continue working without RSSI feature.

After resetting the sensors via magnet they repeat the following sequence of frames in a loop:
START1 frame
DOWNLINK frame
(DOWNLINK frame)
START2 frame
Several RSSI frames
SERVICE frame
DOWNLINK frame
(DOWNLINK frame)

This behaviour is different to the described behaviour in the manual.
What can be done to the stop the loop and bring the sensors into the operational mode ?

Kind Regards

Post Reply

Who is online

Users browsing this forum: No registered users and 1 guest