Verbindungsabbrüche mit IWLAN/PB Link

Tecchannel

Level-1
Beiträge
28
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen

ich hab hier ein mehr oder weniger fundamentales Problem
Ich nehme gerade ein Regalfahrzeug in Betrieb das die Verbindung von aussen(externe Peripherie und Lagerverwaltungsrechner) über eine Richtfunkstrecke im 5 GHz bereich macht. Desweiteren ist noch eine 2. WLAN Strecke aufgebaut welche vom Fahrrahmen aus auf das Hubwerk geht dort sind 2 Umrichter Movitrac B und 2 ET 200S über ein IWLAN/PB Link im 5 GHz Bereich angebunden. Als Verteiler ist der Access Point am Fahrrahmen anzusehen. Die CPU ist mitfahrend.
Bei mir tut sich jetzt immer massiver folgendes Problem auf:
Die Verbindung vom Fahrrahmen zum Hubwerk reisst immer wieder mal ab d.h. es melden sich alle Profibus Teilnehemer ab und kommen (im Besten Fall) nach kurzer Zeit wieder stellenweise geht das soweit das ich den IWLAN/PB Link durch Spannungsreset neu Starten muss.

Verwendete Komponenten:
Gassen anfang:
Scalance W747-1RR mit Richtfunkantenne. Beide Komponenten von Siemens
Fahrrahmen:
Scalance W788-2RR mit 2 getrennten Sende/Empfangseinheiten
Anbindung zur CPU über Profinet
Anbindung an Gassenanfang erfolgt über eine Richtfunkantenne
Auch hier sind wieder alle Komponenten von Siemens
Anbindung zu Hubwerk erfolgt über die zweite
Sende/Empfangseinheit
Hubwerk:
IWLAN/PB Link mit insgesamt 4 Teilnehmern an 1,5 Mbit/s Profibus
galvanische Trennung über einen Helmholz Repeater.
Auch hier sind wieder alle Komponenten von Siemens ausser der
Repater und die Umrichter.

Ich entschuldige mich schon mal im Voraus für den Roman den ich euch hier reinschreib aber die Maschine ist ein Prototyp und ich kann keine Schemata oder Bilder rausgeben.

Falls sich jemand angesprochen fühlt kann ich evtl ein Schemata an seine E-Mail schicken.

Danke schon mal für eure Hilfe!

MfG Tecchannel
 
Na ja, nicht das ich von den genannten Geräten eine Ahnung hätte. Sind also beides WLAN-Strecken? Hast du darauf geachtet, daß unterschiedlich Kanäle von beiden Strecken belegt werden und auch evtl. weitere vorhandene WLAN-Netze nicht gerade ebenfalls deine Kanäle mit belegen?
 
hast du schon mal Siemens dazu geholt, ich habe mal auf einer
Veranstaltung von denen gesehen. Das die so ein Programm haben
um die W-LAN Abdeckung Grafisch darzustellen.
 
Ich sehe erstmal prinzipiell 2 Möglichkeiten.

1. Mal mit 2,4 GHz versuchen (Achtung, hier überlappen die Kanäle, also noch besser auf Trennung achten). Die Reichweite bei 5 Ghz, besonders in Gebäuden soll durch die höhere Frequenz geringer sein, als bei 2,4 GHz.

2. Bessere Antennen, möglichst mit leichter Richtwirkung einsetzen. Ich hab so ein Ding auf dem Dach mit 70° Abstrahlwinkel für meinen Nachbarn, geht eigentlich gut, aber auch nicht so weit, wie eigentlich erhofft. Es gibt auch welche mit 30°, das ist dann weniger Abdeckung aber mehr Leistung. Lancom hat da was anzubieten.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo habe auch vor einigen Monaten eine WLAN Anlage mit Siemens Komponenten in Betrieb genommen.

Unter dem Web Based Management der Access Points kann man sich die Signalstärke anzeigen lassen. Bei dem PB Link sogar aufzeichnen lassen. Vielleicht einfach mal beobachten ob's an der Signalstärke liegt?!

PS: Die grafische Darstellung von Siemens ist mit dem Projektierungstool Sinema E zu verwirklichen. Ist aber halt nur ne Simulation soweit ich weiß.
 
