# Tempest obs\_st not being transmitting and rapid\_wind missing transmissions over UDP when offline **URL:** \ **Category:** Third-Party Integrations\ **Tags:** udp, offline, tempest\ **Created:** [July 1, 2021, 5:05pm UTC](https://community.tempest.earth/t/tempest-obs-st-not-being-transmitting-and-rapid-wind-missing-transmissions-over-udp-when-offline/14074 "2021-07-01T17:05:53Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![atmo](https://avatars.discourse-cdn.com/v4/letter/a/e480ec/32.png) [@atmo](https://community.tempest.earth/u/atmo)\ **Post date:** [July 1, 2021, 5:05pm UTC](https://community.tempest.earth/t/tempest-obs-st-not-being-transmitting-and-rapid-wind-missing-transmissions-over-udp-when-offline/14074/1 "2021-07-01T17:05:53Z")
I currently have my tempest connected in standard form through a router with internet access and am able to access the UDP data stream via an Arduino connected to the same router. The rapid\_wind data streams at 3 seconds on average as expected (Table 1)~88% stream at 3 seconds, ~6% stream at 2 seconds, and ~6% stream at 4 seconds) and obs\_st steams at 60 seconds. _Table 1: Seconds between rapid\_wind data stream internet_ | Seconds between data receive | Percent occurrence | | --- | --- | | 2 | ~6 | | 3 | ~88 | | 4 | ~6 | However, when I remove internet access (i.e. disconnect the cat5 from the cable modem) the rapid\_wind data stream at 4.1 seconds on average (Table 2) and obs\_st does **not** stream at all. _Table 2: Seconds between rapid\_wind data stream without internet_ | Seconds between data receive | Percent occurrence | | --- | --- | | 2 | ~1.2 | | 3 | ~60.6 | | 4 | ~1.2 | | 5 | ~4.2 | | 6 | ~28 | | 7 | ~4.8 | When I reconnect internet, the rapid\_wind data stream returns to normal, and the obs\_st backfills before returning to normal as well. Here are some things I have tried to be sure I can replicate the behaviour under different circumstances: 1. Two different routers (Linksys e900 with dd-wrt, and Netgear Orbi with stock firmware.) 2. Monitor stream using Netcat - same behaviour. 3. Stream UDP to Tempest iOS app - this causes the app to crash. 4. Stream BLE to Tempest iOS app - this causes the app to crash. Has anyone else run into this issue while using their tempest offline? I am looking to run several Tempests in the field without access to internet, but it seems that the one minute data does not stream unless the device can phone home. Many thanks for any tips or suggestions on what to try next! ---
**Author:** ![sunny](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/sunny/32/16368_2.png) [@sunny](https://community.tempest.earth/u/sunny)\ **Post date:** [July 1, 2021, 5:19pm UTC](https://community.tempest.earth/t/tempest-obs-st-not-being-transmitting-and-rapid-wind-missing-transmissions-over-udp-when-offline/14074/2 "2021-07-01T17:19:53Z")
interesting find. I would expect udp to be send out, even when the hub doesn’t have internet. This might be a bug. How does it look with the app open and connected via bluetooth? ---
**Author:** ![eric](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/eric/32/13553_2.png) [@eric](https://community.tempest.earth/u/eric)\ **Post date:** [July 1, 2021, 6:22pm UTC](https://community.tempest.earth/t/tempest-obs-st-not-being-transmitting-and-rapid-wind-missing-transmissions-over-udp-when-offline/14074/3 "2021-07-01T18:22:18Z")
Let me try to bring some details (won’t answer all questions but might already help understand) The hub sends out data via UDP as long it has an IP assigned (lan), regardless it can send data to the servers (wan side) If for some reason the hub doesn’t have an ip (lan) assigned, the UDP data stream stops. Someone will recheck this in the lab to be sure during the recent upgrades no bug creeped in. The backfill behavior is expected. The HUB transmits the st\_obs message over UDP and to our servers at the same time. (hence why this backfilling happens when you re establish internet). Now the app part is more dark. Can you elaborate a bit more how you do points 3 and 4 please. Also what version of the app do you use ? Does the phone have a connection to the internet (via cellular or wifi ?) when you try points 3 and 4 ? Thanks for your help in understanding your problems. This will help technicians to give correct feedback and or solve any bugs. ---
**Author:** ![atmo](https://avatars.discourse-cdn.com/v4/letter/a/e480ec/32.png) [@atmo](https://community.tempest.earth/u/atmo)\ **Post date:** [July 1, 2021, 9:10pm UTC](https://community.tempest.earth/t/tempest-obs-st-not-being-transmitting-and-rapid-wind-missing-transmissions-over-udp-when-offline/14074/4 "2021-07-01T21:10:30Z")
Thank you for the prompt to double check the app behaviour, @sunny. I’ve got some more clarity on that listed below. @eric, Thank you for that information. I will try my best to touch on the points you make. When I disconnect internet, I leave the LAN setup completely in tact. I only remove the cable modem from the mix. When I log into the router, I can see that the hub still maintains it’s DHCP assigned IP address. Also, I still receive **some** data, just not the obs\_st and rapid\_wind less frequently. Yes, the backfill makes sense. I should still expect to see the obs\_st without internet and then again when I reconnect internet - so in a dataset spanning a period without internet followed by a period with internet, I should expect to see each obs\_st data stream twice, once during the normal 1 minute cycle, and once as a backfill. Am I understanding that correctly? I will do my best to explain each wireless connectivity scenario I have tried with the app. Here’s my version information: - iPhone 7 Plus (MN632LL/A) - iOS 14.7 (18G5042c) - Tempest app version 4.19 (501) - Hub firmware revision 170 - Station hardware revision 1 - Station firmware revision 156 1. With the setup disconnected from WAN, and with both the hub and phone still connected to WiFi/LAN (and bluetooth enabled), the app will load the screen in **Figure 1**. When I tap the station icon in the upper right, the icon will turn dark blue from a light blue. ( **Figure 2** ) The app will then freeze similar to the behaviour in [this](https://community.tempest.earth/t/hub-doesnt-read-sensors-when-powered-up-without-internet-access/2392/19) post ![IMG_6761.PNG](https://us1.discourse-cdn.com/flex020/uploads/sws/original/2X/e/ec6b9d10d298d804be4754e98bbd9785d58af7a7.jpeg) **Figure 1:** _Hub and phone connected to LAN without WAN access._ ![IMG_6762.PNG](https://us1.discourse-cdn.com/flex020/uploads/sws/original/2X/1/1b952dd27a130295ac704145411734e52e676ef0.jpeg) **Figure 2:** _Hub and phone connected to LAN without WAN access after station icon as been tapped._ 1. With the hub connected to WiFi/LAN without internet access, I am able to access the data stream over bluetooth so long as my phone is able to phone home using cellular. ( **Figure 3** ) ![IMG_6763.PNG](https://us1.discourse-cdn.com/flex020/uploads/sws/original/2X/0/0620f81fdf5a5bf1f3b506ff81eb6e3d5a32cae1.jpeg) **Figure 3:** _Hub connected to WiFi without internet, but phone connected to internet via cellular, and to hub via bluetooth._ 1. However, with my phone is airplane mode (with cellular and WiFi antennas disabled, and bluetooth enabled, the app does not display data and freezes. ( **Figure 4** ) ![IMG_6764.PNG](https://us1.discourse-cdn.com/flex020/uploads/sws/original/2X/2/2507ea0d151b0e3f2f2aab0877366ec3a7768385.jpeg) **Figure 4:** _Hub connected to WiFi without internet, and phone connected only to bluetooth (WiFi and cellular disabled)._ 1. If I start with tempest app with only cellular enabled, allow the data to load via bluetooth, and then disable cellular, I am able to keep receiving data via bluetooth without internet. ( **Figure 5** ) If I background the app of restart it, I will get the same results as in 3 above. ![IMG_6766.PNG](https://us1.discourse-cdn.com/flex020/uploads/sws/original/2X/7/73e66c48e27ced0cb2f8e3bbc0f589b5e546991d.jpeg) **Figure 5:** _Hub connected to WiFi without internet, and phone connected to cellular and bluetooth to start data stream, then cellular disabled._ I have also tried each of the scenarios again with my VPN disabled and the results are the same. Finally, I was fortunate enough to have a storm pass through while I was collecting data on my Arduino. I noticed that the tempest app correctly showed lightning and rain start events leading up to and during the storm, but the UDP data did **not** show any evt\_precip or evt\_strike data streams. I am attaching the UDP data stream with the hub connected to WiFi. Ignore the DEBUG line. [20210701\_UDPcolletion.txt](https://community.tempest.earth/uploads/short-url/nIe0tGyUId6HRhcobNKiWHmiS9F.txt) (169.4 KB) I also tested for the lightning and rain event signals with the hub and phone connected to the WiFi first with internet to load the data, then I disconnected internet and the lightning events as displayed in the app went from ever ~4-10 seconds at 20-35 km to every 60 seconds at 1 km (which would be the same data supplied by obs\_st that I collect in my UDP backfill). This makes it seem as thought the evt\_precip and evt\_strike data streams are only available when online. Is this correct? ~~(Okay, I see that @eric mentions this will be fixed in upcoming firmware in [this](https://community.tempest.earth/t/udp-api-not-seeing-evt-strike-packets-in-quite-a-while-anyone-else-still-capturing-them/8961/6) post. Thanks!)~~ I am on firmware revision 156 already - thanks @sunny. ---
**Author:** ![sunny](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/sunny/32/16368_2.png) [@sunny](https://community.tempest.earth/u/sunny)\ **Post date:** [July 1, 2021, 9:52pm UTC](https://community.tempest.earth/t/tempest-obs-st-not-being-transmitting-and-rapid-wind-missing-transmissions-over-udp-when-offline/14074/5 "2021-07-01T21:52:14Z")
> [@atmo](#): > > (Okay, I see that @eric mentions this will be fixed in upcoming firmware in [this](https://community.tempest.earth/t/udp-api-not-seeing-evt-strike-packets-in-quite-a-while-anyone-else-still-capturing-them/8961/6) post. Thanks!) but you are already an 156 so this should work for you. ---
**Author:** ![atmo](https://avatars.discourse-cdn.com/v4/letter/a/e480ec/32.png) [@atmo](https://community.tempest.earth/u/atmo)\ **Post date:** [July 1, 2021, 9:54pm UTC](https://community.tempest.earth/t/tempest-obs-st-not-being-transmitting-and-rapid-wind-missing-transmissions-over-udp-when-offline/14074/6 "2021-07-01T21:54:10Z")
You’re right! I am so used to seeing 143, that it didn’t even register. Well, there goes that theory. Thank you for pointing that out. ---
**Author:** ![rderr](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/rderr/32/114_2.png) [@rderr](https://community.tempest.earth/u/rderr)\ **Post date:** [July 7, 2021, 7:45pm UTC](https://community.tempest.earth/t/tempest-obs-st-not-being-transmitting-and-rapid-wind-missing-transmissions-over-udp-when-offline/14074/7 "2021-07-07T19:45:18Z")
The st\_obs should continue to be sent over UDP when the Internet is down. I’ve investigated the issue and the reason for the is because the HUB is busy trying to connect to our servers and isn’t able to process the data from the Tempest in time. We’ll have a fix for the issue in the next firmware release. The backfill behavior is expected. The HUB transmits the st\_obs message over UDP and to our servers at the same time. ---
**Author:** ![jedge](https://avatars.discourse-cdn.com/v4/letter/j/71c47a/32.png) [@jedge](https://community.tempest.earth/u/jedge)\ **Post date:** [November 23, 2021, 6:28pm UTC](https://community.tempest.earth/t/tempest-obs-st-not-being-transmitting-and-rapid-wind-missing-transmissions-over-udp-when-offline/14074/8 "2021-11-23T18:28:31Z")
Has there been a firmware update to address this? Is there any workaround to poke the hub to make it send obs\_st again? I can reliably make this happen (stop sending obs\_st and device\_status when the internet is down) and i want to keep getting those messages no matter what the internet happens to be doing at the time. thanks! jake