Posts by Dudeplayz

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 25, 2017 at 7:22 PM

Quote from rpi444
Evtl. weiter beobachten.

Versuch mal in der interfaces-Datei, mit der Zeile:
Code
auto wlan0
statt der Zeile:
Code
allow-hotplug wlan0
BTW: Hast Du in der /etc/dhcpcd.conf
Code
denyinterfaces wlan0
, weil Du das wlan0-Interface mit der interfaces-Datei nutzt/konfigurierst?

Ok Danke. Habe jetzt die beiden Änderungen noch vorgenommen. Ich hoffe jetzt funktioniert es endlich wieder

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 25, 2017 at 12:13 PM

Quote from rpi444

Wie sind jetzt, die Ausgaben von:

Code

ps aux | grep -i [w]pa
iwconfig
wpa_cli status
cat /etc/network/interfaces
sudo cat /etc/wpa_supplicant/wpa_supplicant.conf

?

Jetzt geht es scheinbar wieder. Ich versteh das einfach nicht. an der einen Stelle im Raum geht es und an der anderen nicht. Das Signal ist aber eigtl stark genug und vor 2 Wochen ging ja auch noch alles normal ._.
Er zeigt auch nur einen Balken an. Irgendwie komisch.

Code

ps aux | grep -i [w]pa
root       525  0.0  0.3   7156  3316 ?        Ss   12:10   0:00 /sbin/wpa_supplicant -s -B -P /run/wpa_supplicant.wlan0.pid -i wlan0 -D nl80211,wext -c /etc/wpa_supplicant/wpa_supplicant.conf
pi@raspberrypi:~ $ iwconfig
wlan0     IEEE 802.11bgn  ESSID:"Noobbox v2.2"
          Mode:Managed  Frequency:2.412 GHz  Access Point: 80:71:7A:3F:E9:19
          Bit Rate=72.2 Mb/s   Tx-Power=31 dBm
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=40/70  Signal level=-70 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0


lo        no wireless extensions.


eth0      no wireless extensions.


pi@raspberrypi:~ $ wpa_cli status
Selected interface 'wlan0'
bssid=80:71:7a:3f:e9:19
freq=2412
ssid=Noobbox v2.2
id=0
mode=station
pairwise_cipher=CCMP
group_cipher=CCMP
key_mgmt=WPA2-PSK
wpa_state=COMPLETED
ip_address=192.168.2.200
p2p_device_address=b8:27:eb:65:6f:02
address=b8:27:eb:65:6f:02
uuid=da7ac355-f8a0-53ff-8cc9-4b91e1479113
pi@raspberrypi:~ $ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)


# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'


# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d


auto lo
iface lo inet loopback


iface eth0 inet manual


allow-hotplug wlan0
iface wlan0 inet static
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
    address 192.168.2.200
    netmask 255.255.255.0
    gateway 192.168.2.1
pi@raspberrypi:~ $ sudo cat /etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
country=DE


network={
        ssid="Noobbox v2.2"
        psk="1000722555058811"
        key_mgmt=WPA-PSK
}

Display More

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 25, 2017 at 12:04 PM

Quote from rpi444
Wenn die mal im DHCP des Routers drin ist, ist es nicht so einfach diese sofort zu entfernen. I. d. R. reicht ein Neustart des Routers nicht (evtl. muss man dafür ein Werksreset machen). Aber wenn es nicht stört, dann kannst es ja so belassen.

BTW: Zum feststellen ob das Interface mehrere IP-Adresse hat, ist ifconfig nicht geignet. Dafür immer:
Code
ip a
verwenden.

Ok danke. Es steht nur eine IP da. Allerdings sehe ich gerade, dass der Pi garkeine Verbindung mehr zum Router hat. Also in der GUI wird der Router oben mit aufgelistet, aber wenn ich verbinden will, dann passiert einfach nix, nach der Schlüsseleingabe.

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 25, 2017 at 10:42 AM

