Bugreport an WAGO bezüglich BACnet-Configurator, Kundendienst bitte durchlesen!

KingHelmer

Level-1
Beiträge
1.076
Reaktionspunkte
139
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

ich stelle hier mal einen kleinen BUG-Report rein. Vieleicht hilft dieser, den Configurator von WAGO zu verbessern.

Mein System:

- WIN 7 64 BIT
- BACnet-Configurator Version 1.7.0.5 (anscheinend die neuste Version)

"Versuchsaufbau":

Meine Steuerung:

- WAGO 750-830 BACnet-Controller mit 1x 750-1405 und 1x 750-1504 DI/DO Klemme
- Programmierung mittels Codesys Version 2.3.9.28
- Eingebundene .libs: BACnet_02.lib, BACnetAccess.lib
- Importierte files: BACNETOBJECTS.EXP
- Objectanzahl "Values" der PLC: ca. 160

Kommunikation mit:

- Siemens Steuerungskomponenten
- 97 BACnet-Geräten
- Jedes Gerät stellt ca. 1000 Values, Objekte, Notification_Classes, usw. zur Verfügung


So nun die Auftretenden Fehler:

- Öffnen der Software
- Scannen des Netzwerkes - 97 gefundenene Geräte werden angezeigt, dannach hängt sich die Software auf, egal wie lange man wartet.
- Ausschalten der Automatischen Scan-Funktion : Eingabe der Objekt-Instanzen manuell, funktioniert.
- Rechtsklick auf meine PLC im Bereich "Database" - Erneuter Scan des gesamten Netzwerkes trotz ausgeschalter Scanfunktion --> Programm hängt sich auf!

Nun das schlimmste:

- Download der Configuration auf den Controller --> ERNEUTER SCAN des Netzwerkes noch wärend dem Download. Der Controller wird nach dem Neustart gesucht. Wieso wird nicht nur nach der expliziten Objekt-Instanz gescannt? Für mich nicht bereiflich....

Abhilfe:

- Download der Configuration, dann sofortiges Abziehen des Netzwerkkabels. Client Mappings oder sonstiges durchführen (offline).
- Speichern, Programm schließen, Programm neustarten
- Downloaden und hoffen, dass der Download ohne Scan durchgeführt wird.

Alles in allem hat mich mein Siemens Kollege in dem Moment ausgelacht und ich habe mich leider für die WAGO-Software schämen müssen.
Mir wurde durch den Configurator ein sehr langer Samstag und Sonntag voller entspannender Nervereien beschert.

In diesem "kleinen" Netzwerk waren nun nur 97 BACnet-Geräte. Hätte ich weiterarbeiten wollen, hätte ich mich in einem Netzwerk mit über 1000 BACnet-Geräten einloggen müssen -------------> Nicht möglich....

Weitere Bugs:

- EDE-File von Siemens ließ sich nicht öffnen, Fehler: Header Error: Expected keyword PROJECT_NAME
"Try to parse the file anyway?" --> Klick auf Yes führt zu folgender Fehlermeldung:

Error while importing EDE file.

The returned error was: Column 11 {} in line 35 could not be parsed.

Spalte 11, Linie 35 der Excel-File ist aber leer.....


Das war mal alles.
Vieleicht kann ich durch diesen kleinen Report ja etwas an der aktuellen Software ändern.

Viele Grüße,
Florian

Update 16.10.2013:

- Habe vor Ort eine EDE-File von genau diesem Gerät erstellt. Die Files unterscheiden sich überhaupt nicht voneinander. Dennoch kann ich die neu erstellte .csv-Datei - öffnen. Die EDE von Siemens aber nicht....

- Das Öffnen meines BACnet-Projektes hatte nicht mehr funktioniert. Nach dem Download des allerneusten BACnet-Configurators kann ich sie (zum Glück!!!!!) wieder öffnen.
 
Zuletzt bearbeitet:
Und weiter gehts:

- Seit heute kann ich eine bestehende Projektdatei nicht mehr öffnen, in welche ca. 5 Stunden Arbeit (Client Mappings) geflossen sind.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Moin KingHelmer

Die BACnet-Configurator Version 1.7.0.5 hat bei mir auch nicht funktioniert.
Ich verwende die Version 1.7.0.8_Small.
Das dickste Netzwerk, was ich damit bearbeitet habe hat allerdings nur ca. 2500 Objekte und um die 35 Geräte.
Die Codesys Version ist bei mir 2.3.9.40
Möglicherweise kann Dir diese Information weiter helfen.
Du kannst auch gern mal ein EDE File mir zusenden, dann probiere ich das Einlesen mal aus.

Und nur aus reiner Neugier, wer hat bei Siemens gelacht, der Industrizweig oder die Building-Boys?
 
