# Why Only Receiving 4 types of UDP Packets - WHY? **URL:** \ **Category:** Developers\ **Tags:** udp\ **Created:** [March 7, 2023, 2:10am UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294 "2023-03-07T02:10:01Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![tim9](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/tim9/32/15331_2.png) [@tim9](https://community.tempest.earth/u/tim9)\ **Post date:** [March 7, 2023, 2:10am UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/1 "2023-03-07T02:10:01Z")
I have been listening and analyzing UDP packets on port 50222 for the past few days only see the following types of packets. Where are the others?? None of the other packet types ever get transmitted. Why? 1. hub\_status 2. rapid\_wind 3. device\_status 4. obs\_st ---
**Author:** ![vinceskahan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/vinceskahan/32/2785_2.png) [@vinceskahan](https://community.tempest.earth/u/vinceskahan)\ **Post date:** [March 7, 2023, 2:20am UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/2 "2023-03-07T02:20:57Z")
Sounds reasonable to me. Are you expecting rain/lightning events when there aren’t any such events ? ---
**Author:** ![mabeatty1978](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/mabeatty1978/32/15139_2.png) [@mabeatty1978](https://community.tempest.earth/u/mabeatty1978)\ **Post date:** [March 7, 2023, 2:34am UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/3 "2023-03-07T02:34:55Z")
The only other two are evt\_precip and evt\_strike and those only happen when it starts raining or when there is a lightning strike. ---
**Author:** ![tim9](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/tim9/32/15331_2.png) [@tim9](https://community.tempest.earth/u/tim9)\ **Post date:** [March 8, 2023, 6:16pm UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/4 "2023-03-08T18:16:03Z")
Thanks for the reply. Here are the stats from monitoring UDP for about 18 hours. During this time precipitation and lighting did occur and had a lot more reports on the mobile app but the UDP data showed nothing to little in those categories. evt\_precip 2 evt\_strike 0 rapid\_wind 14,238 abs\_air 0 abs\_sky 0 obs\_st 718 device\_status 718 hub\_status 4270 Just a thought but is it possible that the continuous loop I use to monitor the UDP packets is just missing some because of timing? ---
**Author:** ![vinceskahan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/vinceskahan/32/2785_2.png) [@vinceskahan](https://community.tempest.earth/u/vinceskahan)\ **Post date:** [March 8, 2023, 8:00pm UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/5 "2023-03-08T20:00:09Z")
Yes - easily possible to miss a small percentage depending on which program you’re running, how it’s written, and how perfect your network is. There were many threads with data on this some years ago when the Air/Sky first came out. If you had 718 minutes up, you’re catching over 99% of the expected hub\_status and rapid\_wind messages which is pretty good. I never bothered measuring events. I found the lightning sensor completely useless here and I can hear the rain on the roof when it starts to rain. ---
**Author:** ![tim9](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/tim9/32/15331_2.png) [@tim9](https://community.tempest.earth/u/tim9)\ **Post date:** [March 8, 2023, 8:30pm UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/6 "2023-03-08T20:30:59Z")
Network aside and a few packets missing due to timing I can deal with. I need to still understand why very littel evt\_precip and zero evt\_strikes were collected via UDP while the mobile app was full of data. Can someone on the Tempest dev team chime in here? ---
**Author:** ![vinceskahan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/vinceskahan/32/2785_2.png) [@vinceskahan](https://community.tempest.earth/u/vinceskahan)\ **Post date:** [March 8, 2023, 8:43pm UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/7 "2023-03-08T20:43:29Z")
I know strikes are crowdsourced on the WF server side, so you ‘never’ see strikes lining up with what you see in the UDP broadcasts. Again, there are a zillion threads about this. What you see in the app is some undisclosed magic math aggregate of lots of sources of info, of which your station is one. Uncertain about evt\_precip and whether they do the similar magic math stuff there. ---
**Author:** ![WFstaff](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/wfstaff/32/6006_2.png) [@WFstaff](https://community.tempest.earth/u/WFstaff)\ **Post date:** [March 8, 2023, 10:04pm UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/8 "2023-03-08T22:04:24Z")
Hi @tim9, Zero **evt\_strikes** coming through could indicate that your Tempest’s lightning sensor was not detecting lightning. See more info on [lightning detection](https://help.weatherflow.com/hc/en-us/articles/360046877513-Lightning-Detection) For lightning, the REST API would be a better resource to access all of the lightning data available to your station. On the other hand, a lightning sensor parameter adjustment could be helpful to allow your sensor to detect more lightning strikes. Better hardware detection would allow for more evt\_strikes reported over UDP. **evt\_precip** is defined as a **rain start** event: [UDP Broadcast](https://apidocs.tempestwx.com/reference/tempest-udp-broadcast#rain-start-event) for one continuous rain event, you would typically only get 1 of those messages the condition for reset is if rain signals are not detected for at least 30 minutes and then resume ---
**Author:** ![tim9](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/tim9/32/15331_2.png) [@tim9](https://community.tempest.earth/u/tim9)\ **Post date:** [March 9, 2023, 9:07am UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/9 "2023-03-09T09:07:50Z")
@WFstaff, it appears from the mobile app that the lightning sensor is working because the mobile app shows them just fine. I am questioning the udp reliability. Why are those not consistent with the data on the mobile app? The app I am building really needs to work on local network only and it appears my only option is to use udp packet. Am I wrong? ---
**Author:** ![peter](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/peter/32/1365_2.png) [@peter](https://community.tempest.earth/u/peter)\ **Post date:** [March 9, 2023, 1:40pm UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/10 "2023-03-09T13:40:38Z")
> [@tim9](#): > > Why are those not consistent with the date on the mobile app? Because WF add additional lightning data through their backend servers that has not been detected locally by your Tempest lightning sensor. Using UDP will only show the lightning strikes that have been detected locally ---
**Author:** ![mabeatty1978](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/mabeatty1978/32/15139_2.png) [@mabeatty1978](https://community.tempest.earth/u/mabeatty1978)\ **Post date:** [March 9, 2023, 2:50pm UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/11 "2023-03-09T14:50:05Z")
It’s also worth pointing out that obs\_air and obs\_sky are in reference to two separate devices. The Weatherflow AIR device was used to collect Temp, Humidity, Pressure, and Lightning. A seperate SKY device collected wind, rain, and UV/solar. The Tempest device smashed the two together into one device. The Tempest device will never report obs\_air or obs\_sky values. I don’t think either the AIR or SKY devices are sold anymore. ---
**Author:** ![tim9](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/tim9/32/15331_2.png) [@tim9](https://community.tempest.earth/u/tim9)\ **Post date:** [March 10, 2023, 3:13pm UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/12 "2023-03-10T15:13:22Z")
Good to know. Thanks. I’d like to see more clarity on what data to expect ---
**Author:** ![vinceskahan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/vinceskahan/32/2785_2.png) [@vinceskahan](https://community.tempest.earth/u/vinceskahan)\ **Post date:** [March 10, 2023, 6:17pm UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/13 "2023-03-10T18:17:09Z")
> [@tim9](#): > > I’d like to see more clarity on what data to expect What exactly is unclear ? UDP is what your station read from its sensors and should match exactly with what WF displays in the mobile app for the same time period. Almost. There are two exceptions: - lightning will never match because WF generates a synthetic value for your reading based on some undisclosed math and other sources of information. This is documented [(here)](https://help.weatherflow.com/hc/en-us/articles/360046877513-Lightning-Detection) - rain similarly will not match by default, but you can turn their NC Rain feature off if you want to just see what your station reported with no alteration - see [(here)](https://help.weatherflow.com/hc/en-us/articles/360024436634-NC-Rain-Nearcast-Rain-) Also - as your Tempest approaches a dead battery state it will slow down how often it reports some things and will even start to shed lower priority sensors from reporting. It’ll go back to a normal mode as the battery charge level recovers to normal. This is documented in a bunch of threads, but basically if your battery is in a good charge state you would not see this happening. ---
**Author:** ![mabeatty1978](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/mabeatty1978/32/15139_2.png) [@mabeatty1978](https://community.tempest.earth/u/mabeatty1978)\ **Post date:** [March 11, 2023, 1:01am UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/14 "2023-03-11T01:01:00Z")
> [@vinceskahan](#): > > What exactly is unclear ? The unclear part is the obs\_air and obs\_sky. I cant say I disagree with OP. It took me some looking around myself to figure out what the obs\_sky and obs\_air were myself. It wouldn’t hurt to put a sentence or two in the UPD documentation describing the data source. ---
**Author:** ![vinceskahan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/vinceskahan/32/2785_2.png) [@vinceskahan](https://community.tempest.earth/u/vinceskahan)\ **Post date:** [March 11, 2023, 1:48am UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/15 "2023-03-11T01:48:32Z")
> [@mabeatty1978](#): > > It wouldn’t hurt to put a sentence or two in the UDP documentation describing the data source. It’s in the obs\_whatever name. obs\_air = the original Air sensor. obs\_sky = the original Sky sensor. obs\_st = the current Tempest sensor. Just look at the API to see what gear emits which readings. [https://weatherflow.github.io/Tempest/api/udp/v171](https://weatherflow.github.io/Tempest/api/udp/v171) The device\_status message values can differ based on gear if you look at the API docs. That section reiterates which sensor emits which readings. And… - Air devices have serial numbers starting with AR - Sky serial numbers start with SK - Tempest serial numbers start with ST - Hub serial numbers start with HB ---
**Author:** ![tim9](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/tim9/32/15331_2.png) [@tim9](https://community.tempest.earth/u/tim9)\ **Post date:** [March 11, 2023, 1:33pm UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/16 "2023-03-11T13:33:00Z")
Vince, it is unclear to me. Perhaps not to you who works with the API a lot more but for people like me just walking up to it for the first time needs more information. Your explanation here is perfect and would be a great addition to the UDP documentation. Even just a link to the documentation you just posted would be of great help. ---
**Author:** ![tim9](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/tim9/32/15331_2.png) [@tim9](https://community.tempest.earth/u/tim9)\ **Post date:** [March 11, 2023, 1:34pm UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/17 "2023-03-11T13:34:49Z")
This is more helpful information that, if available on the UDP documentation, would help reduce discussion topics and support tickets. I had no idea what a Sky sensor is/was. ---
**Author:** ![vinceskahan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/vinceskahan/32/2785_2.png) [@vinceskahan](https://community.tempest.earth/u/vinceskahan)\ **Post date:** [March 11, 2023, 4:57pm UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/18 "2023-03-11T16:57:50Z")
The forum software WF uses is particularly difficult (for me) to find stuff ink especially history. If you use Google ala: "_ **site:weatherflow.com what is an Air or Sky"** _ you’ll find all kinds of good things that might not be currently linked into WF’s web too obviously. It does help sometime. For the forum organization here, best I can tell you is click on the blue Developers icon in the heading of the forum messages and the forums software will limit you to just developers. The link to the API is on the page the banner links to. > **[Developers](https://community.tempest.earth/c/developers/5)** > > Project ideas, integration challenges and anything else related to the WeatherFlow Tempest API & Developer Platform. FWIW - I bookmarked a link to the UDP API about the second hour I started messing with writing my UDP listener. Also bookmarked @vreihen’s weewx driver and @peter’s PiConsole github pages. Then I don’t have to search usually. WF kinda scrubbed most mention of Air+Sky from their website pretty quickly after they went all-in on the Tempest, so it can be rough finding the history so many years after the fact. ---
**Author:** ![mabeatty1978](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/mabeatty1978/32/15139_2.png) [@mabeatty1978](https://community.tempest.earth/u/mabeatty1978)\ **Post date:** [March 11, 2023, 5:11pm UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/19 "2023-03-11T17:11:48Z")
I’m very aware of the API documentation, but it isn’t clear anywhere what “SKY” is or “AIR” is. Being a newcomer to the Tempest product line, I had no idea such devices ever existed. To see obs\_air and obs\_sky in the documentation for what someone new to the product can only assume is for one device…not three. When you read the documentation, it’s easy to assume it is for only the Tempest product. It is confusing. ---
**Author:** ![storm\_tracker](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tempest.earth/storm_tracker/32/5771_2.png) [@storm\_tracker](https://community.tempest.earth/u/storm_tracker)\ **Post date:** [March 11, 2023, 5:47pm UTC](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294/20 "2023-03-11T17:47:21Z")
The “Air” device (WF-AIR01) **is still available**. . .it makes an excellent indoor monitoring weather station. . .but the price is pertnear outrageously high! (The “Sky” device (WF-SKY01) is no longer produced. It can only be obtained if someone has one for sale (or to give-away). I have my Original SWS (SmartWeatherStation) plus another one as a complete backup. > **[WeatherFlow AIR](https://shop.weatherflow.com/products/air)** > > AIR device.  Accessory part of Smart Weather Station system. Measures temperature, humidity, pressure, and lightning. Runs on 4 AA batteries (recommend Energizer Ultimate Lithium) Long range wireless operation Place in full shade with decent air... [Next page](https://community.tempest.earth/t/why-only-receiving-4-types-of-udp-packets-why/20294.md?page=2)