Quote from rpi444
Dann poste mal die Ausgaben von:
Code
cat /etc/resolv.conf
ip r
ip a
route -n
host -t A heise.de 8.8.8.8
ping -c 3 -W 2 8.8.8.8

Also das ist alles sehr merkwürdig bei mir. Da es gestern ja nicht mehr ging, habe ich wieder network/interfaces, statt der dhcpcd.conf genutzt. Hier hatte ich leider vergessen 'static' hinzuschreiben, weshalb er sich wieder eine IP vom Router geben lassen hat und nach korrektur und neustart waren es eben wieder 2 IP's, also eine vom DHCP vergeben und die selbst festgelegte. Damit war wieder mein Ursprungsproblem da und konnte gestern den Router nicht mehr neustarten. Nun habe ich den wieder neugestartet, damit der DHCP Eintrag wieder rausfliegt. Nun funktioniert alles mit dem WLAN und ins Internet kommt der Pi auch wieder. Also habe ich vermutlich was in der dhcpcd.conf falsch gemacht, dass es kein Internetzugang hatte.

Ich habe jetzt aber in der Ausgabe gesehen, dass da was mit 192.168.2.110 steht, dass ist wieder die DHCP IP. Und im Router ist sie doch drin. Bei ifconfig steht, aber die vergebene also auf 200 endend. Seltsamerweise scheint aber gerade alles zu funktionieren und es keine Probleme zu geben.

Ok alles zurück. Irgendwie ging es gerade mal alles, aber jetzt natürlich nichts mehr.

Code

pi@raspberrypi:~ $ cat /etc/resolv.conf
# Generated by resolvconf
domain speedport.ip
nameserver 192.168.2.1
pi@raspberrypi:~ $ ip r
default via 192.168.2.1 dev wlan0
default via 192.168.2.1 dev wlan0  metric 303
192.168.2.0/24 dev wlan0  proto kernel  scope link  src 192.168.2.110  metric 303
pi@raspberrypi:~ $ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
   inet 127.0.0.1/8 scope host lo
      valid_lft forever preferred_lft forever
   inet6 ::1/128 scope host
      valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
   link/ether b8:27:eb:30:3a:57 brd ff:ff:ff:ff:ff:ff
   inet6 fe80::1fb5:8a13:7553:4b49/64 scope link tentative
      valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
   link/ether b8:27:eb:65:6f:02 brd ff:ff:ff:ff:ff:ff
   inet 192.168.2.200/24 brd 192.168.2.255 scope global wlan0
      valid_lft forever preferred_lft forever
   inet 192.168.2.110/24 brd 192.168.2.255 scope global secondary wlan0
      valid_lft forever preferred_lft forever
   inet6 2003:5f:6a14:c775:c667:2b1c:caa7:f9c6/64 scope global noprefixroute dynamic
      valid_lft 604787sec preferred_lft 86387sec
   inet6 fe80::9125:6e8a:406e:54b9/64 scope link
      valid_lft forever preferred_lft forever
pi@raspberrypi:~ $ route -n
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.2.1     0.0.0.0         UG    0      0        0 wlan0
0.0.0.0         192.168.2.1     0.0.0.0         UG    303    0        0 wlan0
192.168.2.0     0.0.0.0         255.255.255.0   U     303    0        0 wlan0
pi@raspberrypi:~ $ host -t A heise.de 8.8.8.8
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases:


heise.de has address 193.99.144.80
pi@raspberrypi:~ $ ping -c 3 -W 2 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=46 time=48.2 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=46 time=50.3 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=46 time=47.3 ms


--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 47.362/48.630/50.321/1.270 ms

Display More

Dudeplayz · SPI in C Dudeplayz January 25, 2017 at 2:12 AM

Quote from DG8BR

Moin Dudeplayz,
es interessiert wahrscheinlich nicht nur mich..

Was hat den gefehlt in deinem Beispiel??

Gruss Bernd