Also zu der Antennen Sache:

Ich habe bereits eine mit leichter Richtwirkung am PB Link angebaut.
Oben am Access Point sind die Standard Antennen dran.
Zum Thema andere Antennen ist noch folgendes zu sagen ich darf leider keine anderen Komponenten als Siemens verwenden ergo gilt dies auch für die Antennen.
Sinema E ist eine Visualisierung und eine Messsoftware.
die Verbindungsstärke ist immer im Bereich um die 85-90% zum Zeitpunkt des Ausfalls.
Auf 2,4 GHz kann ich nicht umstellen da hier eine Handkommisionierung über Sprachsteuerung stattfindet und diese über 2,4GHz arbeitet.
Siemens ist schon eingeschaltet aber die zieren sich da a bisschen.


P.S. die Strecken Distanz von Access Point bis PB Link beträgt maximal 18 meter.
 
Hallo an alle

Hab grad die Freigabe :-D für ein Schemata bekommen ich stells einfach mal hier rein.
 

Anhänge

  • Netzwerkübersicht.pdf
    137,2 KB · Aufrufe: 66
Zuviel Werbung?
-> Hier kostenlos registrieren
Ist es denn ein tatsächlicher Verbindungsabruch der WLAN Verbindung oder vielleicht ein Profibusproblem? Was steht denn in der Ereignisliste der Web Based Management Oberfläche des Access Points?
 
Hallo also es ist folgendes:

