LI2000 Programmierung

RTK-Sammler · 08.08.2011, 16:37

Also... Software von der CD installiert, Software nochmals von Hazard direkt runtergeladen und die vorhandene probiert. Bei allen drei Versuchen der selbe Fehler.

Wenn ich mein eigenes LI Bedienteil anschließe, geht es widerrum. Muss also am Bedienteil liegen ?! Hat Hänsch da vielleicht einen "Programmierschutz" bei neueren Versionen darüber gelegt ?

Was hat dieser "Handshake" Fehler überhaupt zu sagen ?

techniker · 08.08.2011, 16:42

USB->RS232 - Wandler dazwischen?

Dann bist du ein typisches USB-Opfer!

(USB ist ein paketorientiertes Protokoll - RS232 ist byteorientiert. Das gl Problem hatte ein User mit meinem ATM auch -> Ich habe deshalb ein Workaround in die Firmware integriert -> KLICK)

RTK-Sammler · 08.08.2011, 16:55

Zitat:

Zitat von techniker

USB->RS232 - Wandler dazwischen?

Dann bist du ein typisches USB-Opfer!

(USB ist ein paketorientiertes Protokoll - RS232 ist byteorientiert. Das gl Problem hatte ein User mit meinem ATM auch -> Ich habe deshalb ein Workaround in die Firmware integriert -> KLICK)

Naja, wenn das Ding sowas ist, was Du meinst. Sieht so aus:

Wenn ich ein USB-Opfer bin, warum funktioniert es, mein Bedienteil zu programmieren, das andere (mit einer anderen Version) aber nicht ?!

Wilhelm, HILFE !

jan-2601 · 08.08.2011, 18:13

Zitat:

Zitat von RTK-Sammler

Wenn ich mein eigenes LI Bedienteil anschließe, geht es widerrum. Muss also am Bedienteil liegen ?! Hat Hänsch da vielleicht einen "Programmierschutz" bei neueren Versionen darüber gelegt ?

?

Na, wenn sich das bewahrheiten sollte, kann ich ja echt froh sein, ein Bedienteil von Hazard zu haben...

techniker · 08.08.2011, 19:56

Bekommst du im Hardwaremanager eine neue COM-Schnittstelle, wenn du das Teil ansteckst?

RTK-Sammler · 08.08.2011, 20:16

Zitat:

Zitat von techniker

Bekommst du im Hardwaremanager eine neue COM-Schnittstelle, wenn du das Teil ansteckst?

Jawoll, siehe hier. Ist der "USB Serial Port (COM5)" !

Aktiviert hab ich ihn natürlich bereits, daran liegt's nicht !

techniker · 08.08.2011, 20:26

Dann ist die Box (oder zumindest darin) ein USB->RS232 Konverter.

Und die Handshake-Leitungen verursachen das von mir beschriebene Problem..

Evtl. ist die eine Firmware zu alt, dass damals USB noch nicht aktuell war - bzw. die "neuere" ist entsprechend diesem Problem angepasst worden..

-> Wenn du nicht irgendwie die Firmware aktualisieren kannst, wird das wohl nix werden..

(bzw. du bräuchtest eine echte RS232 und den entsprechenden "alten" Dongle..)

Du willst nicht zufällig mal in das innere dieser Box sehen?

RTK-Sammler · 08.08.2011, 20:29

Zitat:

Zitat von techniker

Dann ist die Box (oder zumindest darin) ein USB->RS232 Konverter.

Und die Handshake-Leitungen verursachen das von mir beschriebene Problem..

Evtl. ist die eine Firmware zu alt, dass damals USB noch nicht aktuell war - bzw. die "neuere" ist entsprechend diesem Problem angepasst worden..

-> Wenn du nicht irgendwie die Firmware aktualisieren kannst, wird das wohl nix werden..

(bzw. du bräuchtest eine echte RS232 und den entsprechenden "alten" Dongle..)

Du willst nicht zufällig mal in das innere dieser Box sehen?

Ja, klar - bleib kurz da, ich mach schnell ein Bild !

Aber warum funktionierte es bei meinem eigenen Hänsch Bedienteil und bei dem, das ich programmieren soll, nicht ?

techniker · 08.08.2011, 20:31

Zitat:

Zitat von RTK-Sammler

Aber warum funktionierte es bei meinem eigenen Hänsch Bedienteil und bei dem, das ich programmieren soll, nicht ?

Unterschiedliche Firmwareversion - bei dem genau *dieses* Problem gefixt wurde..?

08.08.2011, 16:42	#2
techniker Gold-Mitglied Name: Wilhelm Registriert seit: 05.01.2008 Ort: BY, Opf. Beiträge: 4.511	USB->RS232 - Wandler dazwischen? Dann bist du ein typisches USB-Opfer! (USB ist ein paketorientiertes Protokoll - RS232 ist byteorientiert. Das gl Problem hatte ein User mit meinem ATM auch -> Ich habe deshalb ein Workaround in die Firmware integriert -> KLICK)
	Never change a running system - never run a changed system!

08.08.2011, 19:56	#5
techniker Gold-Mitglied Name: Wilhelm Registriert seit: 05.01.2008 Ort: BY, Opf. Beiträge: 4.511	Bekommst du im Hardwaremanager eine neue COM-Schnittstelle, wenn du das Teil ansteckst?
	Never change a running system - never run a changed system!

08.08.2011, 20:26	#7
techniker Gold-Mitglied Name: Wilhelm Registriert seit: 05.01.2008 Ort: BY, Opf. Beiträge: 4.511	Dann ist die Box (oder zumindest darin) ein USB->RS232 Konverter. Und die Handshake-Leitungen verursachen das von mir beschriebene Problem.. Evtl. ist die eine Firmware zu alt, dass damals USB noch nicht aktuell war - bzw. die "neuere" ist entsprechend diesem Problem angepasst worden.. -> Wenn du nicht irgendwie die Firmware aktualisieren kannst, wird das wohl nix werden.. (bzw. du bräuchtest eine echte RS232 und den entsprechenden "alten" Dongle..) Du willst nicht zufällig mal in das innere dieser Box sehen?
	Never change a running system - never run a changed system!

08.08.2011, 16:37	#1
RTK-Sammler Silber-Mitglied Registriert seit: 03.10.2006 Beiträge: 1.490	Also... Software von der CD installiert, Software nochmals von Hazard direkt runtergeladen und die vorhandene probiert. Bei allen drei Versuchen der selbe Fehler. Wenn ich mein eigenes LI Bedienteil anschließe, geht es widerrum. Muss also am Bedienteil liegen ?! Hat Hänsch da vielleicht einen "Programmierschutz" bei neueren Versionen darüber gelegt ? Was hat dieser "Handshake" Fehler überhaupt zu sagen ?