Also wenn man sich mal die Datei /usr/include/linux/spi/spidev.h ansieht und sich die Struktur des spi ansieht, dann sieht man das mir 3 Einträge gefehlt haben. Im folgenden Code die letzten 3. Man muss ungenutzte Werte mit 0 belegen, auch wenn man sie nicht braucht, dass hat mir einfach noch im Endeffekt gefehlt.

Also vollständig muss der Teil des spi so aussehen:

Code

spi.tx_buf = (unsigned long)&buffer;[/size][/color]  spi.rx_buf = (unsigned long)&buffer;  spi.len = 1;  spi.speed_hz = 0;  spi.delay_usecs = 0;  spi.bits_per_word = 0;  spi.cs_change = 0;  spi.tx_nbits=0;  spi.rx_nbits=0;  spi.pad=0;

[/size][/color]

In meinem Beispiel (also fehlerhaft) sah das dann nur so aus:

Code

spi[i].tx_buf        = (unsigned long)(data + i); // transmit from "data"spi[i].rx_buf        = (unsigned long)(data + i); // receive into "data"spi[i].len           = sizeof(*(data + i));spi[i].delay_usecs   = 0;spi[i].speed_hz      = speed;spi[i].bits_per_word = bits;spi[i].cs_change     = 0;

Vom Array natürlich nicht irritieren lassen, ist dann eben für mehrere Werte Und die zugewiesenen Werte dann eben je nachdem, wie man sie gerne hätte
Hoffe ich kann jmd. mit dem selben Problem helfen

Dudeplayz · SPI in C Dudeplayz January 24, 2017 at 11:10 PM

Quote from __deets__

So direkt she ich da nichts. Googeln findet https://www.raspberrypi.org/forums/viewtopic.php?f=44&t=97978 - Versuch das mal mit dem pad.

Danke! Es haben 3 Einträge des spi gefehlt :). Nun hat alles funktioniert!!!

Dudeplayz · SPI in C Dudeplayz January 24, 2017 at 10:41 PM

Ok danke habe es jetzt ohne die Bib gemacht. Habe sie eigtl auch beim Kompiler angegeben naja.

Ich habe jetzt das Problem, dass ich immer eine Fehlermeldung bekomme. Ich habe den Code kopiert und nun bekomme ich beim ausfuehren einen Fehler.

Hier nochmal der Code:

C

#include <fcntl.h>                // Needed for SPI port
#include <sys/ioctl.h>            // Needed for SPI port
#include <linux/spi/spidev.h>     // Needed for SPI port
#include <stdio.h>
#include <stdlib.h>
/* ggf. weiter includes */


static const char *device = "/dev/spidev0.0";
static char mode;
static char bits = 8;
static int speed = 500000;


int ret, fd;


int SpiWriteRead(int fd, unsigned char *data, int length);


int main(){


/* Device oeffen */
if ((fd = open(device, O_RDWR)) < 0)
 {
 perror("Fehler Open Device");
 exit(1);
 }
/* Mode setzen */
ret = ioctl(fd, SPI_IOC_WR_MODE, &mode);
if (ret < 0)
 {
 perror("Fehler Set SPI-Modus");
 exit(1);
 }


/* Mode abfragen */
ret = ioctl(fd, SPI_IOC_RD_MODE, &mode);
if (ret < 0)
 {
 perror("Fehler Get SPI-Modus");
 exit(1);
 }


/* Wortlaenge setzen */
ret = ioctl(fd, SPI_IOC_WR_BITS_PER_WORD, &bits);
if (ret < 0)
 {
 perror("Fehler Set Wortlaenge");
 exit(1);
 }


/* Wortlaenge abfragen */
ret = ioctl(fd, SPI_IOC_RD_BITS_PER_WORD, &bits);
if (ret < 0)
 {
 perror("Fehler Get Wortlaenge");
 exit(1);
 }


/* Datenrate setzen */
ret = ioctl(fd, SPI_IOC_WR_MAX_SPEED_HZ, &speed);
if (ret < 0)
 {
 perror("Fehler Set Speed");
 exit(1);
 }
  
/* Datenrate abfragen */
ret = ioctl(fd, SPI_IOC_RD_MAX_SPEED_HZ, &speed);
if (ret < 0)
 {
 perror("Fehler Get Speed");
 exit(1);
 }


/* Kontrollausgabe */
printf("SPI-Device.....: %s\n", device);
printf("SPI-Mode.......: %d\n", mode);
printf("Wortlaenge.....: %d\n", bits);
printf("Geschwindigkeit: %d Hz (%d kHz)\n", speed, speed/1000);


unsigned char data[1];
data[0] = 1;


SpiWriteRead(fd, data, 1);


return 0;
}


