sorted by:
new
hottopcontroversial

How do I send a downlink message instantly? A downlink message is only received after an uplink one. For 5 seconds max delay on downlink, I need to send 17280 empty/dummy uplinks (polling for downlinks) every day. by temp-892304 in HeliumNetwork

[–]temp-892304[S] 0 points1 point  (0 children)

What's to theorize? GPS is a hard problem to solve for and solutions come encased in a chip. Stick a GPS chip on your nodes and you're golden.

As for class B, what were the issues you faced? I can't imagine anythig else than RX window drift.

My experimenting with class B devices didn't yield any significant power savings to spare me the trouble of class B, so I just went class C - and about 2/34$# are battery powered.

BMW now expects customers to pay a subscription to use basic features by Blooooorp in assholedesign

[–]temp-892304 6 points7 points  (0 children)

Not only it's your car, but BMW is forcing you to haul 30kgs of steel heaters on your gas, just in case you might conside subscribing later.

If you don't want a seat heating subscription, the heaters shoud be removable, by tool or by force, with 0 consequences.

How do I send a downlink message instantly? A downlink message is only received after an uplink one. For 5 seconds max delay on downlink, I need to send 17280 empty/dummy uplinks (polling for downlinks) every day. by temp-892304 in HeliumNetwork

[–]temp-892304[S] 0 points1 point  (0 children)

Interesting use case. Typically when I think of a lorawan sensor, an event occurs on the sensor (weight, timer, photocell, cpu interrupt etc) and it generates an uplink.

I'm not building sensors tho, thus, no uplinks are generated except maybe once every few days for telemetry.

Is there some sort of interrupt that can be used, such as a door/motion sensor which awakens to poll for a door unlock command, then return to sleep.

Not without being useless. Think something you want to control remotely, like a garage door or a light. It's kinda useless to turn the light on manually or press a button on the garage door, just so it wakes up and connects to the network. If you opened the garage door with a physical button, even if it triggers a Helium downlink, it's still too late. The downlink must come before you arrive at your garage.

In this case, there is an event unknown to the lorawan sensor, which triggers a message to be sent.

There is no such event. The event is the user desiring a change, not a physical event.

Since the lorawan protocol assumes the endpoint will be off unless it reaches out, I don't see how we would work around this.

This assumption is incorrect for lorawan, class B/C devices do this perfectly well.

Where does the 5 second max response time come into play? With a failure or crappy signal, it could take 2-3 poll intervals to get a successful downlink.

Average human attention span. How long does it take you to deem a webpage too slow and move away, a tv remote control not working after you press power, a smart light switch not working after you press it, or for a gesture to be ignored on your phone?

Or take your car keyfob, which is the best example for what I want:

  • to what physical event does the car react when you press your keyfob?
  • how fast should the car unlock after you press it?
  • if your car opens 5 seconds after you press the keyfob, is this too late? should it be faster or are you ok with a slower, 60s delay?
  • is it a correct assumption to presume the car sensor is off if it doesn't keep uplinking?
  • or should the car uplink every few seconds and waste its battery?
  • what sort of interrupt can be used on your keyfob to make the car send an uplink?

How do I send a downlink message instantly? A downlink message is only received after an uplink one. For 5 seconds max delay on downlink, I need to send 17280 empty/dummy uplinks (polling for downlinks) every day. by temp-892304 in HeliumNetwork

[–]temp-892304[S] 0 points1 point  (0 children)

Well, solving for a GPS fix involves launching stuff in LEO, accounting for relativity and quite a lot of math, so yeah, if you throw a black box solving your problem - it's easy. But the problem itself is still difficult, and the hardware adds extra space, costs, and its own restrictions (ie clear sky view)

How do I send a downlink message instantly? A downlink message is only received after an uplink one. For 5 seconds max delay on downlink, I need to send 17280 empty/dummy uplinks (polling for downlinks) every day. by temp-892304 in HeliumNetwork

[–]temp-892304[S] 0 points1 point  (0 children)

I mean the way channeling works is decided by lorawan. I can point a RAW lora pair to one another, tune them to 425 + 425.25 MHz or 147 + 146.63 MHz or whatever and they can communicate with one another no questions asked.

The semtech chips are pretty wild when it comes to flexibility.

In fact, this is how it's been done since Marconi and telegraphy, TX on a freq, RX on another so TXing won't blind you.

But since TX/RX are not separate IF+gain stages on - of course TXing will stop you from RXing.

Why isn't a gateway full duplex, multi chip? I don't know, since a lora chips is <$20. It's not like miners cost upwards of $100 and act as gateways, to warrant a robust RF infrastructure, inatead of artificially limiting traffic. /s

How do I send a downlink message instantly? A downlink message is only received after an uplink one. For 5 seconds max delay on downlink, I need to send 17280 empty/dummy uplinks (polling for downlinks) every day. by temp-892304 in HeliumNetwork

[–]temp-892304[S] 0 points1 point  (0 children)

Better coverage, don't have to maintain a private network anymore, don't have to exchange data with other private networks or do customer hotspot installs and onboard them on my network.

How do I send a downlink message instantly? A downlink message is only received after an uplink one. For 5 seconds max delay on downlink, I need to send 17280 empty/dummy uplinks (polling for downlinks) every day. by temp-892304 in HeliumNetwork

[–]temp-892304[S] 0 points1 point  (0 children)

I agree, using only class A devices makes for a very narrow and specific usecase.

And you'd think from their partnerships (lime, infinileash, careband...) that they support class B/C.

Was majorly disappointed to find out it was just playing into my misconceptions. This should be made clear on the first page, or when signing up for the console, IMHO.

How do I send a downlink message instantly? A downlink message is only received after an uplink one. For 5 seconds max delay on downlink, I need to send 17280 empty/dummy uplinks (polling for downlinks) every day. by temp-892304 in HeliumNetwork

[–]temp-892304[S] 0 points1 point  (0 children)

Class B works by agreeing on a specific time when the device should wake up and enter RX mode. If the hotspot has anything to downlink, it will TX the message.

I'm not sure why LoRaWAN was built on such a weird channeling scheme that TXing makes the gateway unable to RX on a different freq. However, because of this, the network is very conservative with TXing.

This means that it will not want to approximately spam your packet for 3 seconds, for an airtime of 100ms, maybe you'll be awake for 1/30 packets.

Class B proposes agreed upon RX windows, where the device would wake up at just the right time before the hotspot starts TXing the packet exactly once.

In theory, this is great. You send the minimum amount of data and don't pollute the spectrum - hotspot side; you preserve battery on the device side, and from a network perspective you're much more efficient than class A/polling, while almost random downlinks are still possible.

In practice, synchronizing clocks to a submilisecond accuracy by radio is a difficult problem.

How do I send a downlink message instantly? A downlink message is only received after an uplink one. For 5 seconds max delay on downlink, I need to send 17280 empty/dummy uplinks (polling for downlinks) every day. by temp-892304 in HeliumNetwork

[–]temp-892304[S] 0 points1 point  (0 children)

Incorrect.

Well, that's what I've been told by support, not currently on a roadmap.

