kurt hat geschrieben: ↑29.10.2022, 23:30...Flow Control brauchst Du nicht zwingend, also mit SETSIO am besten NONE einstellen....
Mit welchem SETSIO-Parameter soll das denn gehen? Ich kenne nur TX, RX, <Baudrate>, BITS, STOP, PARITY EVEN/ODD/NONE, XON ON/OFF, HANDSHAKE ON/OFF.
Wenn ich nur SETSIO ohne Parameter eingebe, dann bekomme ich folgendes angezeigt:
9600 Bits 8 Stop 1 Parity none Xon off Handshake on Interrupt off
Der Befehl
DEVICE liefert dies hier:
Physical Devices:
I=Input,O=Output,S=Serial,X=Xon-Xoff
CRT NONE IO LPT NONE O SIO 9600 IOS CEN NONE O
Current Assingments:
CONIN: = CRT
CONOUT: = CRT
AUXIN: = SIO
AUXOUT: = SIO
LST: = LPT
kurt hat geschrieben: ↑29.10.2022, 23:30... Als Bare Bone lösung geht aber auch, CONIN u. CONOUT zusätzlich auch auf die Serielle zu legen (ohne Qterm !).
Aha... und wie macht man das?
kurt hat geschrieben: ↑29.10.2022, 23:30... Solltest Du ein Scope haben, damit das Bit-Timing versuchen zu ermiteln. ...
Leider Fehlanzeige. Ich bin ja nicht so der Hardware-Bastler...
kurt hat geschrieben: ↑29.10.2022, 23:30Der "Standard"-Befehl zum erkennen, ob das Modem antwortet ist "AT<cr>". Die Antwort solte ein schnödes "OK" sein.
Anscheinend ist mein qterm keine PCW-Version, da muss ich nochmal suchen - oder hast du einen Link für mich?
Wenn ich im vdu den Befehl AT eingebe (nachdem ich mit EXTRA+D das lokale Echo eingeschaltet habe, sonst sehe ich nix von dem, was ich tippe), dann kommt gar nichts zurück - auch kein "OK".
kurt hat geschrieben: ↑29.10.2022, 23:30Was für eine Firmware ist denn installiert ? ...
Die 1.0.2 von
https://github.com/VapourSoft/PCWWiFiModem/releases
Danke für die Unterstützung! Mal sehen, ob man das Ding nicht doch noch zum Leben erwecken kann...