Resultados 1 a 5 de 5
- 08-14-2003, 05:42 AM #1Simon LongInvitado
Hola a todos,
Este problema parece ser ampliamente reconocido, pero me preguntaba si
cualquiera que conozca un poco más acerca de los comandos AT y el estilo que yo
puede sugerir una solución.
No es un problema conocido con el envío de gran tamaño (> 10k) archivos a través de un Nokia
6310i más de IrDA de un Psion 5mx PDA. Básicamente, la conexión de teléfono
con el ISP se ha caído al azar al enviar grandes cantidades de datos.
(Recepción de datos está muy bien.)
Recientemente me he visto obligado a utilizar un 6310i (mi Ericsson R520 muerto)
y este problema es realmente me molesta. Existen numerosas soluciones
sugerido en línea, en su mayoría operaciones de conmutación para controlar el flujo XON / XOFF,
pero éstos no parecen funcionar. Del mismo modo, utilizando la conectividad móvil
Actualizaciones de Psion se supone que ayuda, pero no lo hacen.
He visto este problema con dos Psions y diferentes 3
6310i es. Esto no sucede cuando se utiliza el Nokia PC Suite para conectar
para el teléfono por infrarrojos desde un ordenador portátil, y esto no sucede cuando se utiliza
el Psion para conectarse a un teléfono Ericsson. Por lo tanto hay una cierta
incompatibilidad entre el Psion y el logotipo.
En cuanto a los archivos de registro de Psion comunicaciones, he notado algo. La
últimos comandos antes de terminar la llamada (que está en el sistema) suelen ser
algo a lo largo de las líneas de:
Tx: AT
Rx:
Aceptar
Tx: ATO
Rx:
NO CARRIER
Tx: ATH
Rx:
Aceptar
Ahora, de la lectura de algunos de los documentos en la web, parece como si
el Psion ha entrado en un modo en el que haya emitido (o piensa que tiene
emitidos) una secuencia de escape ('+++') al Nokia - ATO es el comando
para volver al modo en línea después de un escape.
Lo que sospecho que ocurre es que los problemas Psion un comando de escape
a los Nokia, y de alguna manera por el tiempo que está listo para regresar a línea
modo, el Nokia se ha desconectado. La pregunta es por qué el Psion es
emisión excapes mientras que en el medio de envío de datos - en lo que
circunstancia que esto suceda? Los comandos AT se utilizan para configurar el
módem, y me han asumido que una vez conectado, esto no debe ser
es necesario. Se XON / XOFFs enviados a través de secuencias de escape? ¿Hay alguna manera
de detener el envío de Psion se escapa? ¿Qué significa el que Psion
que está haciendo en el modo de comando? ¿Es el envío de algunos comandos AT que
cuelga en marcha, o lo que es interpretado por el Nokia como una petición de colgar?
No sé si esto se puede arreglar - Estoy seguro de que Psion no están interesados en
arreglarlo, y dudo que la atención de Nokia tanto. Me pregunto si
algo de hacking juicioso de la pila de telefonía GSMBSC.TSY en el Psion
con un editor hexadecimal podría cambiar una secuencia de comandos para detener esto, pero
no saben lo suficiente acerca de comandos de módem establece que saber dónde buscar.
¿Algún consejo recibido con gratitud - por favor, publicarlo en el grupo si tiene
todas las ideas.
Simon
> Ver Más: La carga de datos de un Psion a través de un Nokia 6310i - problemas.
- 08-14-2003, 09:18 AM #2Chris MalcolmInvitado
Re: Cargando dato de un Psion vía un Nokia 6310i - problemas.
[email protected] (Simon Long) escribe:
> Hola a todos,
> Este problema parece ser ampliamente reconocido, pero me preguntaba si
> Cualquiera que conozca un poco más acerca de los comandos AT y el estilo que yo
> Puede sugerir una solución.
> No es un problema conocido con el envío de gran tamaño (> 10k) archivos a través de un Nokia
>6310i más de IrDA de un Psion 5mx PDA. Básicamente, la conexión de teléfono
> A los ISP se deja caer al azar al enviar grandes cantidades de datos.
> (Recepción de datos está muy bien.)
Traté de enviar algunos archivos de gran tamaño de mi 5mx Psion a través de infrarrojos y
la aplicación Comunicaciones a mi oficina a través de un 6310i. YMODEM, que trabaja
bien al contrario, se retiró a 10K primero por alguna razón. Sin embargo,
también lo hace cuando se conecta mediante un cable de datos. Así que traté de ASCII,
y se transfieren los archivos de varias 03.01 megabyte por infrarrojos con éxito
sin ningún problema. Por cierto, me di cuenta de que la velocidad de transferencia de variadas
notablemente con la fuerza de la señal móvil.
¿Puedes ser más específico sobre las circunstancias de su problema? Yo
parece recordar que hubo algún tipo de interacción con otro extraño
Psion, aparentemente sin ninguna relación de parámetros 5mx que cuando se establece
indicados para hacer este problema de la deserción de infrarrojos desaparecen.
--
Chris Malcolm [email protected] +44 (0) 131 650 3085 del Departamento de Defensa # 205
Facultad de Informática de la Universidad de Edimburgo, 5 Forrest Hill,
Edimburgo, EH1 2QL, Reino Unido. [http://www.dai.ed.ac.uk/homes/cam/ ]
- 08-15-2003, 05:27 AM #3Simon LongInvitado
Re: Cargando dato de un Psion vía un Nokia 6310i - problemas.
(Disculpas por no seguir correctamente el hilo - Grupos de Google
parece un poco lento esta mañana ....)
"Chris Malcolm" <[email protected]> escribió en el mensaje
Noticias: bhg98d $ $ SLJ [email protected] ...
> He intentado enviar algunos archivos de gran tamaño de mi 5mx Psion a través de infrarrojos y
> La aplicación Comunicaciones a mi oficina a través de un 6310i. YMODEM, que trabaja
> Bien al contrario, se retiró a 10K primero por alguna razón. Sin embargo,
> También lo hace cuando se conecta mediante un cable de datos. Así que traté de ASCII,
> Y se transfieren los archivos de varios 1.3 megabytes por infrarrojos con éxito
> Sin ningún problema. Por cierto, me di cuenta de que la velocidad de transferencia de variadas
> Notablemente con la fuerza de la señal móvil.
Es interesante. Yo no había intentado ninguna ASCII, pero si que se
a través de bien, entonces es probable que sea un problema con los bytes de datos en el
archivo transmitido se interpreta como códigos de control que hacen que el
conexión a caer. He leído recientemente en algún tipo de documentación del módem
que el control de flujo XON / XOFF, no se recomienda el envío de binarios
de datos. Yo hubiera pensado que el protocolo fue diseñado para hacer frente a
esto, pero tal vez no es ...
> ¿Puedes ser más específico sobre las circunstancias de su problema? Yo
> Parece recordar que hubo algún tipo de interacción con otro extraño
> Aparentemente no guardan relación alguna Psion parámetro 5mx que cuando se establece
> Indicados para hacer este problema de la deserción de infrarrojos desaparecen.
Aceptar. Estoy usando RMRFTP para subir archivos a mi sitio web. Estoy usando HSCSD
en Orange (aunque fuera de inflexión que no parece tener ningún
diferencia). He intentado un montón de configuraciones diferentes en el Psion, pero
(!) la que se han asentado en como menos mala es la siguiente:
Velocidad: 115200
Conectarse: Infrarrojos
Clase Fax: Auto
Cadena de inicialización: AT & F & K4 (valores predeterminados de fábrica, XON / XOFF control de flujo)
Datos de la cadena: AT + CBST = 14
Control de flujo: Software
DSR: Sin marcar
DCD: Sin marcar
Módem: Móvil
Esto funciona bien para las descargas, pero sube tiende a caer después de 25k
más o menos. De vez en cuando algo se pone a través de - estoy probando con un 75k
Archivo SIS - pero es probable que no trabaja más a menudo que una vez en 20.
He intentado NFTP - mismo problema.
Si habilita el registro de conexión (C: \\ Logs \\ Etel), el archivo muestra todos los
apretón de manos inicial, muy bien, hasta una cadena de conexión buena. Los últimos años
líneas en el archivo tienden a mostrar algo como esto:
Tx: AT
Rx:
Aceptar
Tx: ATO
Rx:
NO CARRIER
Tx: ATH
Rx:
Aceptar
Esto me parece como si el Psion ha enviado una secuencia de escape a la
teléfono en algún momento, y la línea se cae, mientras que el Psion es
fuera de línea.
De vez en cuando, en realidad ves la Psion enviar la fuga en el registro de
archivo - algo así como:
Tx: AT
Tx: + + +
Tx: AT
Tx: AT
ERROR
He tratado de dejar caer la velocidad de la conexión entre el Psion y el
teléfono, y cambiar el control de flujo, pero nada parece afectar a lo que
sucede.
He leído que hay problemas con el IrDA si el Psion
auto-energía de tiempo de espera está establecido en la> de 30 minutos, pero se establece en 3
minutos en los míos.
¿Alguna idea brillante - Estoy confundido! (Como se Psion Teklogix - Estoy tentado
para intentar extraer el GSM archivos de la última ROM para el Netbook,
como el readme admite un error en Etel se fija. Sería interesante
saber si alguno de los usuarios de netbooks pueden hacer que esto funcione ...)
Saludos,
Simon
Yo
- 08-15-2003, 08:57 AM #4=? ISO-8859-1? Q? Mark = B2? =Invitado
Re: Cargando dato de un Psion vía un Nokia 6310i - problemas.
Simon Long escribió:
> Hola a todos,
>
> Este problema parece ser ampliamente reconocido, pero me preguntaba si
> Cualquiera que conozca un poco más acerca de los comandos AT y el estilo que yo
> Puede sugerir una solución.
>
> No es un problema conocido con el envío de gran tamaño (> 10k) archivos a través de un Nokia
> 6310i más de IrDA de un Psion 5mx PDA. Básicamente, la conexión de teléfono
> A los ISP se deja caer al azar al enviar grandes cantidades de datos.
> (Recepción de datos está muy bien.)
>
<snip>
> ¿Se XON / XOFFs enviados a través de secuencias de escape? ¿Hay alguna manera
> De detener el envío de Psion se escapa? ¿Qué significa el que Psion
> Que está haciendo en el modo de comando? ¿Es el envío de algunos comandos AT que
> Cuelga en marcha, o lo que es interpretado por el Nokia como una petición de colgar?
>
> Simon
¿Has probado a cambiar el control de flujo para RTS / CTS, comando AT & K3
- Esto es por lo general funciona mejor en las comunicaciones PC «normal».
--
Marcar ²
Linux Registered User # 324341
- 08-15-2003, 09:43 AM #5John HendersonInvitado
Re: Cargando dato de un Psion vía un Nokia 6310i - problemas.
"Simon Long", escribió:
> He leído recientemente en algún tipo de documentación del módem que XON / XOFF
> Control de flujo, no se recomienda el envío de datos binarios. Yo
> Iba a pensar que el protocolo fue diseñado para hacer frente a
> Esto, pero tal vez no es ...
Software de control de flujo (usando los caracteres XON / XOFF) no puede ser
utilizarse de manera fiable para los datos binarios, ya que estos dos personajes son muy
probable que se produzca dentro de los propios datos. Ellos se
interpretado, y perdió el flujo de datos, en lugar de ser
aprobado de forma transparente. En igualdad de condiciones, una sola XOFF
terminará la transferencia de datos.
De control de flujo por hardware (con los pines CTS / RTS RS232) es el
estrategia sensata, donde los datos binarios podrían estar involucrados.
La ventaja real de control de flujo XON / XOFF es que puede ser
utiliza más de un simple circuito de 3 conductores (en las tandas largas entre edificios
por ejemplo).
Juan
Telefonea Hablado Encima
Más Nokia 6310yo temas | Forum Nokia | Comentarios |
Temas Similares
- Nokia
- alt.cellular.verizon
- Nokia
- alt.cellular.cingular
- alt.cellular.motorola
Please suggest an outsourcing company
en Proveedor de Servicios Generales del Foro