So wie es aussieht liegt Eddy001 richtig ich habe keine Abbrüche der Verbindung. Wenn ich nach nem Ausfall in den PB/Link reinschaue hab ich folgendes im Diagnose Puffer stehen:
02.11.2009 16:37:08
Baugruppen-Typ: IWLAN/PB Link
Baugruppen-Version: V 1.2.30
HW-Ausgabestand: 3
Bestellnummer: 6GK1 417-5AB00
S7-Subnetz-ID des Zielnetzes: ---
Adresse des Netz-
anschlusses der Zielstation: 192.168.124.3
Baugruppenträger: 0
Steckplatz: 0
-----------------------------------------------------------------------
1 01.01.1994 00:00:05.249 Mgt Ereignis-ID: 0xF9C1:0x0253 / 0x0000000A
Netzinterface: Automatische Einstellung, TP/ITP mit 10 MBit/s Halbduplex
2 01.01.1994 00:01:22.749 Mgt Ereignis-ID: 0xF9C1:0x0254 / 0x00000064
Netzinterface: Automatische Einstellung, TP/ITP mit 100 MBit/s Vollduplex
3 01.01.1994 00:01:25.146 Ip Config Ereignis-ID: 0xF9C1:0x0A0A / 0xC0A87C03
Eine neue IP-Adresse wurde zugeteilt. Die Adresse wurde nicht durch einen Download der Projektierung von STEP7 eingestellt. IP-Adresse: 192.168.124.3
4 01.01.1994 00:01:38.222 PROFINET IO-Device Ereignis-ID: 0xF9C1:0x9CEF / 0xC0A87C01
Verbindung eingerichtet zwischen Multidevice und Controller mit IP-Adresse: 192.168.124.1
5 01.01.1994 00:01:39.748 Ip Config Ereignis-ID: 0xF9C1:0x0A01 / 0x00000000
Eine neue IP-Adresse wird von einer STEP7 Projektierung erwartet.
6 01.01.1994 00:01:39.748 Ip Config Ereignis-ID: 0xF9C1:0x0A06 / 0xC0A87C03
Eine neue IP-Adresse wurde durch eine STEP7 Projektierung zugeteilt. IP-Adresse: 192.168.124.3
7 01.01.1994 00:01:39.906 PROFIBUS LAYER 2 Ereignis-ID: 0xF9C1:0x200B / 0x00000000
Die Baugruppe betritt den logischen Token-Ring im STEP-E-Mode.
Der normale Datenverkehr am Bus kann wieder stattfinden.
8 01.01.1994 00:01:40.228 Zeitsynchronisation Ereignis-ID: 0xF9C1:0x0619 / 0x00000000
Für die Uhrzeitsynchronisierung der Baugruppe wurde das SIMATIC-Verfahren gewählt.
9 01.01.1994 00:01:40.229 DP-Master Ereignis-ID: 0xF9C1:0x274B / 0x00000102
Die SF-LED der Baugruppe wird eingeschaltet.
Stationsadresse: 2
DP-Mastersystem ID: 1
10 01.01.1994 00:01:40.236 DP-Master Ereignis-ID: 0xF9C1:0x2317 / 0x00040404
DP Master Information:
Aktuell projektierte Slaveanzahl: 4
Aktuell gepollte Slaveanzahl: 4
Aktuell projektierte, zu pollende Slaveanzahl: 4
Aktuell projektierte, nicht zu pollende Slaveanzahl: 0
11 !! 01.01.1994 00:01:40.272 Mgt Ereignis-ID: 0xF9C1:0x0215 / 0x00000000
Übernahme der Baugruppen-Datenbasis verursacht Baugruppen-Wiederanlauf
12 01.01.1994 00:01:43.112 DP-Master Ereignis-ID: 0xF9C1:0x274C / 0x00000102
Die SF-LED der Baugruppe wird ausgeschaltet.
Stationsadresse: 2
DP-Mastersystem ID: 1
13 01.01.1994 00:01:43.113 DP-Master Ereignis-ID: 0xF9C1:0x2745 / 0x1FF60015
Eine Baugruppe eines DP-Slaves meldet die Behebung aller vorliegenden Fehler.
Stationsadresse: 21
logische Adressse der Baugruppe: 8182
14 01.01.1994 00:10:00.325 DP-Master Ereignis-ID: 0xF9C1:0x274B / 0x00000102
Die SF-LED der Baugruppe wird eingeschaltet.
Stationsadresse: 2
DP-Mastersystem ID: 1
15 01.01.1994 00:10:00.328 DP-Master Ereignis-ID: 0xF9C1:0x2742 / 0x1FF80014
Ein DP-Slave ist ausgefallen.
Stationsadresse: 20
Diagnoseadresse: 8184
16 01.01.1994 00:10:00.331 DP-Master Ereignis-ID: 0xF9C1:0x2742 / 0x1FF60015
Ein DP-Slave ist ausgefallen.
Stationsadresse: 21
Diagnoseadresse: 8182
17 01.01.1994 00:10:00.339 DP-Master Ereignis-ID: 0xF9C1:0x2742 / 0x1FF90017
Ein DP-Slave ist ausgefallen.
Stationsadresse: 23
Diagnoseadresse: 8185
18 01.01.1994 00:10:00.348 DP-Master Ereignis-ID: 0xF9C1:0x2742 / 0x1FFB0018
Ein DP-Slave ist ausgefallen.
Stationsadresse: 24
Diagnoseadresse: 8187
19 ! 01.01.1994 00:10:00.357 PROFINET IO-Device Ereignis-ID: 0xF9C1:0x9C11 / 0x00000000
Verbindung zwischen Multidevice und Controller wurde abgebaut.
20 01.01.1994 00:10:01.195 Mgt Ereignis-ID: 0xF9C1:0x0253 / 0x0000000A
Netzinterface: Automatische Einstellung, TP/ITP mit 10 MBit/s Halbduplex
21 01.01.1994 00:11:39.351 Mgt Ereignis-ID: 0xF9C1:0x0254 / 0x00000064
Netzinterface: Automatische Einstellung, TP/ITP mit 100 MBit/s Vollduplex
22 01.01.1994 00:11:44.890 PROFINET IO-Device Ereignis-ID: 0xF9C1:0x9CEF / 0xC0A87C01
Verbindung eingerichtet zwischen Multidevice und Controller mit IP-Adresse: 192.168.124.1
23 01.01.1994 00:11:48.227 DP-Master Ereignis-ID: 0xF9C1:0x2743 / 0x1FF90017
Ein DP-Slave ist wiedergekehrt.
Stationsadresse: 23
Diagnoseadresse des DP-Slaves: 8185
24 01.01.1994 00:11:48.228 DP-Master Ereignis-ID: 0xF9C1:0x2745 / 0x1FF90017
Eine Baugruppe eines DP-Slaves meldet die Behebung aller vorliegenden Fehler.
Stationsadresse: 23
logische Adressse der Baugruppe: 8185
25 01.01.1994 00:11:48.248 DP-Master Ereignis-ID: 0xF9C1:0x2743 / 0x1FFB0018
Ein DP-Slave ist wiedergekehrt.
Stationsadresse: 24
Diagnoseadresse des DP-Slaves: 8187
26 01.01.1994 00:11:48.249 DP-Master Ereignis-ID: 0xF9C1:0x2745 / 0x1FFB0018
Eine Baugruppe eines DP-Slaves meldet die Behebung aller vorliegenden Fehler.
Stationsadresse: 24
logische Adressse der Baugruppe: 8187
27 01.01.1994 00:11:48.310 DP-Master Ereignis-ID: 0xF9C1:0x2743 / 0x1FF60015
Ein DP-Slave ist wiedergekehrt.
Stationsadresse: 21
Diagnoseadresse des DP-Slaves: 8182
28 01.01.1994 00:11:48.310 DP-Master Ereignis-ID: 0xF9C1:0x2745 / 0x1FF60015
Eine Baugruppe eines DP-Slaves meldet die Behebung aller vorliegenden Fehler.
Stationsadresse: 21
logische Adressse der Baugruppe: 8182
29 01.01.1994 00:11:48.343 DP-Master Ereignis-ID: 0xF9C1:0x2743 / 0x1FF80014
Ein DP-Slave ist wiedergekehrt.
Stationsadresse: 20
Diagnoseadresse des DP-Slaves: 8184
30 01.01.1994 00:11:48.343 DP-Master Ereignis-ID: 0xF9C1:0x274C / 0x00000102
Die SF-LED der Baugruppe wird ausgeschaltet.
Stationsadresse: 2
DP-Mastersystem ID: 1
31 01.01.1994 00:11:48.343 DP-Master Ereignis-ID: 0xF9C1:0x2745 / 0x1FF80014
Eine Baugruppe eines DP-Slaves meldet die Behebung aller vorliegenden Fehler.
Stationsadresse: 20
logische Adressse der Baugruppe: 8184
32 01.01.1994 02:52:16.215 DP-Master Ereignis-ID: 0xF9C1:0x274B / 0x00000102
Die SF-LED der Baugruppe wird eingeschaltet.
Stationsadresse: 2
DP-Mastersystem ID: 1
33 01.01.1994 02:52:16.218 DP-Master Ereignis-ID: 0xF9C1:0x2742 / 0x1FF80014
Ein DP-Slave ist ausgefallen.
Stationsadresse: 20
Diagnoseadresse: 8184
34 01.01.1994 02:52:16.239 DP-Master Ereignis-ID: 0xF9C1:0x2742 / 0x1FF60015
Ein DP-Slave ist ausgefallen.
Stationsadresse: 21
Diagnoseadresse: 8182
35 01.01.1994 02:52:16.241 DP-Master Ereignis-ID: 0xF9C1:0x2742 / 0x1FF90017
Ein DP-Slave ist ausgefallen.
Stationsadresse: 23
Diagnoseadresse: 8185
36 01.01.1994 02:52:16.241 DP-Master Ereignis-ID: 0xF9C1:0x2742 / 0x1FFB0018
Ein DP-Slave ist ausgefallen.
Stationsadresse: 24
Diagnoseadresse: 8187
37 ! 01.01.1994 02:52:16.247 PROFINET IO-Device Ereignis-ID: 0xF9C1:0x9C11 / 0x00000000
Verbindung zwischen Multidevice und Controller wurde abgebaut.
38 01.01.1994 02:52:21.003 PROFINET IO-Device Ereignis-ID: 0xF9C1:0x9CEF / 0xC0A87C01
Verbindung eingerichtet zwischen Multidevice und Controller mit IP-Adresse: 192.168.124.1
39 01.01.1994 02:52:24.239 DP-Master Ereignis-ID: 0xF9C1:0x2743 / 0x1FF90017
Ein DP-Slave ist wiedergekehrt.
Stationsadresse: 23
Diagnoseadresse des DP-Slaves: 8185
40 01.01.1994 02:52:24.240 DP-Master Ereignis-ID: 0xF9C1:0x2745 / 0x1FF90017
Eine Baugruppe eines DP-Slaves meldet die Behebung aller vorliegenden Fehler.
Stationsadresse: 23
logische Adressse der Baugruppe: 8185
41 01.01.1994 02:52:24.261 DP-Master Ereignis-ID: 0xF9C1:0x2743 / 0x1FFB0018
Ein DP-Slave ist wiedergekehrt.
Stationsadresse: 24
Diagnoseadresse des DP-Slaves: 8187
42 01.01.1994 02:52:24.261 DP-Master Ereignis-ID: 0xF9C1:0x2745 / 0x1FFB0018
Eine Baugruppe eines DP-Slaves meldet die Behebung aller vorliegenden Fehler.
Stationsadresse: 24
logische Adressse der Baugruppe: 8187
43 01.01.1994 02:52:24.321 DP-Master Ereignis-ID: 0xF9C1:0x2743 / 0x1FF60015
Ein DP-Slave ist wiedergekehrt.
Stationsadresse: 21
Diagnoseadresse des DP-Slaves: 8182
44 01.01.1994 02:52:24.322 DP-Master Ereignis-ID: 0xF9C1:0x2745 / 0x1FF60015
Eine Baugruppe eines DP-Slaves meldet die Behebung aller vorliegenden Fehler.
Stationsadresse: 21
logische Adressse der Baugruppe: 8182
45 01.01.1994 02:52:24.353 DP-Master Ereignis-ID: 0xF9C1:0x2743 / 0x1FF80014
Ein DP-Slave ist wiedergekehrt.
Stationsadresse: 20
Diagnoseadresse des DP-Slaves: 8184
46 01.01.1994 02:52:24.354 DP-Master Ereignis-ID: 0xF9C1:0x274C / 0x00000102
Die SF-LED der Baugruppe wird ausgeschaltet.
Stationsadresse: 2
DP-Mastersystem ID: 1
47 01.01.1994 02:52:24.354 DP-Master Ereignis-ID: 0xF9C1:0x2745 / 0x1FF80014
Eine Baugruppe eines DP-Slaves meldet die Behebung aller vorliegenden Fehler.
Stationsadresse: 20
logische Adressse der Baugruppe: 8184
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Tecchanel.