Erst mal danke für die Info, ich werde dir morgen eine File senden, wäre nett wenn du das Öffnen testen könntest.

Habe heute versucht, mich auf MAINWAGO einzuloggen, um nach der aktuellen Version des Configurators zu schauen. Leider habe ich mein passwort vergessen ?! und daher "Passwort vergessen" gedrückt.
Aus den "maximal 30 Minuten" Wartezeit auf die E-Mail sind mittlerweile 13 Stunden geworden, weiter zunehmend.....

Und nur aus reiner Neugier, wer hat bei Siemens gelacht, der Industrizweig oder die Building-Boys?

Ein Building-Boy :) Dieser hat nur mit solchen Netzwerken zu tun :D

Grüße,
Flo
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich verwende dan Configurator 1.7.0.8
und CoDeSys 2.3.9.35
750-830
Meine Projekte waren zwar noch nicht so groß, aber am kämpfen bin ich auch ständig.

Die Liste wäre ewig.
Im Programm selber gibts einige Bugs.
Das schlimmste ist, dass ich nach Änderungen nicht weiß, ob noch alles funktioniert oder nicht.
Manchmal lassen sich die BACnet-Objekte nicht mehr ansprechen, manchmal sind Mappings weg.

Am Montag habe ich an einer Anlage etwas geändert, Zeit Änderung CoDeSys 5 Minuten, Zeit um den Controller danach wieder zum Laufen zu bekommen 2Stunden.
Am Freitag zuvor bei einer ähnlichen Anlage, Programm getestet alles läuft 17:00, noch kurz kontrollieren ob auf der BACnet-Seite auch alles passt, denkste um 19:30 war ich dann fertig.

Ich arbeite zwar auch gerne mit Wago, aber für zukünftige Projekte mit BACnet muss man mich schon zwingen.
 
Code:
aber für zukünftige Projekte mit BACnet muss man mich schon zwingen.

Aber welche Optionen gibt es denn schon groß, wenn man seine Produkte auf WAGO zugeschnitten hat und BACnet verwenden muss.
Da es bei mir wohl nur Einzelfälle sein werden, passt das schon.

Sollten vermehrt solche Projekte kommen, muss ich mir auch was überlegen.
Theoretisch sollte es ja nicht soooo schwierig sein, auf andere Systeme umzustellen, wenn man im Codesys programmiert hat.

Grüße
 
Da bin ich etwas freier.
Bei HLK-Anwendungen habe ich schon Alternativen
Bei Gebäudeautomation (Beschattung, Licht, etc) wirds schon schwieriger, hier benötige ich aber nicht allzu oft BACnet (wird aber mehr).

Soeben habe ich bei uns in der Firma was mit dem BACnet Controller getestet und die SPS ist sofort wieder angelaufen. Manchmal klappts eben doch.;)

Alles in allem ist mir die vorherige Version des Configurators stabiler vorgekommen.
Mann kann erkennen, dass der Configurator einen Zusatzsoftware ist, welche auf CoDeSys "aufsitzt". Ich bins gewohnt von DDC-Systemen, dass das Ganze BACnet-Handling in der Programmiersoftware verarbeitet wird und jeder Datenpunkt der angelegt wird gleich ein BACnet-Objekt ist.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

hab beim BACnet Konfigurator die Version 1.6.0.27 und Codesys Version 2.3.9.35 (build May 9 2012), dazu die Firmware:750-830_010433(00).hex
Ist laut einem Wago Mitarbeiter die "Version" die "funktioniert". Na ja, ein bischen Geduld muss man schon mitbringen.

Hervorgehoben wird das Wago BACnet mit flexibel,variabel, usw., dass dies aber einen sehr hohen Aufwand an Engineering bedeutet bedenkt niemand, da Wago die Produkte verkaufen will, sprich Umsatz machen auf Kosten der Systemintegratoren.

Wago ja, aber nur ohne BACnet.
Nicht schön zu sehen dass andere mit den gleichen Problem kämpfen.

Gruss

mzva
 
Hallo Zusammen,

ich habe gerade ein Siemens DESIGO Px Projekt, bei dem ich jetzt zusätzlich noch ein paar Bacnet Variablen von einem 750-830 aufnehmen soll. Die Bacnet Variablen der Wago werden im Bacnet Browser anzeigt. Das Dort erstelle EDE File habe ich auch im Siemens Xworks eingebunden. Leider kommen aber keine Daten an, bzw. der PX Controller kennt denn Teinehmer nicht.

Hat jemand noch ein paar Tipps für mich ? Wie seit ihr beim Verbinden der beiden Steuerungen vorgegangen ?

Viele Grüße

Benjamin
 
Zurück
Oben