TIA S7-1200 Webserver HTML Datei zu groß

Dantical

Level-2
Beiträge
94
Reaktionspunkte
2
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo miteinander,

ich habe folgendes Problem und komme nicht mehr weiter.

Ich habe für eine S7-1200 eine Anwenderseite in HTML erstellt
und kann nun dafür keine Datenbausteine erzeugen da diese Datei
zu groß ist (80kB).

Als Ursprungsprojekt hierfür hab ich mir ein Beispiel aus dem Forum
rauskopiert und für mein Projekt angepasst. (Da funzte es auch noch :rolleyes:).
Ausser der *html gibts auch noch eine *css und eine *js Datei.

Kann ich durch stecken einer Speicherkarte die maximal zulässige Größe
beeinflussen?

Kann ich die *HTML auf mehrere aufteilen ? oder funktioniert dann die Struktur
nicht mehr?

Gibt es noch sonstige Möglichkeiten ?

Der Siemens-Support konnte mir leider nicht weiterhelfen.

Gruß
Dantical
 
das kann nicht sein, die Daten werden automatisch fragmentiert und in einzelne Fragment DBs aufgeteilt - es sei den dein Ladespeicher ist zu klein - eine kleine 1200, wobei ich das auch nicht glaube.
Nur der DB 333 kann theoretisch zu groß werden, allerdings wird die Seite dann auch nicht gut funktionieren wenn man an die max Größe vom Steuer DB ran kommt.

Zeige mal deinen Code, am besten die komplette WebApp als ZIP, dann kann man es anschauen und nachstellen - alles andere ist zwecklos und das stochern im trüben
Welche Hardware und Software verwendest du?
Was meldet den der TIA Compiler?
Wie viele PLC Variablen willst du anzeigen?
 
na dann ist ja alles gut :)
Wobei mich das wundert, warum braucht die HTML Seite so viel Speicher / bzw, warum ist sie überhaupt so groß geworden?
Wie viele Seiten sind das in der einen Seite, bzw was wird hier in einer Seite alles dargestellt?
 
Moing,

Also insgesamt sind es nun 14 HTML Dateien die von Schaltern, Slidern, Zeitschaltuhren, Astrouhr, Betriebsstundenzähler usw. alles beinhalten. Da sind schon einige Variablen zusammengekommen.

Wenn der Webserver nun irgendwann mal im Dauerbetrieb läuft, bin ich gespannt wie stabil die ganze Sache dann ist.

Dann noch einen schönen Restarbeitstag und schon mal ein schönes Wee.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich ärgere mich mit dieser Beschränkung gerade herum, und frage mich, warum Siemens hier überhaupt "nicht optimierte" Datenbausteine erzeugt, wobei "optimiert" hier ausnahmsweise mal die Option der Wahl gewesen wäre.

Denn nur bei "nicht optimiert" gilt die Größenbeschränkung auf 64 kByte, "Optimierte" können bis zu 16 MByte groß sein.

Vor allem weil Siemens überall sagt, "nicht optmiert" soll man nicht verwenden und sei eigentlich nur aus Kompatibilitätsgründen vorhanden.
 
Laut Dokumentation ist die maximale Größe über alle Fragmente 1 MByte. Ich habe mir jetzt mal eine Testdatei mit 2 MByte erzeugt, in der alle 50.000 Bytes eine AWP-Fragment Anweisung eingefügt wird.
Ich kann zumindest die Web-Datenbausteine mit 40 Fragment-DBs ohne Fehlermeldung generieren.

Hat schon mal jemand versucht ob das funktioniert wenn man über das angebliche Limit hinausgeht? Ich kann es mangels Speicherkarte nicht testen.

Ob das Ganze später von den Ladezeiten her brauchbar ist, wäre die nächste Frage.
 
attachment.php
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Laut Dokumentation ist die maximale Größe über alle Fragmente 1 MByte. Ich habe mir jetzt mal eine Testdatei mit 2 MByte erzeugt, in der alle 50.000 Bytes eine AWP-Fragment Anweisung eingefügt wird.
Ich kann zumindest die Web-Datenbausteine mit 40 Fragment-DBs ohne Fehlermeldung generieren.

Hat schon mal jemand versucht ob das funktioniert wenn man über das angebliche Limit hinausgeht? Ich kann es mangels Speicherkarte nicht testen.

Ob das Ganze später von den Ladezeiten her brauchbar ist, wäre die nächste Frage.

