Résultats 1 à 5 des 5
  1. #1
    Simon Long
    Invités
    Salut à tous,

    Ce problème semble être largement reconnu, mais je me demandais si
    Quiconque connaît un peu plus de commandes et d'autres que moi
    peut suggérer une solution.

    Il y a un problème avec l'envoi de grandes (> 10 k) fichiers via un Nokia
    6310i-dessus de l'IrDA à partir d'un Psion 5mx PDA. Fondamentalement, la connexion du téléphone
    à l'ISP est abandonnée au hasard lors de l'envoi de grandes quantités de données.
    (Réception de données est fine).

    J'ai récemment été contraint à l'aide d'un 6310i (mort en mon R520 Ericsson)
    et ce problème est vraiment écoute moi. Il existe de nombreuses solutions
    proposé en ligne, principalement impliquant le changement de contrôle de flux XON/XOFF,
    mais ceux-ci ne semblent pas fonctionner. De même, l'utilisation de la connectivité Mobile
    Mises à jour de Psion sont censés pour aider, mais ils ne pas.

    J'ai vu ce problème avec les Psions différentes 2 et 3 différents
    de 6310i. il ne se produit pas lorsque vous utilisez le Nokia PC Suite pour se connecter
    le téléphone via IR d'un ordinateur portable et il ne se produit pas lors de l'utilisation
    la Psion pour se connecter à un téléphone Ericsson. Par conséquent, il y a certains
    incompatibilité entre la Psion et le Nokia.

    Fichier de journal du Psion comms en regardant, j'ai remarqué quelque chose. Le
    dernières commandes avant la fin de l'appel (qui est connectée) est généralement
    quelque chose le long des lignes de :

    TX:at
    Rx :
    OK

    TX:ATO
    Rx :
    AUCUN TRANSPORTEUR

    TX:ath
    Rx :
    OK

    Il semble aujourd'hui, à la lecture de la documentation sur le web, comme si
    la Psion a obtenu dans un mode où elle a émis (ou pense qu'elle a
    délivré) une séquence d'échappement (« +++ ») pour le Nokia - ATO est la commande
    pour revenir au mode en ligne après une évasion.

    Je soupçonne que ce qui se passe, c'est que la Psion émet une commande de l'évasion
    Le Nokia, et d'une certaine façon au moment où il est prêt à retourner à en ligne
    mode, le Nokia a déconnecté. La question est pourquoi la Psion
    délivrance d'excapes alors que dans le milieu d'envoi de données - en vertu de ce qui
    circonstances vont arriver ? À commandes sont utilisées pour configurer la
    modem et j'aurait présumé que, une fois connecté, cela ne devrait pas être
    nécessaire. XON/XOFFs envoyés par le biais de séquences d'échappement ? Y a-t-il une façon
    d'arrêter la Psion d'envoyer s'échappe ? Que pense-t-elle du Psion
    C'est ce qu'en mode commande ? Il envoie quelques AT commande qui
    se bloque en place, ou qui est interprété par le Nokia comme une demande de raccrocher ?

    Je ne sais pas que si c'est réparable - je suis sûr que Psion ne sont pas intéressés à
    fixation et je doute que Nokia care plus. Je me demande si
    quelques judicieux de piratage de la GSMBSC.Pile de téléphonie TSY sur la Psion
    avec un éditeur hexadécimal pourrait modifier une séquence de commande pour empêcher cela, mais je
    ne sais pas assez sur les ensembles de commande du modem pour savoir où chercher.

    Tous les conseils reçus avec reconnaissance - veuillez poster au groupe si vous avez
    toutes les idées.

    Simon



    > Voir plus: Téléchargement de données à partir d'un Psion via un Nokia 6310i - problèmes.




  2. #2
    Chris Malcolm
    Invités

    Re : Téléchargement des données d'une Psion via un Nokia 6310i - problèmes.

    [email protected] (Simon Long) écrit :

    > Salut à tous,


    > ce problème semble être largement reconnu, mais je me demandais si
    > quiconque connaît un peu plus de commandes et d'autres que moi
    > peut suggérer une solution.


    > il existe un problème connu avec envoi de gros (> 10 k) fichiers via un Nokia
    >6310i-dessus de l'IrDA à partir d'un Psion 5mx PDA. Fondamentalement, la connexion du téléphone
    > à l'ISP est abandonnée au hasard lors de l'envoi de grandes quantités de données.
    > (réception de données est fine).


    J'ai essayé d'envoyer des fichiers volumineux de mon 5mx Psion via infrarouge et
    l'App de Comms pour mon ordinateur de bureau via un 6310i. YMODEM, qui fonctionne
    bien autrement, abandonné au premier 10 K pour une raison quelconque. Mais il
    aussi le fait lorsque connecté via un câble de données. Donc j'ai essayé plain ASCII,
    et transféré plusieurs mégaoctets de 1/3 fichiers par infrarouge avec succès
    sans aucun problème. Soit dit en passant, j'ai remarqué que la vitesse de transfert varie
    sensiblement avec la force du signal mobile.

    Pouvez-vous être plus précis sur les circonstances de votre problème ? JE
    semblent rappeler qu'il y a quelque étrange interaction avec une autre
    apparemment complètement étrangers Psion 5mx paramètre qui, lorsque la valeur
    convenablement fait ce problème de décrochage infrarouge disparaissent.


    --
    Chris Malcolm [email protected] + 44 (0) 131 650 3085 DoD # 205
    École d'informatique, Université d'Édimbourg, 5 Forrest Hill,
    Édimbourg EH1 2QL, UK. [http://www.Dai.Ed.ac.uk/Homes/CAM/ ]



  3. #3
    Simon Long
    Invités

    Re : Téléchargement des données d'une Psion via un Nokia 6310i - problèmes.

    (Excuses pour ne pas avoir suivi le fil correctement - Google groupes
    semble un peu lent ce matin....)


    "Chris Malcolm" <[email protected]> écrit dans le message
    News:[email protected]

    > Je tente d'envoyer des fichiers volumineux de mon 5mx Psion via infrarouge et
    > l'App Comms pour mon ordinateur de bureau via un 6310i. YMODEM, qui fonctionne
    > fine de l'autre sens, abandonné au premier 10 K pour une raison quelconque. Mais il
    > cela fait aussi lorsque connecté via un câble de données. Donc j'ai essayé plain ASCII,
    > et transféré plusieurs mégaoctets de 1/3 fichiers par infrarouge avec succès
    > sans aucun problème. Soit dit en passant, j'ai remarqué que la vitesse de transfert varie
    > notablement avec la force du signal mobile.


    C'est intéressant. Je n'avais pas essayé toute simple ASCII, mais si qui obtient
    par ok, alors c'est probablement un problème avec les octets de données dans le
    transmis le fichier étant interprétée comme des codes de contrôle qui provoquent la
    connexion à drop. J'ai lu récemment dans certains documents du modem
    contrôle de flux XON/XOFF n'est pas recommandé lors de l'envoi en binaire
    données. J'aurais pensé que le protocole a été conçu pour faire face à
    cela, mais peut-être qu'il n'est pas...

    > Pouvez vous être plus précis sur les circonstances de votre problème ? JE
    > semblent rappeler il y a quelque étrange interaction avec une autre
    > apparemment complètement étrangers Psion 5mx paramètre qui, lorsque la valeur
    > correctement fait ce problème de décrochage infrarouge disparaissent.


    Bien. J'utilise RMRFTP pour télécharger des fichiers sur mon site Web. J'utilise HSCSD
    sur Orange (bien qu'éteindre ne semble pas tirer
    différence). J'ai essayé beaucoup de configurations différentes sur la Psion, mais
    la j'ai réglé sur comme étant le moins mauvais (!) est :

    Vitesse : 115200
    Se connecter : infrarouge
    Fax de classe : Auto
    Chaîne init: AT & f & K4 (paramètres par défaut, le contrôle de flux XON/XOFF)
    Chaîne de données: AT + CBST = 14
    Contrôle de flux : logiciels
    DSR : Non coché
    DCD : Non coché
    Modem : Mobile

    Cela fonctionne très bien pour les téléchargements, mais les téléchargements ont tendance à tomber après 25 k
    ou so. À l'occasion quelque chose obtient - je suis mise à l'essai avec un k 75
    Fichier SIS - mais elle travaille probablement pas plus souvent que 1 fois en 20.

    J'ai essayé nFTP - même problème.

    Si activer journalisation de connexion (C:/journaux/Etel), le fichier montre tous les
    initiale de mise en communication aussi fine, jusqu'à une bonne chaîne de connexion. Les derniers
    lignes dans le fichier tendent à montrer quelque chose comme :

    TX: À
    Rx :
    OK

    TX: ATO
    Rx :
    AUCUN TRANSPORTEUR

    TX: ATH
    Rx :
    OK

    Il me semble que si la Psion a envoyé une séquence d'échappement à la
    Téléphone à un moment donné et la ligne obtient a chuté tandis que la Psion est
    en mode hors connexion.

    À l'occasion, vous en fait voir la Psion envoyer l'évasion dans le journal
    fichier - quelque chose comme :

    TX: À
    TX: +++
    TX: À
    TX: À
    ERREUR

    J'ai essayé la baisse de la vitesse de connexion entre la Psion et le
    Téléphone et modifier le contrôle de flux, mais rien ne semble affecter ce que
    se produit.

    J'ai lu qu'il y a des problèmes avec IrDA si de la Psion
    auto-power down timeout a la valeur > 30 minutes, mais elle est définie sur 3
    minutes sur la mienne.

    Des idées brillantes - je suis perplexe ! (Comme le sont les Psion Teklogix - je suis tenté
    à essayer et extraire les fichiers GSM à partir de la dernière ROM pour le Netbook,
    comme le fichier Lisez-moi admet avoir un bogue dans Etel étant fixe. Il serait intéressant
    pour savoir si les utilisateurs de Netbook peuvent obtenir cela fonctionne...)

    Cheers,

    Simon

    J'ai



  4. #4
    =?ISO-8859-1 ?Q ?Marque = B2? =
    Invités

    Re : Téléchargement des données d'une Psion via un Nokia 6310i - problèmes.

    Simon Long a écrit :
    > Salut à tous,
    >
    > Ce problème semble être largement reconnu, mais je me demandais si
    > quiconque connaît un peu plus de commandes et d'autres que moi
    > peut suggérer une solution.
    >
    > Il existe un problème connu avec envoi de gros (> 10 k) fichiers via un Nokia
    > 6310i-dessus de l'IrDA à partir d'un Psion 5mx PDA. Fondamentalement, la connexion du téléphone
    > à l'ISP est abandonnée au hasard lors de l'envoi de grandes quantités de données.
    > (Réception de données est fine).
    >

    <snip>

    > XON/XOFFs sont envoyés via les séquences d'échappement ? Y a-t-il une façon
    > d'arrêter la Psion d'envoyer des évasions ? Que pense-t-elle du Psion
    > c'est ce qu'en mode commande ? Il envoie quelques AT commande qui
    > se bloque en place, ou qui est interprété par le Nokia comme une demande de raccrocher ?
    >
    > Simon


    Avez-vous essayé de changer le contrôle de flux de RTS/CTS, commande & K3
    -Il s'agit généralement travaux mieux dans les communications de PC « normales ».

    --

    Mark²
    Linux enregistré utilisateur # 324341




  5. #5
    John Henderson
    Invités

    Re : Téléchargement des données d'une Psion via un Nokia 6310i - problèmes.

    « Simon Long » a écrit :

    > J'ai lu récemment dans que certains modem documentation que XON/XOFF
    > contrôle de flux n'est pas recommandé lors de l'envoi de données binaires. JE
    > aurait pensé que le protocole a été conçu pour faire face à
    > cela, mais peut-être il n'est pas...


    Contrôle de flux logiciel (en utilisant les caractères XON/XOFF) ne peut pas être
    utilisé fiable de données binaires, car ces deux personnages sont très
    susceptibles de se produire dans les données elles-mêmes. Ils seront
    interprété et perdu dans le flux de données, au lieu d'être
    transmis de manière transparente. Autres choses étant égales par ailleurs, un seul XOFF
    prendra fin le transfert de données.

    Contrôle de flux matériel (en utilisant les broches RS232 CTS/RTS) est le
    stratégie sensible où les données binaires pourraient être impliquées.

    L'avantage réel de contrôle de flux XON/XOFF est qu'il peut être
    utilisé sur un simple circuit de 3 fils (sur les pistes de long entre les bâtiments
    par exemple).

    John





  • Téléphones discuté ci-dessus

    Nokia 6310I Plus de Nokia 6310i sujets Forum Nokia Avis
  • Discussions similaires