TV-Check bei FANUC, Wer weiss wie der TV-Check funktioniert

Hallo
Bei vielen DNC-Systemen die an FANUC's angschlossen werden heisst
es, dass der TV-Check auf 0 gesetzt werden muss.

Weiss jemand, warum dass so ist?
Was checked der TV eigentlich? Wäre dies
ein Erhöhung der Übertragungssicherheit. Ansonsten
werden die einzelnen Zeichen nicht kontrolliert.

Danke für jeden Hinweis.

Arthur

Hallo Arthur,
beim einlesen von Programmen in den Speicher werden evtl. Komentarabschnitte mit eingelesen und nicht ignoriert.
Im Speicher oder DNC betrieb werden sämtliche Komentarabschnitte übergangen.

Wenn bei der Übertragung ( DNC Betrieb oder Blockweises Arbeiten) ein langer Komentarabschnit gelesen wird kann die Maschine stehen bleiben.

Deswegen schaltet man den TV CHECK ab.

Grüße aus Gütersloh
Holger

Hallo Holger

Danke für's Feedback.

Aber prinzipiell habe ich doch damit Recht, dass es bei
der seriellen Übertragung bei Fanuc keine richtige Kontrolle
gibt, ob alle Zeichen übertragen wurden?
Wenn die Maschine nicht gerade ein Problem mit der
Interpretation hat, erkennt sie keinen Fehler.
Wenn statt "X230." "X0." ankommt kann
bei der üblichen Übertragungsart nichts gemacht werden.
( Alles unter der Annahme, dass RTS/CTS oder Xon/Xoff richtig
eingestellt ist )

Mein Ansatz ist eigentlich der, dass das gesamte Programm zurück
zum PC gesendet wird, dort verglichen und ein Feedback-Programm
mit einer Statusmeldung zur Maschine gesendet wird.

Was meint Ihr dazu?

Gruss Arthur

Hallo Arthur,


Ja leider ist es so.



willst du das nur machen um die Übertragung zu Testen? Oder Permanent um jedes Mal das Programm zu prüfen?


Bei Standart 4800 Baud ist das dann nicht der Hit weil das Senden und Empfangen ja nun mal auch Zeit kostet.



Grüße aus Gütersloh
Holger

Ich denke, dass es Sinn macht, wenn man z.B. 10 Programme pro Tag und Maschine einliest, sind das vielleicht 10 Minuten Zeit, allerdings hat man damit eine >99 % Sicherheit, dass kein Crash ( wegen Zeichenfehler ) gefahren wird.

Gruss Arthur

Hallo Arthur,
sicherlich hast du recht.
Nur läst der Mitarbeiter denn dann gleich die Maschine mit 100% laufen?
Wohl nicht, denn beim Externen Programmieren können sich ja auch Fehler einschleichen.

Also sind das ja nicht nur die 10 min bei der Prüfung der Programme sondern dazu kommt noch das "einfahren".
Also könnte man doch dann die Überprüfung sparen.

Zum anderen:
Es kommt doch auch immer darauf an wie störanfällig das Kabel ist und wo und wie es verlegt wird (wurde).

Wenn man solche Kabel neben einer Hochspannungsquelle verlegt ist die wahrscheinlichkeit höher das Daten verschluckt oder fehlerhaft übertragen werden.

Ich habe es eigentlich noch nicht erlebt das Daten plötzlich im Nirvana verschwinden.

Aber vorsicht ist die Mutter der Porzelankiste.

Grüße aus Gütersloh
Holger

Auf dem Weg von der Maschine zurück zum PC können sich ebenfalls Fehler einschleichen.

Eine gängige Methode ist die Prüfsummenbildung, d. h. nach einem Satz schickt man noch ein Prüfbyte mit oder auch die RS232 bietet die Möglichkeit, ein sog. Parity-Bit mitzuschicken, damit die Bitsumme immer gerade (oder ungerade) ist.

Was tun, wenn nun ein Zeichen oder auch ein Block falsch ankommt, die Steuerung müßte dem PC sagen, ab wo sie die Info nochmal braucht, er also den Block wiederholt. Nach jedem Zeichen (macht man nicht) oder jedem Block müssen sich also beide kurz verständigen, ob auch alles hiel angekommen ist oder wiederholt werden muß. In der Technik wird dies durchaus gemacht.

Der Aufwand von so einer Prüfung ist nicht unerheblich, ich hab sowas auch öfter prorgrammiert (von CAD/CAM allein kann ein echter TBL nicht leben), also Kommando empfangen, geprüft und ein Zeichen zurückgeschickt, das dem Steuerrechner sagte, ob er das Kommando wiederholen soll oder nicht. Während das für den Datenempfänger noch relativ einfach ist, er bekommt den Datenstring, checkt ihn und reiht ihn ggf. in die Befehlspipeline ein, schickt ein ok zurück bzw. die Wiederholanforderung, muß der Datensender immer aufpassen, was korrekt ankam, besonders ärgerlich, wenn dort Sprungbefehle anstehen, die auch von der Antwort abhängen. Es kostet viel Zeit und sehr schnell baut man sich dort Hunde ein, die nur schwer zu finden sind (ich mach meist C++).

Wenn schon, dann würde ich die Prüfsummenmethode (2 Prüfsummen nach verschiedenen Methoden errechnet) als zuverlässig genug ansehen.

Was die elektrische Sicherheit angeht, hier hatte ich noch keine Probleme.

Hallo zusammen,

es gibt eben Maschinen mit DNC-Protokollen und welche ohne. Bei Maschinen ohne Protokoll ist es vom Aufwand und Nutzen her sinnvoller einen optimalen Weg zur Übertragung der Daten zu nutzen.

Vorteilhaft sind Umsetzer von Ethernet auf RS232, die direkt in die DNC-Software eingebunden sind. Das Netzwerkprotokoll bietet eine geprüfte Übertragung und in der Steuerung brauchtst du nur noch max. 2m RS232-Kabel. Den Handshake korrekt eingestellt und ein vernünftiges Kabel, die Fehlerwahrscheinlichkeit geht gegen Null.

Zusätzlich hast du den Vorteil, das Netzwerkschnittstellen von sich aus galvanisch getrennt sind und die Netzwerkübertragung gegenüber einer spannungsgesteuerten RS232-Übertragung weniger störanfällig ist. Bei der WLan - Variante brauchst du dir darüber auch keine Gedanken mehr machen.

Eine Steuerung die kein DNC-Protokoll unterstützt, wirst du vermutlich nicht mal eben umprogrammieren, oder? Also würde auch nur ein Umsetzer vor der RS232 ermöglichen ein Protokoll mit Prüfsummen zu implementieren; der letzte weg geht dann auch ohne Prüfsummen in die Steuerung.


Gruß Andreas