Bei dem PB- Link ist es so, dass du ihm bei der Projektierung (also in der SSID "WLAN_CONFIG_AP") lediglich den Gerätenamen zuweist. Die CPU erledigt dann den Rest. Erkennt diese den Gerätenamen in der Liste der Erreichbaren Ethernetteilnehmern, weist die CPU dem PB- Link die IP- Adresse zu. Hast du die IP Adresse vielleicht doppelt vergeben?
Laut der Eintragungen müsste die CPU die 192.168.124.1 und der PB- Link die 192.168.124.3 haben.

Könnte jedoch auch ein Profibusproblem (Busgeschwindigkeit bei allen Teilnehmern gleich?, Leitungslänge, Abschlusswiderstand) sein, da sich die Teilnehmer ja willkürlich an-/ abmelden.
 
Hallo.
Versuch doch mal folgendes: Verbindungseinstellungen nicht automatisch erkennen lassen, sondern fest einstellen. Bei den wenigen Teilnehmern kannst Du eigentlich langsam (z.B. TP/ITP 10Mbit/s Vollduplex) einstellen. Es müssen halt alle dann die selben Einstellungen haben. Aber der Master bzw. Switche müssen bei Abruch o.ä. nicht sich gegenseitig angrapschen.
Alternativ brems doch mal deinen Profibus her. Ist der nämlich schneller als das Ethernet, hast Du natürlich auch Probleme.
Sailor
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich würde mal versuchen, mit einem Profibustester den Profibus auszumessen und vielleicht auch mitprotokollieren. Dann erkennt man evtl. ob der Profibus oder ein Slave gestört ist oder eher der Master.
 
Zurück
Oben