int SpiWriteRead (int fd, unsigned char *data, int length)
/* Schreiben und Lesen auf SPI. Parameter:
* fd        Devicehandle
* data      Puffer mit Sendedaten, wird mit Empfangsdaten überschrieben
* length    Länge des Puffers
*/


 {
struct spi_ioc_transfer spi[length]; /* Bibliotheksstruktur fuer Schreiben/Lesen */
 char bits = 8;                    /* Datenlaenge */
 int speed = 500000;             /* Datenrate */
int i, ret;                          /* Zaehler, Returnwert */


 /* Wortlaenge abfragen */
 ret = ioctl(fd, SPI_IOC_RD_BITS_PER_WORD, &bits);
 if (ret < 0)
   {
   perror("Fehler Get Wortlaenge");
   exit(1);
   }


 /* Datenrate abfragen */
 ret = ioctl(fd, SPI_IOC_RD_MAX_SPEED_HZ, &speed);
 if (ret < 0)
   {
   perror("Fehler Get Speed");
   exit(1);
   }


 /* Daten uebergeben */
for (i = 0; i < length; i++)
 {
spi[i].tx_buf        = (unsigned long)(data + i); // transmit from "data"
spi[i].rx_buf        = (unsigned long)(data + i); // receive into "data"
spi[i].len           = sizeof(*(data + i));
spi[i].delay_usecs   = 0;
spi[i].speed_hz      = speed;
spi[i].bits_per_word = bits;
spi[i].cs_change     = 0;
 }


ret = ioctl(fd, SPI_IOC_MESSAGE(length), &spi);
if(ret < 0)
   {
perror("Fehler beim Senden/Empfangen - ioctl");
exit(1);
   }
return ret;
 }

Display More

Und hier der Fehler:

Code

SPI-Device.....: /dev/spidev0.0
SPI-Mode.......: 0
Wortlaenge.....: 8
Geschwindigkeit: 500000 Hz (500 kHz)
Fehler beim Senden/Empfangen - ioctl: Invalid argument




------------------
(program exited with code: 1)
Press return to continue

Display More

Da ich noch nicht wirklich viel Erfahrung mit C habe, waere es gut zu wissen, was nicht stimmt.

Dudeplayz · SPI in C Dudeplayz January 24, 2017 at 10:07 PM

Quote from __deets__

Gegen C ist ja nichts einzuwenden -aber ich bezweifele, das die bcm Bibliothek da viel bringt. Wenn du stattdessen die Standard SPIDEV IOCH Aufrufe benutzt, ist das nicht weniger schnell. Vor allem macht der kernel das für dich im Interrupt. Das * sollte * etwas Resourcen schonender sein. Wie das geht ist auch bei der Netzmafia beschrieben.

Warum glaubst du das reicht nicht ?

Ich denke nicht, dass es nicht reicht. Nur ich habe mich eben für C entschieden, da es in SPI Tests wohl die beste Perfomanz hat. Ich möchte Daten auf einen Arduino übertragen und das muss sehr häufig geschehen, da ich darüber einen LED Cube updaten möchte, deshalb will ich die beste Geschwindigkeit rausholen um ausreichend Zeit für Berechnungen und Co. zu haben. Ich werde es mal probieren, aber wo liegt denn mein Fehler, dass die bcm Bib nicht gefunden wird ?

