-> Hier kostenlos registrieren
zip
Ja. Genau diese Idee hat auch bei und einen Durchbruch gebracht - vor Jahren beim Bau des OPC Servers Rockwell. Da lag es nahe das Andere die gleiche Idee hatten. Ein eigenes Packverfahren macht kaum jenand, allein wegen des Aufwands. Aber auch weil ein offenes altes verfahren keinen Patentklagen ausgesetzt ist. Der Tani OPC Server nutzt das auch so. Wenn nun die Zip bekannt sind dann ist sicher die nächste Frage wie die vielen ID in den XML verwoben sind. Dazu gibt es mehrere Regeln, wahrscheinich haben mehrere Teams gearbeitet. Im Prinzip gibt es Regeln und Ausnahmen. Ist das Regelwerk klar so werden damit in Datenbausteinen die Strukturen erkannt und zugeweisen. Ebenso werden im Programmcode wie OB FB .. die Module zugeweisen. Manche Module beziehen sich auf Hardware, die haben dann "bekannte" id. Wer eine SPS baut der nutzt ja FPGA für komplexe schnelle Dinge. Zusätzlich werden die Möglichkeiten des Prozessors so intelligent wie möglich genutzt. An manchen Grenzen klappt das nicht. Genau da sind dann die Ausnahmen im Regelwerk. Manche Ausnahmen dienen auch dem Bugfix. Da hats geklemmt, das zu erkennen und nachzubauen kostet die große Zeit. Mit diesem Wissen kann eine komplette Programmiersoftware zur S7 1500 gebaut werden, oder eine kompatible Soft SPS entsteht. Auf jeden Fall ist ein SPS Backup und Restore so zu bauen (und wir bauen das). Ein SPS Protokoll bildet normalerweise diese Innereien der SPSsen ab. Darum ist ein Protokollnachbau immer vom Knowhow der SPS Interna abhängig. Wichtige Info dazu kommt oft von erfahrenen SPS Programmierern die die Dinger in den Anlagen nutzen. Der Rest ist Nachdenken.
Der s7comm-plus hat uns die Arbeit oft erleichtert. Ursprünglich hatten wir selbst einen rudimentären Decoder gebaut. Es ist aber viel einfacher mit jemand zusammenzuarbeiten der sich dem Thema voll widmet. Daher kommt auch der Spruch das Wissen sich vermehrt wenn man es teilt.
Ist es geplant s7comm-plus in Wireshark Standard aufzunehmen ?
Wenn ja, wann ?
Ja. Genau diese Idee hat auch bei und einen Durchbruch gebracht - vor Jahren beim Bau des OPC Servers Rockwell. Da lag es nahe das Andere die gleiche Idee hatten. Ein eigenes Packverfahren macht kaum jenand, allein wegen des Aufwands. Aber auch weil ein offenes altes verfahren keinen Patentklagen ausgesetzt ist. Der Tani OPC Server nutzt das auch so. Wenn nun die Zip bekannt sind dann ist sicher die nächste Frage wie die vielen ID in den XML verwoben sind. Dazu gibt es mehrere Regeln, wahrscheinich haben mehrere Teams gearbeitet. Im Prinzip gibt es Regeln und Ausnahmen. Ist das Regelwerk klar so werden damit in Datenbausteinen die Strukturen erkannt und zugeweisen. Ebenso werden im Programmcode wie OB FB .. die Module zugeweisen. Manche Module beziehen sich auf Hardware, die haben dann "bekannte" id. Wer eine SPS baut der nutzt ja FPGA für komplexe schnelle Dinge. Zusätzlich werden die Möglichkeiten des Prozessors so intelligent wie möglich genutzt. An manchen Grenzen klappt das nicht. Genau da sind dann die Ausnahmen im Regelwerk. Manche Ausnahmen dienen auch dem Bugfix. Da hats geklemmt, das zu erkennen und nachzubauen kostet die große Zeit. Mit diesem Wissen kann eine komplette Programmiersoftware zur S7 1500 gebaut werden, oder eine kompatible Soft SPS entsteht. Auf jeden Fall ist ein SPS Backup und Restore so zu bauen (und wir bauen das). Ein SPS Protokoll bildet normalerweise diese Innereien der SPSsen ab. Darum ist ein Protokollnachbau immer vom Knowhow der SPS Interna abhängig. Wichtige Info dazu kommt oft von erfahrenen SPS Programmierern die die Dinger in den Anlagen nutzen. Der Rest ist Nachdenken.
Der s7comm-plus hat uns die Arbeit oft erleichtert. Ursprünglich hatten wir selbst einen rudimentären Decoder gebaut. Es ist aber viel einfacher mit jemand zusammenzuarbeiten der sich dem Thema voll widmet. Daher kommt auch der Spruch das Wissen sich vermehrt wenn man es teilt.
Ist es geplant s7comm-plus in Wireshark Standard aufzunehmen ?
Wenn ja, wann ?
Zuletzt bearbeitet: