Zur Übersicht - INFO - Neueste 50 Beiträge - Neuer Beitrag - Suchen - FAQ - Zum CC1-Forum - Zum CC-Pro-Forum

Wichtig: Bevor Du wegen einem Problem mit der CC2 postest, stelle sicher, daß Du
die neueste OS-Version, die neuseste Compiler-DLL und die neuesten Modulversionen benutzt!
Beachte, daß sich auf der CD zur CC2-Unit/Station auch jetzt noch die ältesten Dateien befinden!
Es gelten folgende Anleitung und Regeln: Regeln CC2Net.de-Forum
Zurück zum Artikel  (Blaue Felder sind Pflichtfelder)


Name:   UserID: 
 E-Mail:
Kategorie
Betreff
Homepage:
Link-Titel:
Link-URL:
Cookie für Name, UserID, E-Mail, Homepage-URL setzen
(Erspart die Neueingabe bei Beiträgen und Antworten)
(Zum Löschen des Cookies hier klicken)
Ich nutze:
C-Control II Unit
C164CI-Controllerboard
C-Control II Station
CCRP5 mit CC2-Unit (Conrad Roboter)
CC2-Application-Board
CC2-StarterBoard
CC2-ReglerBoard
eigenes Board
original OS     OSOPT_V2     OSOPT V3.0 OSOPT V3.1

Kommentar:
Einfügen von HTML im Kommentar:

Link einfügen: <a href="LINKURL" target="_blank">LINKTITEL</a>
Bild einfügen: <img src="BILDURL">
Text formatieren: <b>fetter Text</b>  <i>kursiver Text</i> <u>unterstrichener Text</u>
Kombinationen sind auch möglich z.B.: <b><i>fetter & kursiver Text</i></b>
C2 Quellcode formatieren: <code>Quellcode</code>
ASM Quellcode formatieren: <asm>Quellcode</asm>
(Innerhalb eines Quellcodeabschnitts ist kein html möglich.)
Wichtig: Bitte mache Zeilenumbrüche, bevor Du am rechten Rand des Eingabefeldes ankommst !  

> Hallo André, > > danke für die Info mit deinem Downloadtool in der Sharewarevariante hatte ich es auch schon getestet, > aber das klappte auch nicht, warum weiss ich ja jetzt :-) > Das erklärt auch warum es funktioniert wenn ich von 19200 nach 57600 wechsle. > Naja wie dem auch sei ich denke das ich es dann ja auf jeden Fall mal mit Deinem neuen Tool versuchen werde! > Dann wart ich mal mal geduldig darauf :-) > > Danke! > Alex > > > Hallo Alex, > > > > Bevor Du weiter unnötig rumprobierst, eine kurze Antwort: > > Ein direktes Laden von Programmen über den COM-Port-Redirector aus > > der IDE heraus ist nicht möglich. (Außer man macht wirklich solche Klimmzüge) > > Das liegt daran, daß man die Baudrate beim XPort nur FIX einstellen kann, und > > der Redirector selbst keinerlei Zugriff auf diese Einstellungen im XPort hat. > > D.h., es ist hier egal, welche Geschwindigkeit man am COM-Port des Redirectors > > einstellt. Es zählt nur die im XPort eingestellte Geschwindigkeit. > > Über LAN werden die Daten immer so schnell, wie möglich, übertragen. > > > > In der IDE werden für das Laden von Programmen zwei Geschwindigkeiten genutzt. > > 1. 19200 Baud, die Standardgeschwindigkeit im Hostmode > > 2. 57600 Baud für das Laden selbst. > > > > Wenn man im Programm fix 19.200 Baud nutzt, uns dies auch im XPort konfiguriert, > > kann man das CC2Net.de-Download-Tool bis V2.24 zum Laden von Programmen > > hier einsetzen, wenn man dort 19.200 Baud als Geschwindigkeit wählt. > > > > Das Thema gab's aber z.T. schon im Forum. > > > > Derzeit ist die Version 2.3 des DL-Tools in Entwicklung und im Betatest. > > (Interne Versionsnummer 2.29) > > Hiermit ist das Laden von Programmen, HEX-Dateien bzw. Download-Makros direkt > > über eine Socks-Verbindung möglich. D.h., der COM-Port-Redirector wird hier nicht benötigt. > > Man muß nur die IP bzw. den Host und den TCP-Port angeben. > > Was nicht über den XPort funktioniert, ist das Laden eines OS. > > Um über den XPort mit dem CC2Net.de-DL-Tool V2.3 Programme laden zu können, > > ist mindestens OSOPT V3.1b1 notwendig. > > Für das Einleiten des Hostmodes ist das Kommando etwas anders. > > (Nicht 2x Byte 254, sondern Byte 254 Byte 253) > > Daraufhin kann man unterscheiden, ob die Verbindung über einen XPort oder direkt erfolgt. > > Dementsprechend wird das Programm mit einem normalen quit beendet (Parameter 1 bis 255), > > oder mit dem extended quit (>255), um die Einstellungen von HWCOM auch > > im Hostmode beizubehalten. > > > > Allerdings gibt es leider immernoch ein Problem: Die netzwerkbedingten Latenzzeiten. > > Da beim Übertragen von Programmen mit 32Byte-Datenblöcken gearbeitet wird, auf dessen > > Echo normalerweise gewartet werden muß, dauert das Übertragen erheblich länger. > > Im lokalen LAN ist das zwar noch erträglich, jedoch spätestens, wenn das Programm > > über WAN übertragen werden soll, kann man zwischenzeitlich, je nach Programmgröße, > > eine Tasse Kaffee trinken gehen. ;-) > > Ich habe zwar damit experimentiert, die Blockgröße zu erhöhen, jedoch funktioniert > > eine Übertragung nur bis 64 Byte Blockgröße noch zuverlässig. > > > > Die einzige Möglichkeit, das Übertragen wirklich zu beschleunigen, wäre > > das Integrieren eines erweiterten Lade-Protokolls inkl. Fehlerkorrektur im OS. > > Das wäre aber erheblich extra-Arbeit, was ich zeitlich leider nicht so schnell realisieren kann. > > Daher werden ich wahrscheinlich vorerst das Download-Tool in der V2.3 mit den momentanen > > Routinen herausbringen, und ein erweitertes Protokoll in einer künftigen OS-Version > > erst bei einer weiteren Version des DL-Tools vorsehen. (V2.31 aufwärts) > > > > Prinzipiell kann ich V2.3 des DL-Tools veröffentlichen, sobald ich noch > > ein paar "kosmetische" Dinge erledigt habe. (Textmeldungen etc.) > > Allerdings bin ich am Überlegen, ob ich noch einen Kennwortschutz für das Laden > > über den XPort einbauen soll. Nicht, daß dann jemand über LAN eine CC2 hackt. ;-) > > (Die CC2 fragt dann nach einem Kennwort, bevor diese in den Hostmode wechselt.) > > > > Wenn ich diesen Kennwortschutz nicht implementiere, werde ich Version 2.3 > > wahrscheinlich in etwa einer Woche rausbringen. > > Mit dem Kennwortschutz erst eine Woche später. > > > > Gut, das dazu. > > Wenn Du bereits eine lizensierte Version des DL-Tools haben solltest, kann ich Dir vorab > > die Beta von Version 2.3 zukommen lassen. > > > > MfG André H. > > > > > > > > > Mhm... zu früh gefreut aber es geht. > > > Leider musste ich feststellen das es nach einem Reset der CC2 nicht mehr funktioniert mit dem Upload, > > > denn dann kommt die Meldung : Kein Hostmode? > > > Allerdings habe ich dann folgendes festgestellt wie es funktioniert > > > 1. CC2 in den Hostmode bringen > > > 2. dann den XPORT per Weboberfläche auf 19200baud stellen > > > 3. Einmal versuchen das Programm per IDE laden, CC2 wird gelöscht aber Programmladefehler erscheint. > > > 4. dann den XPORT per Weboberfläche auf 57600baud stellen > > > 5. Nochmal versuchen Programm per IDE laden, CC2 wird fehlerfrei programmiert. > > > > > > Ist ätzend aber funktioniert........ > > > > > > > > > > Naja manchmal kann man sich auch selber helfen^^ > > > > > > > > Nach ca 3h weiterem rumprobieren hab ichs denn doch endlich gschafft. > > > > Dann will ich euch die Lösung auch net vorenthalten: > > > > In der Systemsteuerung/Gerätemanger habe ich für den virtuellen ComPort von Lantronix folgendes eingstellt: > > > > Baud: 57600 !!!!!! > > > > Datebbits: 8 > > > > Parität: Keine > > > > Stoppbits: 1 > > > > Flussteuerung: Keine > > > > > > > > Das gleiche dann auf der Seite des XPort per Webconfiguration > > > > Protocol: RS232 > > > > Baud: 57600 !!!!!! > > > > Datebbits: 8 > > > > Parität: Keine > > > > Stoppbits: 1 > > > > Flussteuerung: Keine > > > > > > > > Bei Pack Control alles aus! > > > > > > > > Flush Mode > > > > Flush Input Buffer Flush Output Buffer > > > > With Active Connect: Yes With Active Connect: Yes > > > > With Passive Connect: Yes With Passive Connect: Yes > > > > At Time of Disconnect: Yes At Time of Disconnect: Yes > > > > > > > > Protokoll TCP der Rest ist bei meine Test egal gewesen. > > > > Die Baudrate jedoch ist wichtig :-) > > > > > > > > Naja evtl hilfts ja noch mal einem. > > > > > > > > > > > > > >
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB