WLAN Verständnisfrage Stromverbrauch und Schlaf- und Wachzyklus

Der Linux Treiber redet nur mir der Karte selber, ggf kann diese wenn 
vorhanden schlafen legen.

Davor ist aber noch cfg80211 api bzw. lib80211.
Die kümmern sich um Verschlüsselung, IE-Frames usw.

Der Sleep Mode geht auch nur mit dem AP zusammen wenn die Karte im STA 
Mode ist.
Der AP muss ja wissen, wann die Karte wieder aktiv ist.

Im Mode ist glaube ich auch kein Sleep definiert, da ja jederzeit ein 
AUTH/DEAUTH request machen sollte.

Uwe Rothfeld schrieb:
> Hallo Hans,

> Eigentlich wollte ich zeigen, dass durch eine Optimierung im zu
> testenden Protokoll die Lebenszeit verlängert werden kann, da die Anzahl
> der Sende- und Empfangsoperationen reduziert wurde. Also: Weniger Pakete
> zu übermitteln == Länger Akkuzeit. Dies kam aber nicht raus, da, so
> nehme ich an, die Karte nie schläft und Empfangen quasi genauso teuer
> ist wie Senden.
>

das geht soweit ich das Protokoll verstanden habe gar nicht.
Bin zwar nur in einem HAL Layer am arbeiten, aber da schaut man sich 
auch ein wenig den anderen Kram im Treiber an.
Senden ist immer teurer. es im Karten die haben einen externen 
Verstärker für den TX und RX Teil.

Hier wird mal ein wenig das PM erklärt
http://www.sss-mag.com/pdf/802_11tut.pdf
Das steht auch das der AP Buch führt

> Ist meine ursprüngliche Idee schon quatsch, dass die Verringerung der zu
> senden und empfangenen Pakete die Lebenszeit erhöht?

Ja.
Du kannst den Stromverbrauch nur wenig reduzieren.
Das hängt aber auch vom Treiber ab. Unter Linux scheren sich die 
Hersteller einen Dreck wegen PM (Powermanagement) soweit ich es lesen 
kann.
Teilweise wird PM aber auch aktiv abgeschaltet, weil die HW sch**ss* 
ist, bzw. zu aggressiv ist.
Kann aber auch die Software sein ...

Das kenne ich von meinen RTL8821AU Treiber (USB) surfen geht, wenn ich 
aber nur einen Radiostream höre bricht er nach einigen Sekunden ab.

> Achso: Ein Netzwerksimulator ist so etwas wie NS2, NS3, bzw. (in meinem
> Fall Omnet++ http://omnetpp.org/intro (aktuell hat deren Seite wohl ein
> Problem ... ))

Uwe Rothfeld schrieb:
>
> Du meinst also, dass ist in den realen Treibern nicht drin bzw.
> ignoriert? Mh. Auch in deinen Link steht ja drin, dass das Device
> schlafen kann zum Power saving.

Das ist meine Vermutung ...

Aber um das zu entkräften ist es notwendig sich den Treiber selber 
anzusehen
Ein
git grep -A 5 CONFIG_PM drivers/net/wireless
gibt schon mal auf, ob PM aktiviert ist, ggf sind diese Funktionen auch 
auskommentiert !!

Hier mal ein Snippet vom ATH9K Treiber

1

static int ath_pci_suspend(struct device *device)

2

{

3

  struct pci_dev *pdev = to_pci_dev(device);

4

  struct ieee80211_hw *hw = pci_get_drvdata(pdev);

5

  struct ath_softc *sc = hw->priv;

6

  struct ath_common *common = ath9k_hw_common(sc->sc_ah);

7

8

  if (test_bit(ATH_OP_WOW_ENABLED, &common->op_flags)) {

9

    dev_info(&pdev->dev, "WOW is enabled, bypassing PCI suspend\n");

10

    return 0;

11

  }

12

13

  /* The device has to be moved to FULLSLEEP forcibly.

14

   * Otherwise the chip never moved to full sleep,

15

   * when no interface is up.

16

   */

17

  ath9k_stop_btcoex(sc);

18

  ath9k_hw_disable(sc->sc_ah);

19

  del_timer_sync(&sc->sleep_timer);

20

  ath9k_hw_setpower(sc->sc_ah, ATH9K_PM_FULL_SLEEP);

21

22

  return 0;

23

}

Hier wird die HW komplett (inkl Bluetooth) abgeschlatet