Ich hab mittlerweile 95 .htm Dateien. 46 für die Anzeigen/Oberfläche, 3 für Hilfetexte, der Rest für die Kommunikation. Der WWW Ordner hat 1,92 mB. Gestern hab ich versucht einfach zusätzliche Dateien reinzuschieben, Web Ordner>4mB, da ich Hilfe Texte als PDF auf die CPU legen möchte.
Was auch immer Tia mit den Dateien macht, es waren über 160 DBs die beim übersetzen erstellt wurden. Die Grenze ist der Ladespeicher meiner Test CPU gewesen. (1515-2PN)
Die 12mB Karte ist mit der Web Ordner Größe dann fast voll (97%), die 256mB Karte der Betriebs CPU steht bei ein paar Prozent. Ich denke, dass dann die max DB Grenze der jeweiligen CPU gilt.

Die Fehlermeldung beim Laden (Webint zu Groß 3724368mB) ist ein Fehler, oder prophylktisch, weil Tia zu dem Zeitpunkt noch nicht genau weiß, was da so alles drinnen ist (meine Annahme!). Laden läßt es sich bis jetzt immer.

Die Ladezeiten hängen von der Progammierung der einzellnen Seiten ab. Das erste Laden dauert schon ein bisschen, aber wenn sie im Browser ist, gehts dahin. Bei meiner intensivsten Seite hab ich ca 200 Variable die sekündlich abgefragt werden (ein WString - zerlegen im Browser). Ca. 20 davon int, der Rest Bool. Sekundentakt ist kein Problem. Licht mach ich im halb sekunden Takt - ich glaub so 50 Bool - geht gut. Schlechtes Endgerät ist eher das Problem.

Die Kommunkiation zur CPU gehört in einen String. Mehrere AWP_In_Variablen in einer Datei werden langsam!
Probleme gibts auch, wenn zB ein eingebetteter Kammera Stream den Kommunikationskanal ziemlich zumacht, und etwas gesendet wird. Das sind die Dinge, die mir aufgefallen sind.
 
Wie machst du das bei großen PDFs, bzw. groß ist für den Webserver ja alles > 64 kByte?
Meine Überlegung wäre mit einem kleinen Tool in großen Dateien nach x Bytes ein Fragment einzufügen, ich weiß aber nicht wie rückstandslos der Webserver diese wieder entfernt. Bei Binärformaten wäre es schlecht wenn an einer falschen Position ein Leerzeichen eingefügt wird.
 
Warum legt man die PDF Dateien nicht direkt über den Filebrowser auf der Karte ab?
Die müssen dann nicht mit generiert werden und auch nicht bei jedem Laden mit übertragen werden :rolleyes:

Die Meldung habe ich auch schon mal gesehen - aber noch nichts festdellen können das es sich negativ auf die Ladezeiten auswirkt.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Warum legt man die PDF Dateien nicht direkt über den Filebrowser auf der Karte ab?
Die müssen dann nicht mit generiert werden und auch nicht bei jedem Laden mit übertragen werden :rolleyes:

Ich habe den Filebrowser noch nie verwendet, kann der per http abgerufen werden?
Dann ließen sich theoretisch alle statischen Elemente (Bilder, Dateien, Javascript Bibliotheken) dort ablegen, das würde ja einiges vereinfachen und ganz neue Möglichkeiten schaffen.
 
ja der ist bei den Standard Seite ja dabei und lässt sich per Webbrowser bedienen
Die Inhalte der Seiten habe ich immer bei der Seite gelassen, also Bilder Scripte und solche Dinge
Theoretisch sollte es aber gehen, das man alle anderen Statischen dinge über den Filebrowser ablegt und die Seite einbindet

Aber PDFs wie Beschreibungen lege ich separat ab

Was verwendet Ihr für Bibliotheken das Ihr damit so massive Probleme habt?
 
Ich bastel gerade eine 3D-Visualisierung eines Kuka-Roboters mittels three.js. Das würde auch alles wunderbar funktionieren, aber meine Modell-Dateien sind in Summe ca. 5 MByte groß. Die three.js in der Min-Version mit 512kb ist da noch das kleinste Problem.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ach ja da war ja schon mal was die Tage :cool:

Da macht es dann doch sinn das man das statische model mit der Bibliothek auslagert
Wie man das aber in der Seite direkt wieder einbindet - da bin ich aus dem Stegreif jetzt auch überfragt - müsste man mal testen
 
Wenn man damit die Seite nicht flackert die reinen SPS-Daten per json und XMLHttpRequest anbindet, ist der Teil mit den dynamischen Daten ja nur ganz klein.

Also meine alte 1200er mit FW2.2 hier zu Hause hat keinen Dateibrowser oder so etwas im Webserver. Hat das nur die 1500er?
 
ne die 1200 auch, allerdings weiß ich nicht mit welcher Firmware Version das kam
Die Aktuellen Modell haben den - 1200 & 1500
 
Zurück
Oben