To the tune of dan's comments at the end, today's hackernews conversation and blog post about what can be done, cheaply, today with a tiny risc-v bluetooth sensor:
https://news.ycombinator.com/item?id=38252566 Somewhat related is "the thing", given to the USA by the soviet union in 1945, an absolutely brilliant device. https://en.wikipedia.org/wiki/The_Thing_(listening_device) In terms of the discussion above, we have met the enemy, and they is us. On Mon, Nov 13, 2023 at 1:19 PM dan <danden...@gmail.com> wrote: > > I have a business that does various sensing including AG market as well as > bar/restaurant and produce. We use LoRaWAN because all other techs were far > too costly and/or low performing. I'll comment in-line. > > On Mon, Nov 13, 2023 at 5:44 AM Dave Taht <dave.t...@gmail.com> wrote: >> >> (I am hoping others on this list with real-world AG experience can >> chime in? I enjoy realworld stories about present solutions and pain >> points[2]) >> >> I have often been dubious of the 5g hope to dominate any major >> component of a smart ag architecture except perhaps FWA, (where >> starlink is poised and people also want to run fiber) to give it a >> good run for the money- 5g chips are too big, too hard to power, and >> too complex, and come with a monthly billing model and other >> centralized requirements that make organic evolution and solid support >> in remote environments dicy and expensive. > > > 5G is FAR too costly for this. The AG market and many markets that could > benefit from sensors are far to price conscious. 5G as well as catm and > nb-iot are great if you have a very small number of highly mobile sensors, > but if you need a high number of sensors it's far far far too costly. And > it's very difficult to run private networks so it's essentially stuck in the > hands of major carriers. Just look at the catm/nb-iot market, it's barely > alive. > > lorawan sensors can be extremely cheap, just a few dollars, and run for > months to years on a battery. I've placed lorawan asset trackers in packages > and tracked them across country accurately and cheaply. A $15 sensor's > chirps can be extrapolated into location tracking as well as identification > of impact and temps from the sensor. We currently track a bait (as in > fishing bait) company's cartons in a few hundred mile radius as well as their > coolers and freezers. We get temps, humidity, and pressure and can extract > door opens from the pressure and a trigger we have built on the sensors > (sharp increase is a door close, sharp decrease is a door open). We > triangulate location from gateway locations and wifi beacons much like you > get reasonably accurate locations on your PC w/o GPS using semtek's location > services. > > I have a small number of catm devices, including catm on my victron global > relays and a few GPS sensors which work great, but I only use them because I > need long distance roaming. > > >> >> >> I freely concede that I may be wrong, that with sufficient subsidies, >> we will end up hanging the equivalent of a cellphone off of every >> suitably large piece of gear and ship all the data up to the cloud, >> rather than pre-process locally. Certainly the benefits of gps and >> drones are being shown every day, along with satellite weather and >> other forms of satellite analysis. [1] >> >> But the 5g sensor market? No. Nowadays smart sensors are easily >> constructed out of wifi devices such as these which cost 5 dollars or >> less: >> >> >> https://www.amazon.com/DORHEA-Development-Microcontroller-NodeMCU-32S-ESP-WROOM-32/dp/B086MJGFVV/ref=asc_df_B086MJGFVV/ >> >> And the more meshy LoRA stuff now has much better range (4 miles), at >> low complexity and power also. > > > LoRa isn't actually meshy, you can run some simblance of a mesh on top of > LoRa radios but this is really not necessary. We have lorawan GPS sensors > that have pinged at 110km away in clear line of site. We have refrigerator > lorawan sensors that have been read 2km away in a city at other client's > locations. Lorawan has very cheap gateways that can easily be installed at > client locations for under $100 that can forward to a number of 'national' > services (aws iot, helium, the things network) as well as your own lora stack > such as chirpstack. > > >> >> >> then there are things like amazon sidewalk: >> https://www.amazon.com/Amazon-Sidewalk/b?ie=UTF8&node=21328123011 > > Sidewalk is a hybrid not a wireless tech per se, but includes lora (not > lorawan) and is very well distributed. I have a few test kits for this and > have been very very impressed by coverage. > >> >> >> And airtags. > > airtags suck. Slow chirpers, only really useful for tracking with apple's > kit. I wouldn't consider this a player in the sensor market. > >> >> >> [1] On the other hand rigorous analysis of the food we produce has >> recently discovered a marked decline in the percentage of nutritious >> minerals over the past 100 years. Please see: >> >> https://www.tandfonline.com/doi/full/10.1080/09637486.2021.1981831 >> >> How smart is that? > > monocrops I would assume. Plus longer transit times, earlier harvests and > 'truck ripening'. I would imagine flash freezing of produce as well. >> >> >> [2] Massive subsidy and diversion of river resources to the water >> hungry california almond industry during the last 7 years of drought >> led to the cancellation of the salmon fishing season last year. > > Are you coming for my Almond milk?!?! > >> >> >> You should hear some of the invective that I used to hear aimed at >> "the f-ing vegetarians" along the docks I frequent in half moon bay. >> That I used to hear, anyway, The docks are eerily silent, the workers >> at other jobs, the boats not going out for anything except crab and >> squid. >> >> How smart is that? The California water table is a disaster, too. I >> vastly prefer salmon to almonds personally.... >> >> I guess a meta point is easily gathering tactical data is one thing, >> sharing it sanely another, deciding on how to use it strategically, >> another. > > > There are real dangers in collecting and publishing data unfortunately. I > have a few sort of a creepy anecdotes from beta testing sensors at a pizza > place. This is based around 1, 5, 10, 15 minute sensor readings from dragion > temp, humidity, and pressure sensors with triggors on rapid changes to any > reading. > > We were able to predict freezure failure 3 weeks in advance on 15 minute > reads by analysing the condensor pump runtimes. > We were able to identify which freezers were the oldest or last refurbished a > couple of ways. The condensor cycle times compared to the decrease in temps > show how long it takes to cool the box which accurately described the age of > the unit, and the time it took the temp to rise accurately determined the > state of the door seals. between the two we could identify which coolers > were new, which were refurbished, and which were old and needed a refurb. > This was over a number of stores in the chain. > that's not so creepy, but it's data extracted from 15 minute intervals that > didn't directly measure the condesor or doors. > > However, where it gets a bit more creepy is that we were able to extract when > workers went on break. accurately. No door opens, no temp drops, no > changes in pressure meant no workers working, they were out back smoking. We > could identify the smoke breaks PERFECTLY. That means low pressence in the > front of the store and a back door propped open. > > We could also identify the food delivery by changes in the walk-in cooler > pressure, and rise in temps, and very slow drop in temps when freezer was > running. That means a back door propped open. > > We could identify if someone was sitting in the office, or if there were more > that 1 person in the office. pressure, temp, and humidity all altered from > people being in the room and by a predictable amount. > > > This seems pretty begning data and private data that the public wouldnt see, > but that we could extrapolate this very accurately from sensors in the > walk-in and reach in coolers should give a little pause about massive sensor > networks and publicly accessible data. You don't know what you might expose > and what security conserns might pop out from data 'innocently' collected. > Big data is very dangerous. -- :( My old R&D campus is up for sale: https://tinyurl.com/yurtlab Dave Täht CSO, LibreQos _______________________________________________ Starlink mailing list Starlink@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/starlink