Sowas passiert, wenn man gerade zu schreiben anfängt und dann plötzlich zu Raumpflegearbeiten abkommandiert wird :/
Ich habe einmal eine PSP ("normaler" COM-Port) und einmal eine Bluetooth-GPS-Ratte (virtueller COM-Port), die ich provisorisch verbinden möchte.
Auf der Platine der Ratte selbst kann man zwar die Daten abgreifen, aber irgendwie klappt das mit dem einfachen Levelshifter (1k-Widerstand) nicht wie gewünscht.
Für den Anschluss an den PC verwende ich einen Levelshifter von Casio, mit dem ich der PSP sogar ein paar bytes entlocken kann, die einen Sinn ergeben (zwar nur NACK, aber egal). Die krude Syntax der Fernbedienung ( http://mc.pp.se/psp/phones.xhtml ) auszuprobieren hab ich aufgegeben, da irgendwann nur noch 0x00 zurück kommt...
Deshalb will ich die Daten der GPS-Maus auf die PSP umleiten.
Ich bekomme zwar auch noch einen GPS-Empfänger zum verbasteln, aber der kommt erst in etwa einer Woche an (aus Amiland).
Bis dahin will ich nicht untätig sein
Um die Daten, sofern sie denn ankommen, darzustellen, verwende ich ein Programm, das man iirc hier findet. Die Seite ist momentan anscheinend down



_________________


[ Diese Nachricht wurde geändert von: ElektroNicki am  2 Apr 2010 19:48 ]

Zitat :

Ich habe einmal eine PSP ("normaler" COM-Port) und einmal eine Bluetooth-GPS-Ratte (virtueller COM-Port), die ich provisorisch verbinden möchte.

Und wieso?
Sorry, ich gebe mir Mühe, aber ich habe das Problem immer noch nicht so recht verstanden .

Das Protokoll der PSP ist doch leicht implementierbar.

_________________

Wieso implementieren?
Die PSP wird über einen COM-Port angequatscht...
Ich will nichts programmieren, nur Daten umleiten.
Anders gesagt: ich habe keine Lust, einen Pegelwandler zu bauen, den ich dann an den Casio-Pegelwandler anschließe....
Es mutet etwas kompliziert an, ich will halt elektrische Probleme umgehen, vereinfacht gesagt.

_________________

Noch ein Versuch...

_________________

OK, jetzt hab ich verstanden, was du machen willst

Hast du ein Linu da?
Dann kannst du folgendes machen:

cat /dev/tty*1 > /dev/tty*2

Wobei tty* für das jeweilige Gerät gilt, für normale COM-Ports lautet es ttyS0, S1, usw. Deine Maus wird evtl. anders heißen.

Vorher die Einstellungen mittels stty auf die Baudraten und andere Parameter einstellen.

Hab grad keine Zeit, später mehr.

_________________

Linux habe ich nicht, da ist bei mir fast alles aufwändiger als bei xp

_________________

Sowas bekommst du bei: http://www.hw-group.com/products/hw_vsp/index_en.html

auf den Link -> HW Virtual Serial Port klicken.

_________________
mfg Jornbyte

Es handelt sich bei dem Tipp nicht um eine Rechtsverbindliche Auskunft und
wer Tippfehler findet, kann sie behalten.

Zitat : Jornbyte hat am  2 Apr 2010 21:20 geschrieben :

Sowas bekommst du bei: http://www.hw-group.com/products/hw_vsp/index_en.html auf den Link -> HW Virtual Serial Port klicken.

Hi,
VSP kann aber doch nur auf TCP umleiten, oder ?

@ElektroNicki:
schau mal hier : http://www.serial-port-mapper.com/
kannst Du 15 Tage testen, danach $130

_________________
Gruß
bluebyte

Hoho,

130$ für etwas, was man mit Linux standardmäßig kann.
Ich weiß schon, warum mir dieses System so gefällt


@Nicki:
Hatte es vorhin eilig, deshalb jetzt nochmal:
Du willst quasi die Ausgabedaten der einen Schnittstelle als Eingabedaten für die andere und umgekehrt, sozusagen eine Software-Schnittstelle (wie deine Überschrift ), oder?

Da fällt mir spontan VB6 (VisualBasic 6) ein, dort gab es eine Komponente die wie ein Telefon aussah. Mit diesem Ding konnte man serielle Schnittstellen öffnen und lesen und schreiben.

Wenn du zwei dieser Objekte benutzt, dann kannst du sie ganz einfach "kreuzen".


Der Tipp ist jetzt leider alles andere als professionell, aber ein Programm kann ich dir aktuell nicht nennen.
Nur wie es unter Linux geht, aber das hilft ja nicht wirklich
P.S.: mein Tipp war außerdem unvollständig. Es müsste noch einmal genau andersrum ausgeführt werden, für eine bidirektionale Verbindung.
Dafür aber auch enorm performant, einfach und unkompliziert - linux typisch halt

_________________

Das bringt mich auf eine etwas andere Idee: Ich starte zwei Instanzen von hterm (imho DAS Terminalprogramm überhaupt) und leite per copy and paste weiter. Es ist ja eh nur unidirektional und braucht nur ein paar NMEA-Datensätze.
Morgen gibts mehr, ich bin müde und das Bett ruft

_________________

Ich benutze dafür das Programm com0com

http://www.heise.de/software/download/com0com/49731

So überwache ich mit einem Monitorprogramm meinen RS232 Datenverkehr beim Programmieren, sehr hilfreich übrigens auch bei der Fehlersuche...