Dudeplayz · SPI in C Dudeplayz January 24, 2017 at 9:46 PM

Hallo,
Ich wollte gerne SPI über C machen, da man dort die beste Performanz hat. Allerdings habe ich von C nicht viel Ahnung. Habe Tutorials gelesen und die ersten Testspielereien funktionieren auch so weit.
Ich weiß, dass man SPI über verschiedene Wege in C machen kann auf dem Pi. Ich wollte es gerne über die bcm2835 Bibliothek machen. Wenn ein anderer Weg besser ist, dann könnt ihr mir das sagen. Ich habe folgenden Testcode genommen:
Quelle: http://www.netzmafia.de/skripten/hardw…/RasPi_SPI.html

C

#include <bcm2835.h>
#include <stdio.h>
/* ggf. weiter includes */


int main(int argc, char **argv)
 {
 char buf [10];


 if (!bcm2835_init()) return 1;   /* Bibliothek initialisieren */
   
 /* Schnittstenneparameter setzen */
 bcm2835_spi_begin();
 bcm2835_spi_setBitOrder(BCM2835_SPI_BIT_ORDER_MSBFIRST);      /* default */
 bcm2835_spi_setDataMode(BCM2835_SPI_MODE0);                   /* default */
 bcm2835_spi_setClockDivider(BCM2835_SPI_CLOCK_DIVIDER_65536); /* default */
 bcm2835_spi_chipSelect(BCM2835_SPI_CS0);                      /* default */
 bcm2835_spi_setChipSelectPolarity(BCM2835_SPI_CS0, LOW);      /* default */


 /* Device-ID abfragen */
 buf[0] = 0x0B; buf[1] = 0x00; buf[2] = 0x00;
 bcm2835_spi_transfern(buf, 3);
 /* buf enthaelt die gelesenen Daten */
 printf("Device ID: %02X \n", buf[2]);
   
 /* Soft-Reset des Sensors */
 buf[0] = 0x0A; buf[1] = 0x1F; buf[2] = 0x52;
 bcm2835_spi_transfern(buf, 3);
 delay(1000);


 /* Setup for Measure */
 buf[0] = 0x0A; buf[1] = 0x2D; buf[2] = 0x02;
 bcm2835_spi_transfern(buf, 3);
 delay(1000);


 /* X-Achse auslesen */
 buf[0] = 0x0B; buf[1] = 0x0E; buf[2] = 0x00; buf[3] = 0x00;
 bcm2835_spi_transfern(buf, 4);
 printf("X-Achse: %02X %02X \n", buf[3], buf[2]);
 delay(1000);
 bcm2835_spi_end();
 return 0;
 }

Display More

Ich mache das ganze über Geany direkt auf dem Pi, allerdings wird mir beim kompilieren gesagt, dass die Bibliothekt nicht gefunden werden kann, also bcm.
Könnt ihr mir Ratschläge geben und helfen, was ich falsch mache ?

Mit freundlichen Grüßen

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 24, 2017 at 8:52 PM

Quote from rpi444

OK, mal weiter beobachten.

Jetzt habe ich das Problem, dass der Pi keine Verbindung mehr zum Internet hat. Im Netzwerk funktioniert alles, aber internetdienste funktionieren alle nicht.

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 24, 2017 at 7:34 PM

Quote from rpi444
Evtl. auch wegen:
Code
/sbin/iwconfig wlan0 power off
Wie ist jetzt die Ausgabe von:
Code
iwconfig wlan0
?

Kann sein, allerdings hatte ich nach der Einstellung ja neugestartet und da war das Problem noch vorhanden.

Und iwconfig zeigt das:

Code

iwconfig wlan0
wlan0     IEEE 802.11bgn  ESSID:"Noobbox v2.2"
         Mode:Managed  Frequency:2.412 GHz  Access Point: 80:71:7A:3F:E9:19
         Bit Rate=72.2 Mb/s   Tx-Power=20 dBm
         Retry short limit:7   RTS thr:off   Fragment thr:off
         Power Management:off
         Link Quality=50/70  Signal level=-60 dBm
         Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
         Tx excessive retries:1  Invalid misc:0   Missed beacon:0

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 24, 2017 at 6:49 PM

Quote from rpi444
Keine Ausgabe mit:
Code
sudo tcpdump -c 50 -vvveni wlan0 ether proto 0x888e
? Wenn ja, dann hat dein WLAN-Router in diesen 2 Stunden kein rekeying gemacht. Meiner macht alle 10 Minuten ein rekeying.

Nach den 2 Stunden und vor dem Abbruch der Verbindung, wäre es gut gewesen, wenn Du die Ausgaben von:
Code
iwconfig wlan0
wpa_cli status
angeschaut hättest.

Also wie es scheint ist das Problem nun weg. Ich habe den Router mal neugestartet, was ich eigtl vermeiden wollte, aber es war wohl der Grund dafür. Der Pi hatte 2 WLAN IP's einmal die 110 durch DHCP und einmal die 200 durch statische festlegung. Im Router konnte ich den DHCP EIntrag allerdings nicht von Hand löschen. Erst ein neustart hat alle DHCP Einträge neu erstellt und nun steht der Pi auch nicht mehr drin. Ich hoofe das es das Problem jetzt wirklich behoben hat. Ansonsten melde ich mich nochmal. Ich danke für deine Hilfe und deine Geduld!

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 24, 2017 at 4:34 PM

Quote from rpi444
Schreib mal in die rc.local (vor die Zeile "exit 0"):
Code
/sbin/iwconfig wlan0 power off
/sbin/iwconfig wlan0 txpower 20
LAN dran lassen.

Also ich habe LAN dran gelassen und er hat keine einzige Ausgabe in mehr als 2 Stunden gebracht. Also routet er über das LAN, auch wenn er mit der WLAN IP angesprochen wird.
Die beiden genannten Zeilen habe ich nun hinzugefügt. Den Pi neugestartet, aber das Problem besteht leider weiterhin.

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 24, 2017 at 12:16 PM

Quote from rpi444
OK, wie ist zu diesem Zeitpunkt, die Ausgabe von:
Code
iwconfig wlan0
wpa_cli status
?
Teste mal auch über einen Zeitraum von ca. 45 Minuten, die Ausgaben von:
Code
sudo tcpdump -c 50 -vvveni wlan0 ether proto 0x888e

Also hier erstmal die ersten beiden Befehle:

Code

pi@raspberrypi:~ $ iwconfig wlan0
wlan0     IEEE 802.11bgn  ESSID:"Noobbox v2.2"
         Mode:Managed  Frequency:2.462 GHz  Access Point: 80:71:7A:3F:E9:19
         Bit Rate=65 Mb/s   Tx-Power=31 dBm
         Retry short limit:7   RTS thr:off   Fragment thr:off
         Power Management:on
         Link Quality=48/70  Signal level=-62 dBm
         Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
         Tx excessive retries:4  Invalid misc:0   Missed beacon:0


pi@raspberrypi:~ $ wpa_cli status
Selected interface 'wlan0'
bssid=80:71:7a:3f:e9:19
freq=2462
ssid=Noobbox v2.2
id=0
mode=station
pairwise_cipher=CCMP
group_cipher=CCMP
key_mgmt=WPA2-PSK
wpa_state=COMPLETED
ip_address=192.168.2.200
p2p_device_address=b8:27:eb:65:6f:02
address=b8:27:eb:65:6f:02
uuid=da7ac355-f8a0-53ff-8cc9-4b91e1479113

Display More

Und soll ich bei dem letzten Befehl LAN dran oder weg ?

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 24, 2017 at 12:03 PM