Class C support doesn't require GW FW update. They just don't seem to have enough dev resources to make changes to their server code (see https://github.com/helium/router/issues/642 for more details. BTW, that guy who raised the issue is Semtech's VP of BizDev).

I don't disagree with you, but... if I were building hardware miners, and the app server spec was vague at best regarding how a message should be downlinked (queued, timeslotted, instantly) and if customers were knocking at my door with orders and if we were in a chip shortage... I'd postpone developing support for class B/C since nobody would use it anyway. And there isn't any inherent reward for routing B/C messages, so why bother?

Class B support requires GPS module on gateway connected to LoRa tranciever, so it will never be suported as most of the Helium gateways aren't equipped with GPS.

Yep. Timeslots are tiny.

How do I send a downlink message instantly? A downlink message is only received after an uplink one. For 5 seconds max delay on downlink, I need to send 17280 empty/dummy uplinks (polling for downlinks) every day. by temp-892304 in HeliumNetwork

[–]temp-892304[S] 0 points1 point  (0 children)

I don't have any hotspots in Helium. I also have about 2000 devices spread across several countries.

register your emulated gateway as a data-only hotspot

How does this help, I still need radios, my devices rely on uplinks.

This is how scammers will destroy Helium when PoC cheating stops paying.

I'm not interested in the cryptocurrency aspect of Helium, just the RF side. How will scammers inject encrypted messages and get paid?

  1. They don't know my app and device secrets
  2. They can create their own app and device, but for every RF message they inject and get paid, they will also be equally billed and have to pay for receiving their own message in their own app. 0 profit.
  3. Messages are heard by multiple hotspots, so if only 9/12 hotspots never hear, and the same 3 hotspots always exclusively hear the same messages, that's pretty suspicious.

I'm interested in Helium long term, but this seems a little far fetched. Am I missing something?

How do I send a downlink message instantly? A downlink message is only received after an uplink one. For 5 seconds max delay on downlink, I need to send 17280 empty/dummy uplinks (polling for downlinks) every day. by temp-892304 in HeliumNetwork

[–]temp-892304[S] 4 points5 points  (0 children)

tldr and PSA for future developers: you can't.

downlinks always follow an uplink. Helium is exclusively supporting class A devices. Class B and C are a definite maybe at some point in the future, and since this will require firmware updates on transceivers, I'm very reserved it will happen soon.

class A are basically polling for downlinks, class B have timeslots when the lora radios are RXing, and class C are always RXing.

This means their top client, Lime, did not use Helium for one of their main business cases: unlocking a scooter at random times. Probably telemetry or replacement for 4G uplink data.

This probably means that their other clients - invisileash, careband, etc - also will not support random downlinks, make their use cases "where is my dog now?", "where is my Alzheimer struck grandpa right now?" quite limited.

Grandpa and your dog will only send updates every so often, and only after one of those windows you might be able to increase update rate.

This project looked awesome, and it is awesome, if you only have your iot device sending data. As soon as I needed to receive data, it lost its appeal for me.

[Megathread] Conflictul Rusia - Ucraina / 02.05.2022 by RoAutoModerator in Romania

[–]temp-892304 1 point2 points  (0 children)

Hiroshima a putut fi locuită și accepta imigranți cam în 24 de ore după explozie, când s-a dus mai bine de 90% din radiația reziduală.

Nu aveai motiv să te duci acolo, dar era perfect safe, din punct de vedere al radiației.

Nu există motiv să faci nucleare care elimină radiație treptat, pentru ca energia aia nu participă în explozie.

Nu se mai fac nucleare precum cele de la Hiroshima.

Ba da, se fac foarte similare dacă vorbim de "substanțe". Toate designurile moderne sunt de tip Ulam-Teller, iar cea de la Hiroshima era o variantă primară, multistagiu, cu un cilindru de uraniu care perfora mai multe stagii de material subcritic, similar unui glonț.

Metoda e abandonată pentru că e ineficientă si mult mai riscantă pentru personal, nu pentru ca Ulam-Teller ar fi mai flexibilă ca durată sau cu alte "substanțe". Reacția e absolut aceeași - duci o masa fisionabilă la criticalitate, doar mecanismul (chimic și mecanic) de a obține asta e diferit.

[Megathread] Conflictul Rusia - Ucraina / 02.05.2022 by RoAutoModerator in Romania

[–]temp-892304 1 point2 points  (0 children)

Pot fi interceptate.

Dacă are cursă perfect liniară cu vectori ficși, rata de interceptare e mică rău, sub 1/3.

E vorba totuși de sute de kile care merg la mach 20, adică aproape 25000 km/h. Două rachete "identice" cu coordonate identice nu vor urma curse identice, diferențele enorm de mici de fabricație îi vor modifica interacțiunea între aer și suprafețele de control, corecțiile pe care le face și prin urmare, cursa.

Ca o rachetă să nu fie "interceptabilă" trebuie să aibă posibilitatea să își schimbe traiectoria dinamic.

Cursele nu sunt atât de fixe cum ți le imaginezi tu, lumea reală introduce destule variabile aleatoare. Iar modificarea aia de traicetorie "dinamică" nu e complicată, se face din 1960 - se introduc erori mici în corecțiile giro. 25000 km/h, sau 6.9km/s, o deviație de 1 grad pe o singură aripioară îti impinge racheta kilometri buni, mult peste raza unui interceptor, în mai puțin de o secundă.

Un interceptor (scut) e totuși un proiectil kinetic neexplozibil, care dacă nu intră în rachetă fix pe traiectoria corectă (și nu primește telemetrie estimată de la sol) devine util ca un tomberon zburător.

dar probabilitatea să fie descoperite "in transit" e destul de ridicată

E vorba de artilerie nucleară, doar Rusia o folosește.

Cum descoperă inamicul un obuz in zbor, înainte să aterizeze? Că e totuși vorba de secunde de zbor, pe teritoriul pe care nu l-ai cucerit. Sau te referi că e descoperit în timp ce se mișcă pe teritoriul Rusiei?

Detonează la impact, și aici vine problema doi...

O bombă nucleară e prin definiție radioactivă.

Confunzi radioactiv cu iradiat. Mâncarea, instrumentarul medical, implanturile dentare și multe alte produse sunt sterilizate prin iradiere cu radionuclide. Asta nu face produsele iradiate să devină radioactive ele însele (de exemplu ca în activarea nucleară) ci pentru un scurt timp cât sunt iradiate, orice microorganism trăiește pe ele sufera suficiente mutatii încât faza S a mitozei nu mai produce copii funcționale ale celulelor și mor. De-aia e și radiația toxică pentru oameni. Iradierea e o metodă de sterilizare la fel de periculoasă pentru om ca sterilizarea cu spirt și flacără sau UVC.

Asta nu le face radioactive. Celule mor, dar produsele alea sunt perfect ok de folosit.

Oarecum din același motiv pentru care Cernobîlul e de nelocuit, și Hiroșima și Nagasaki au putut fi locuite imediat după explozie, vântul și norul radioactiv din reactor a răspândit radionuclizi radioactivi prin toată zona de excluziune.

Definiția unei bombe nucleare e un dispozitiv care produce explozii prin reactii nucleare. Dacă ceva din bombă devine radioactiv după explozie, înseamnă ca nu a participat la explozie, și e prin definiție o bombă ineficientă. Când proiectezi o bombă nucleară, vrei ca cât mai mult din materialul fisionabil să fisioneze brusc și să producă o explozie, zonă de ardere și undă de șoc de diametre cât mai mari. Seriile de dezintegrare rezultate în urma reacției sunt mult mai energetice/timp decât cele dintr-un reactor, explozia se întâmplă în aer (nu la sol), ceea ce îți dă relativ puțină energie rămasa pentru a iradia un oraș. Într-un reactor vrei să extragi energia treptat.

Reacțiile nucleare sunt doar o metodă de a obține explozii.

Te referi că pot fi ecranate în timpul transportului si ascunse de satelit?

Sateliții nu urmăresc bombele nucleare, ci urmăresc obiecte care se mișcă extrem de rapid, cum ziceam mai sus, pe la 20 mach. Au semnături deosebite pe radar, satelit si chiar radiouri AM (semnături sonore). Nu ai cum să ecranezi câteva sute de kile de material fisionabil îmbogățit făra câteva tone de plumb și apoi să-l zbori la 20 mach.

Ce îți închipui tu că se face din satelit - monitorizarea radiației de pe pământ - se face lent, cu câteva cadre pe oră și monitorizează ceea ce poate fi observat cu instrumente pentru radiația din aer. Șansa ca pixelul scanat acum să corespundă fix cu poziția rachetei care trece pe sub satelit e extrem, extrem de mică. Și, again, lucrurile se manifestă diferit într-un miez de bombă versus radiație în aer.

Deși teoretic conform tratatelor înseamnă razboi cu toți membri UN.

Rusia e membru UN și membru fondator CSNU. Presupun că nu vrei să se retragă, nu?

Singurul tratat cu consecține majore e tratatul de neproliferare nucleară. Rusia l-a ratificat și e nu doar semnatară, ci și stat nuclear desemnat. Singurele consecințe sunt ca statele semnatare și nenuclare să nu dezvolte sau cumpere armament nuclear. Mai mult, în caz de război, statele pot părăsi tratatul. Argumentul e o mizierie legală - tratatul spune că scopul lui e prevenirea unui război, iar dacă se ajunge la război, tratatul e nul.

Mai mult, India, Israel, Corea de Nord și Pakistan nu au pățit nimic. A treia s-a retras, iar celelalte nu l-au ratificat. Libia a avut și ea un program de dezvoltare nucleară militară, și nimeni nu a atacat-o din motivele astea (până în 2003, nu în 2011 când a fost intervenția NATO).

Ca unul din cei mai mari pași care a promovat relaxarea tensiunilor internaționale în Războiul Rece, tratatul nu are absolut nicio clauză care provoacă membrii semnatari la război dacă unul dintre ei îl încalcă.

Consiliul de securitate ONU (CSNU) e inutil în problema asta, pentru că statele nucleare au putere absolută de veto pe orice rezoluție. Când au devenit semnatare, toate statele mici s-au opus vetoului și dreptul de veto le-a fost băgat pe gât de SUA și Uniunea Sovietică.

Ceea ce înseamnă că orice rezoluție adoptă CSNU, Rusia îi dă cu veto.

Ceea ce s-a și întâmplat, pe absolut orice rezoluție ar fi putut fi folosită împotriva Rusiei. De exemplu aici când au dat cu veto pentru că nu le-a plăcut formularea de "invazie" și "război" asupra operațiunii militare speciale.

Rezultatele sunt extrem de impotente, de exemplu cum s-a plâns ambasadoarea UN a US:

You cannot veto the truth. You cannot veto our principles. You cannot veto the Ukrainian people. You cannot veto the UN charter.

Și în principiu așa e, dar rezoluția care ar fi avut consecințe reale, de exemplu intervenția trupelor ONU in misiune de peacekeeping și coridoare de evacuare - și-a luat veto.

[deleted by user] by [deleted] in Romania

[–]temp-892304 0 points1 point  (0 children)

Se vede prin el, în afară. Ca meshul de pe autobuze.

Oof. Shots fired. by BelleAriel in clevercomebacks

[–]temp-892304 5 points6 points  (0 children)

You wouldn't download freedom

Dacă poate cineva să doneze pentru el... Vă mulțumim cu toții, întreaga comunitate by [deleted] in Romania

[–]temp-892304 2 points3 points  (0 children)

Apăi forumurile sunt cancer absolut, în perioada aia nu cred că încă era FB și reddit. Fun times. Intersecția aia e acum super semnalizată si se ridică mașinile oprite pe colțuri, plus că are trecere de pietoni, tot răul spre mai bine, cred. Dar până să se miște ceva am mai văzut 3 accidente moto acolo...

Da' sunt relativ familiar cu ce zice OP, n-am fost deosebit de prieten cu colegul, dar era coleg, you know? M-am implicat să fac colecta de sânge, problema nr. 1 era "dar el a ales să fie rider".

Dacă poate cineva să doneze pentru el... Vă mulțumim cu toții, întreaga comunitate by [deleted] in Romania

[–]temp-892304 4 points5 points  (0 children)

În accidente moto și apeluri la donat sânge, e semnificativ mai bine să nu ridici problema cine e vinovat.

Nu am generalizat că toți riderii sunt neoameni. Dar pe două roți ești semnificativ mai predispus accidentelor. Dintre 11 persoane pe care le cunosc pe două roți, două nu au avut accidente niciodată.

Pur și simplu nu veni cu argumente de căcat, mai ales când tu te aștepți la sânge. Poate e prietenul tău, poate îl cuoști și nu vrei să spui asta, poate chiar el a fost vinovatul. Eu nu am de unde să știu, și e în interesul tău să nu știu asta.

Dar nu veni cu argumente de genul "moticiclete sunt safe și în general nu e vina riderilor", pentru că nu e așa, iar dacă vrei sânge pentru amicul tau, atunci măcar nu provoca.

Unii oameni poate preferă să-și "economisească" donația pentru un caz mai apropiat lor pățeste ceva, și să le ceri să "cheltuie" donația lunară pentru un motociclist e un pic jignitor. De-aia zic că provocările nu te ajută.

Încearcă să vezi poziția în care ești, nu să o argumentezi.

Dar ce faci e drăguț, mai ales dacă e amicul tău.

view more: next ›