Quote from rpi444
So genau weißt Du das nicht, ... denn es könnte ja auch sein, dass die Verbindung mit der WLAN-IP, vom Router über die LAN-IP umgeleitet wird. Das könntest Du auf deinem PI, evtl. mit tcpdump feststellen:
Code
sudo tcpdump -vvveni wlan0 port 22
(evtl. hast Du für sshd einen anderen Port als 22 konfiguriert).

Du scheinst Recht zu haben. Bei WLAN kommt garnichts an, da passiert nix. Bei Ethnet ist aber was los und dort steht im Routing auch an die IP 192.168.2.200, also die WLAN Ip.

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 24, 2017 at 11:25 AM

Quote from rpi444
Wenn Du dhcpcd und networking (interfaces) verwenden willst, dann konfiguriere in der /etc/dhcpcd.conf, für das wlan0-Interface:
Code
denyinterfaces wlan0
Die feste (statische) IP-Adresse die Du dem wlan0-Interface per interfaces-Datei zuweist, sollte von außerhalb des DHCP-Pools sein.

Besser wäre es m. E. wenn Du für die feste (statische) IP-Adresse, auch dhcpcd verwenden würdest und networking deaktivierst. Aber das nur dann, wenn Du auch weißt was Du tust.

Quote from rpi444

Kannst Du im Log deines WLAN-Routers nachschauen, ob es bei einer reinen WLAN-Verbindung (d. h. ohne Kabel) auch tatsächlich Unterbrechungen in der WLAN-Verbindung sind, oder ob lediglich die ssh-Verbindung (per Putty) unterbrochen wird?

Also habe nen Speedport Hybrid der Telekom. Da sind die ausgaben ja recht sperrlich, aber im Log wird nur einmal eine Verbindung über DHCP aufgebaut, also jeweils für LAN und WLAN.
Das seltsamste ist ja aber, dass wenn ich den Pi auch am LAN habe, dann funktioniert über die IP vom WLAN alles ohne Probleme und eben als ich den LAN abgezogen habe, ist sofort die Verbindung wieder gecrasht und bin auch nicht wieder rein gekommen.

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 24, 2017 at 10:31 AM

Ich habe jetzt über die dhcpcd.conf die statische IP eingestellt. Der Pi hat sie auch wieder angenommen. Allerdings besteht immer noch das selbe Problem
Die IP ist auch außerhalb des DHCP Bereiches.
Hier nochmal die Ausgabe der Befehle bei LAN und WLAN verbunden.

Code

pi@raspberrypi:~ $ ps aux | grep -i [d]hc
root       428  0.0  0.1   2564  1776 ?        Ss   10:33   0:00 /sbin/dhcpcd -q -b
pi@raspberrypi:~ $ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
   inet 127.0.0.1/8 scope host lo
      valid_lft forever preferred_lft forever
   inet6 ::1/128 scope host
      valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
   link/ether b8:27:eb:30:3a:57 brd ff:ff:ff:ff:ff:ff
   inet 192.168.2.111/24 brd 192.168.2.255 scope global eth0
      valid_lft forever preferred_lft forever
   inet6 2003:5f:6a4f:4e49:91c9:ea66:6a4b:225a/64 scope global noprefixroute dynamic
      valid_lft 604771sec preferred_lft 86371sec
   inet6 fe80::1fb5:8a13:7553:4b49/64 scope link
      valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
   link/ether b8:27:eb:65:6f:02 brd ff:ff:ff:ff:ff:ff
   inet 192.168.2.200/24 brd 192.168.2.255 scope global wlan0
      valid_lft forever preferred_lft forever
   inet6 fe80::9125:6e8a:406e:54b9/64 scope link
      valid_lft forever preferred_lft forever
pi@raspberrypi:~ $ ip r
default via 192.168.2.1 dev eth0  metric 202
default via 192.168.2.1 dev wlan0  metric 303
192.168.2.0/24 dev eth0  proto kernel  scope link  src 192.168.2.111  metric 202
192.168.2.0/24 dev wlan0  proto kernel  scope link  src 192.168.2.200  metric 303
pi@raspberrypi:~ $ ip n s
192.168.2.109 dev eth0 lladdr 10:bf:48:7e:94:18 REACHABLE
192.168.2.1 dev eth0 lladdr 80:71:7a:3f:e9:15 REACHABLE
192.168.2.1 dev wlan0 lladdr 80:71:7a:3f:e9:15 STALE
fe80::1 dev wlan0 lladdr 80:71:7a:3f:e9:15 router STALE
fe80::1 dev eth0 lladdr 80:71:7a:3f:e9:15 router REACHABLE

Display More

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 24, 2017 at 1:09 AM

Tut mir leid das es etwas gedauert hat. Hier ist erstmal vom WLAN, also so wie die Verbindung abbricht. LAN mache ich dann am Tag. Teilweise hat der Pi dann auch kein Internet nach außen. Das WLAN Symbol zeigt teilweise auch nur einen Balken, aber ich habe weder Standort noch am Router irgendetwas verändert.

Code

pi@raspberrypi:~ $ ps aux | grep -i [d]hc
root       470  0.0  0.1   2564  1684 ?        Ss   01:04   0:00 /sbin/dhcpcd -q -b
pi@raspberrypi:~ $ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether b8:27:eb:30:3a:57 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::1fb5:8a13:7553:4b49/64 scope link tentative 
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether b8:27:eb:65:6f:02 brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.200/24 brd 192.168.2.255 scope global wlan0
       valid_lft forever preferred_lft forever
    inet 192.168.2.110/24 brd 192.168.2.255 scope global secondary wlan0
       valid_lft forever preferred_lft forever
    inet6 fe80::9125:6e8a:406e:54b9/64 scope link 
       valid_lft forever preferred_lft forever
pi@raspberrypi:~ $ ip r
default via 192.168.2.1 dev wlan0 
default via 192.168.2.1 dev wlan0  metric 303 
192.168.2.0/24 dev wlan0  proto kernel  scope link  src 192.168.2.110  metric 303 
pi@raspberrypi:~ $ ip n s
192.168.2.107 dev wlan0 lladdr 10:c3:7b:94:e7:9e REACHABLE
192.168.2.1 dev wlan0 lladdr 80:71:7a:3f:e9:15 REACHABLE
fe80::1 dev wlan0 lladdr 80:71:7a:3f:e9:15 router STALE

Display More

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 23, 2017 at 11:58 PM

Quote from rpi444

Welchen PI , welches OS, welches image?

Pi3, Raspbian, Aktuellste, also 2 Tage alt mit Pixel.

Dudeplayz · WLAN Verbindungsabbrüche Dudeplayz January 23, 2017 at 9:17 PM

Hi,
Ich habe seit letzter Woche das Problem, dass ich im Remote desktop und im Putty immer die Verbindung zum Pi verliere. Teilweise schon beim Verbindungsaufbau. Ich habe mittlerweile ein neues Image drauf gemacht und alles aktualisiert vor der Einrichtung. VNC ist deinstalliert für xrdp, da dies als Fehlerquelle genann wurde. Gestern dachte ich das Problem ist behoben, allerdings geht das ganze heute wieder von vorne los. Wenn ich den Pi ans Ethernet anschließe, dann funktioniert alles ohne Probleme. Über WLAN allerdings bricht die Verbindung immer ab. Das seltsame ist, wenn der Pi am LAN hängt und ich zum PI über die übliche WLAN IP verbinde, funktioniert plötzlich auch alles. Bringe ich den PI allerdings wieder zu seinem alten Standart, also nur WLAN dann spinnt er wieder rum.
Zu erwähnen ist evtl. noch, dass ich dem PI über dessen /etc/network/interfaces Datei eine statische WLAN IP zugewiesen habe. Der Router zeigt wegen DHCP noch die alte an, also die, die über DHCP übergeben wurde. Der Pi nimmt aber seine festgelegt an und verwendet diese soweit auch.

Ich kann mir das absolut nicht erklären

MfG