Google Groupes n'accepte plus les nouveaux posts ni abonnements Usenet. Les contenus de l'historique resteront visibles.

Modems Olitec, fonctions repondeur

1 vue
Accéder directement au premier message non lu

Nicolas Ecarnot

non lue,
2 juin 2000, 03:00:0002/06/2000
à
Bonjour,

je crois que j'avais posé la question il y a longtemps :
Comment consulter et effacer les messages vocaux qu'on reçoit sur un
modem Olitec (externe, qui marche quoi) sous Linux ?

Sous Windows, l'utilitaire de chez Olitec marche bien, mais il
n'existe pas d'équivalent sous Lx. Alors j'ai écrit chez olitec pour
savoir si on pouvait avoir les specs, mais pas de réponses.

Et puis en retournant dernièrement sur leur site, je vois qu'ils ont
sortit un petit utilitaire pour effacer la mémoire de ce genre de
modem : super ! (Je vais le tester ce soir).

Si quelqu'un me confirme qu'on peut envoyer et recevoir des fax avec
un modem externe Olitec, je formate sur le champ ma partoche Windows,
puisque c'est le seul frein.

Questions :
- quelqu'un a-t'il déjà essayé ce nouvel utilitaire pour Linux ?
- quelqu'un a-t'il déjà ouvert un fax reçu sur un de ces modem Olitec,
en mode répondeur autonome, sous Linux ?
- Et je suppose qu'il est relativement facile d'envoyer des fax via un
modem ?

Nicolas ECARNOT
--
Nicolas Ecarnot

jeanphy

non lue,
3 juin 2000, 03:00:0003/06/2000
à
Nicolas Ecarnot wrote:
>
> Bonjour,

>
>
> Et puis en retournant dernièrement sur leur site, je vois qu'ils ont
> sortit un petit utilitaire pour effacer la mémoire de ce genre de
> modem : super ! (Je vais le tester ce soir).
>
tiens nous au courant.

> Si quelqu'un me confirme qu'on peut envoyer et recevoir des fax avec
> un modem externe Olitec, je formate sur le champ ma partoche Windows,
> puisque c'est le seul frein.
>

oui bien sur mais il y a 2 façons de recevoir des fax.
1) mgetty ou hylafax
2) mode autonome
Pour le mode autonome, je ne sais pas pour Olitec.
Pour USR, il y a kmsgmodem

> - Et je suppose qu'il est relativement facile d'envoyer des fax via un
> modem ?

yes, le problème est qu'il y a PLEIN de solutions différentes.
Quels genre de service Fax veux tu utiliser.
1 par jour?
10 par jour ?
1000 par jour ?
automatisé ? via Windows ? etc..

Martins

non lue,
4 juin 2000, 03:00:0004/06/2000
à
jeanphy a écrit :

je confirme kmesgmodem marche au poil sur USR
pourquoi ne pas essayer sur le Olitec pour voir ?

Nicolas Ecarnot

non lue,
4 juin 2000, 03:00:0004/06/2000
à
> > > Et puis en retournant dernièrement sur leur site, je vois qu'ils ont
> > > sortit un petit utilitaire pour effacer la mémoire de ce genre de
> > > modem : super ! (Je vais le tester ce soir).
> > >
> > tiens nous au courant.

J'ai essayé : ca marche !

On peut consulter le nombre de messages vocaux, fax et e-mails qu'on a
reçu sur le modem.
(oui je sais, pour les e-mails, c'est un peu drôle. Olitec propose de
rapatrier les e-mails automatiquement, et donc permet de les stocker
sur le modem-répondeur).

Et ensuite, on peut effacer ces messages : cool !

> > > Si quelqu'un me confirme qu'on peut envoyer et recevoir des fax avec
> > > un modem externe Olitec, je formate sur le champ ma partoche Windows,
> > > puisque c'est le seul frein.

Ok, j'ai réussis à envoyer des fax sans problème avec sendfax. Le seul
truc chiant est de générer des fichiers au format g3, mais ca se fait
avec quelques utilitaires vieux comme le monde.

> > oui bien sur mais il y a 2 façons de recevoir des fax.
> > 1) mgetty ou hylafax
> > 2) mode autonome
> > Pour le mode autonome, je ne sais pas pour Olitec.
> > Pour USR, il y a kmsgmodem

> > yes, le problème est qu'il y a PLEIN de solutions différentes.
> > Quels genre de service Fax veux tu utiliser.
> > 1 par jour?
> > 10 par jour ?
> > 1000 par jour ?
> > automatisé ? via Windows ? etc..

Je souhaite pouvoir en envoyer un par semaine, humblement. Mais sous
Linux.

> je confirme kmesgmodem marche au poil sur USR
> pourquoi ne pas essayer sur le Olitec pour voir ?

J'y cours, et comme d'habitude, je vous tiens au courant.

Nicolas Ecarnot

alain

non lue,
4 juin 2000, 03:00:0004/06/2000
à
In article <393A37D5...@wanadoo.fr>,

Martins <sky-d...@wanadoo.fr> writes:
> jeanphy a écrit :
>
>> Nicolas Ecarnot wrote:
>> [...]

>
> je confirme kmesgmodem marche au poil sur USR
> pourquoi ne pas essayer sur le Olitec pour voir ?
Oů peut-on le charger ? c'est un soft Kde ?
Merci. Alain.

Florence Demoures

non lue,
5 juin 2000, 03:00:0005/06/2000
à
Le 04 Jun 2000 14:15:04 GMT, alain a écrit:
>In article <393A37D5...@wanadoo.fr>,
> Martins <sky-d...@wanadoo.fr> writes:
>> jeanphy a écrit :
>>
>>> Nicolas Ecarnot wrote:
>>> [...]
>>
>> je confirme kmesgmodem marche au poil sur USR
>> pourquoi ne pas essayer sur le Olitec pour voir ?
>Où peut-on le charger ? c'est un soft Kde ?
>Merci. Alain.

Cherche sur http://freshmeat.net et tu le trouveras.

PS : C'est kmsgmodem
Flo
--
GA> Je propose donc pour le vote :le déplacement de tous les groupes
GA> avec renommage de fcol.moderated en fcol.modere
Mes nommages madame.
-+- FB in : Guide du Neuneu d'Usenet - Troll poli pour être honnête -+-

Nicolas Ecarnot

non lue,
5 juin 2000, 03:00:0005/06/2000
à
>>> je confirme kmesgmodem marche au poil sur USR
>>> pourquoi ne pas essayer sur le Olitec pour voir ?
>>Où peut-on le charger ? c'est un soft Kde ?
>>Merci. Alain.
>
>Cherche sur http://freshmeat.net et tu le trouveras.
>
>PS : C'est kmsgmodem
>Flo

Bonjour,

J'ai essayé kmsgmodem ce week-end, et ca ne marche pas vraiment.
Pas vraiment dans le sens ou il détecte bien mon olitec, qui lui
renvoie son nom : olitec self memory 56000.
Mais ensuite, il ne renvoie le contenu de sa mémoire, qu'il considère
vide (alors que j'ai deux fax en attente sur ce
modem-répondeur-fax-cafetière).

J'ai l'impression qu'il lui envoie des commandes AT, et je sais à
peine ce que c'est. Si c'est bien le cas, je crois savoir que les
commandes AT sont portables, et donc qu'on pourrait modifie le code
pour modifier ces commandes...

Je cherche une bonne doc en ligne sur les commandes AT.

Florence Demoures

non lue,
5 juin 2000, 03:00:0005/06/2000
à
Le 05 Jun 2000 08:00:04 GMT, Nicolas Ecarnot a écrit:
>
>Bonjour,
>
Bonjour,

>J'ai essayé kmsgmodem ce week-end, et ca ne marche pas vraiment.
>Pas vraiment dans le sens ou il détecte bien mon olitec, qui lui
>renvoie son nom : olitec self memory 56000.
>Mais ensuite, il ne renvoie le contenu de sa mémoire, qu'il considère
>vide (alors que j'ai deux fax en attente sur ce
>modem-répondeur-fax-cafetière).
>
>J'ai l'impression qu'il lui envoie des commandes AT, et je sais à
>peine ce que c'est. Si c'est bien le cas, je crois savoir que les
>commandes AT sont portables, et donc qu'on pourrait modifie le code
>pour modifier ces commandes...
>

Je ne pense pas (mais je peux me tromper) que les commandes
permettant de gérer le mode autonome soient standards.
Le mieux serait de se renseigner auprès d'Olitec et effectivement
ensuite de modifier le code de kmsgmodem pour l'adapter à
l'Olitec.

Flo
--
SP> Ah désolé, mais alors là Tristant il a bu le filtre
Non, le philtre. C'est pas pareil. Je te renvoie à fr.sci.filo
pour que tu conçoives la diphérence.
-+- TP in Guide du neuneu sur Usenet - C'est phou, non ? -+-

Bruno Perea

non lue,
5 juin 2000, 03:00:0005/06/2000
à
Florence Demoures <fdem...@free.fr> wrote:

> Je ne pense pas (mais je peux me tromper) que les commandes
> permettant de gérer le mode autonome soient standards.
> Le mieux serait de se renseigner auprès d'Olitec et effectivement
> ensuite de modifier le code de kmsgmodem pour l'adapter à
> l'Olitec.

Plutôt chez le fabricant des puces ...
Voilà l'url (je pense qu'elle est encore valable)

<http://www.rss.rockwell.com/techinfo/pc/resource_files/pdf/1048r4.pdf>
--
() Campagne du ruban ascii...
/\ Contre les mails en HTML et les vcard !

Nicolas Ecarnot

non lue,
6 juin 2000, 03:00:0006/06/2000
à
On 05 Jun 2000 21:30:11 GMT, bpe...@free.fr (Bruno Perea) wrote:

>Florence Demoures <fdem...@free.fr> wrote:
>
>> Je ne pense pas (mais je peux me tromper) que les commandes
>> permettant de gérer le mode autonome soient standards.
>> Le mieux serait de se renseigner auprès d'Olitec et effectivement
>> ensuite de modifier le code de kmsgmodem pour l'adapter à
>> l'Olitec.
>
>Plutôt chez le fabricant des puces ...
>Voilà l'url (je pense qu'elle est encore valable)
>
><http://www.rss.rockwell.com/techinfo/pc/resource_files/pdf/1048r4.pdf>

cette adresse n'est plus valide.

d'autre part, peut-etre que les commandes AT ne sont pas standard,
mais quelqu'un (sympa) m'a envoyé des specs d'olitec un peu anciennes,
mais qui devraient me faire avancer.

Une solution moins élégante serait de mettre la pression sur Olitec,
vu qu'un grand nombre d'utilisateurs français utilisent du materiel
Olitec sous Linux.
Il semble qu'ils commencent à s'y intéresser (voir début de ce fil),
mais en trainant les pieds, donc on pourrait les motiver en montrant
que ca interesse un grand nombre de personnes.

--
Nicolas Ecarnot

F. Coulier

non lue,
6 juin 2000, 03:00:0006/06/2000
à
Nicolas Ecarnot wrote:
>
> Bonjour,
>
> je crois que j'avais posé la question il y a longtemps :
> Comment consulter et effacer les messages vocaux qu'on reçoit sur un
> modem Olitec (externe, qui marche quoi) sous Linux ?
>

Pour un modem interne, c'est sans espoir? Parce que justement, je viens
de récupérer une (pas trop) vieille carte Olitec, pour essayer de faire
un serveur de fax sous Linux...

François

--
François Coulier,
INSERM Unité 119, 27 bd Leï Roure, 13009 Marseille, France
Tel: 33 (0) 4 91 75 84 11 Fax: 33 (0) 4 91 26 03 64
mél: cou...@marseille.inserm.fr Site ouaibe:
http://olan.marseille.inserm.fr/

Jean David Olekhnovitch

non lue,
6 juin 2000, 03:00:0006/06/2000
à
si cette carte est trop récente, elle risque d'être non-compatible Linux
(voir les interminables débats Winmodem)

s'il s'agit d'une bonne vieille carte qui simule l'existence d'un port com,
ca ne pose pas plus de problème qu'un modem externe

de tte manière, pour faire serveur de fax, un modem 14,4 suffit largement

"F. Coulier" <cou...@marseille.inserm.fr> a écrit dans le message news:
393D0F37...@marseille.inserm.fr...

JAGOT Vincent

non lue,
6 juin 2000, 03:00:0006/06/2000
à
Nicolas Ecarnot a écrit :

>
> On 05 Jun 2000 21:30:11 GMT, bpe...@free.fr (Bruno Perea) wrote:
>
> >Florence Demoures <fdem...@free.fr> wrote:
> >
> >> Je ne pense pas (mais je peux me tromper) que les commandes
> >> permettant de gérer le mode autonome soient standards.
> >> Le mieux serait de se renseigner auprès d'Olitec et effectivement
> >> ensuite de modifier le code de kmsgmodem pour l'adapter à
> >> l'Olitec.
> >
> >Plutôt chez le fabricant des puces ...
> >Voilà l'url (je pense qu'elle est encore valable)
> >
> ><http://www.rss.rockwell.com/techinfo/pc/resource_files/pdf/1048r4.pdf>
Salut !


> Une solution moins élégante serait de mettre la pression sur Olitec,
> vu qu'un grand nombre d'utilisateurs français utilisent du materiel
> Olitec sous Linux.
> Il semble qu'ils commencent à s'y intéresser (voir début de ce fil),
> mais en trainant les pieds, donc on pourrait les motiver en montrant
> que ca interesse un grand nombre de personnes.

J'ai demandé au service 'Linux' d'Olitec de m'envoyer les différentes
commandes
qu'envoie le modem pour récupérer les messages ainsi que les faxs mais
je n'ai rien
reçu ! !

J'ai l'impression qu'il veulent encore garder certaines choses pour eux
!!

Dommage !

A+

--
##################################################
# JAGOT Vincent / vincen...@vnumail.com #
# #
# Linux Mandrake 7.0 (Air) - 2.2.14 #
##################################################

Nicolas Ecarnot

non lue,
7 juin 2000, 03:00:0007/06/2000
à
Bonjour,

bon, mes recherches avancent :

- Philippe N. m'a envoyé les commandes AT de mon Olitec 56000 self
memory
- il m'a aussi donné une nouvelle piste : tkusr, qui est un petit soft
en tcl/tk qui accède à un modem usr robotics

Je vais essayer de l'adapter aux Olitec.

C'est pas gagné car :
- j'ai peu de temps
- je ne connais pas tcl/tk

Mais :
- je suis motivé
- j'évite de dormir, ça perd du temps
- j'accepte votre aide

--
Nicolas Ecarnot

Thierry Pinelli

non lue,
7 juin 2000, 03:00:0007/06/2000
à
Dans l'article <393D33EC...@vnumail.com>
vincen...@vnumail.com écrivait :

>J'ai demandé au service 'Linux' d'Olitec de m'envoyer les différentes
>commandes
>qu'envoie le modem pour récupérer les messages ainsi que les faxs mais
>je n'ai rien
>reçu ! !

Tout Linux ne se resume pas a ce newsgroup. Les problemes de modems
peuvent etre debattus dans fr.comp.peripheriques.modems

Nicolas Ecarnot

non lue,
7 juin 2000, 03:00:0007/06/2000
à
On 07 Jun 2000 13:01:30 GMT, tpin...@pinux.gyptis.frmug.org (Thierry
Pinelli) wrote:

Oups, c'est vrai.

Effectivement, j'étais à fond dans mon trip, mais c'est vrai que ça
commence à dévier hardware.

Je vais aller embêter les bidouilleurs de matos.

Merci Thierry.

PS : Mais ne te crois pas à l'abri de mes questions, je suis en train
d'installer une distrib LFS (linux from scratch). J'ai trouvé cette
idée sur linux-france.org, et mes nuits sont trop courtes ;)
--
Nicolas Ecarnot

Thierry Pinelli

non lue,
9 juin 2000, 03:00:0009/06/2000
à
Dans l'article <pjnsjsob3u25ikc6r...@4ax.com>
nicolas...@bigfoot.com écrivait :


>>Tout Linux ne se resume pas a ce newsgroup. Les problemes de modems
>>peuvent etre debattus dans fr.comp.peripheriques.modems

>Oups, c'est vrai.
>Effectivement, j'étais à fond dans mon trip, mais c'est vrai que ça
>commence à dévier hardware.
>Je vais aller embêter les bidouilleurs de matos.

Lis quand meme un bonne centaine d'articles avant de poster. Il doit
aussi trainer une FAQ de Sebastien Willeminjs

>Merci Thierry.

Pas de Koi ..

Nicolas Ecarnot

non lue,
13 juin 2000, 03:00:0013/06/2000
à
On 06 Jun 2000 15:45:11 GMT, "Jean David Olekhnovitch"
<j...@StyledeFrance.com> wrote:

>si cette carte est trop récente, elle risque d'être non-compatible Linux
>(voir les interminables débats Winmodem)
>
>s'il s'agit d'une bonne vieille carte qui simule l'existence d'un port com,
>ca ne pose pas plus de problème qu'un modem externe
>
>de tte manière, pour faire serveur de fax, un modem 14,4 suffit largement

Oh tiens JD !!! C'est vrai que j'avais oublié de t'harasser de
questions au titre de guru de Linux...

Maintenant, tu vas souffrir ! ;-)

tu t'y connais en modem et commandes AT ?

Je ne suis pas un voleur, je ne suis pas un violeur, mais je vous
demanderais simplement quelques docs sur les commandes AT...
--
Nicolas Ecarnot

Nicolas Ecarnot

non lue,
13 juin 2000, 03:00:0013/06/2000
à
Bonjour,

vous aviez l'air intéréssé par des docs sur les commandes AT pour
Olitec, alors voila quelques débuts de docs que j'ai pu récolter grâce
à tous :

http://nicolas.ecarnot.free.fr

Cordialement,

Jean-Daniel

non lue,
14 juin 2000, 03:00:0014/06/2000
à
Le 13 Jun 2000 07:15:13 GMT, Nicolas Ecarnot
<nicolas...@bigfoot.com> a écrit:

>
>tu t'y connais en modem et commandes AT ?

Je m'y connais aussi (3 mois de travail rien que là-dessus), tu veux
savoir quoi ?

>Je ne suis pas un voleur, je ne suis pas un violeur, mais je vous
>demanderais simplement quelques docs sur les commandes AT...

Commence par la FAQ (récupère les 2 morceaux):

[FAQ] Configuration modem sur protocole PPP (1/2)
sin...@nfrance.com (Laurent Sintes)
WWW-Archive-Name : http://www.nfrance.com/intmodem.html
FTP-Archive-Name:
ftp://ftp.univ-lyon1.fr/pub/faq/by-name/fr/faq-modems-ppp

agb...@my-deja.com

non lue,
3 juil. 2000, 03:00:0003/07/2000
à
In article <393D33EC...@vnumail.com>,

JAGOT Vincent <vincen...@vnumail.com> wrote:
> Nicolas Ecarnot a écrit :
> >
> > On 05 Jun 2000 21:30:11 GMT, bpe...@free.fr (Bruno Perea) wrote:
> >
> > >Florence Demoures <fdem...@free.fr> wrote:
> > >
> > >> Je ne pense pas (mais je peux me tromper) que les commandes
> > >> permettant de gérer le mode autonome soient standards.
> > >> Le mieux serait de se renseigner auprès d'Olitec et effectivement
> > >> ensuite de modifier le code de kmsgmodem pour l'adapter à
> > >> l'Olitec.
> > >
> > >Plutôt chez le fabricant des puces ...
> > >Voilà l'url (je pense qu'elle est encore valable)
> > >
> >
><http://www.rss.rockwell.com/techinfo/pc/resource_files/pdf/1048r4.pdf>
> Salut !
>
> > Une solution moins élégante serait de mettre la pression sur Olitec,
> > vu qu'un grand nombre d'utilisateurs français utilisent du materiel
> > Olitec sous Linux.
> > Il semble qu'ils commencent à s'y intéresser (voir début de ce fil),
> > mais en trainant les pieds, donc on pourrait les motiver en montrant
> > que ca interesse un grand nombre de personnes.
>
> J'ai demandé au service 'Linux' d'Olitec de m'envoyer les différentes
> commandes
> qu'envoie le modem pour récupérer les messages ainsi que les faxs mais
> je n'ai rien
> reçu ! !
>
> J'ai l'impression qu'il veulent encore garder certaines choses pour
eux
> !!
>
> Dommage !
>
> A+
>
> --
> ##################################################
> # JAGOT Vincent / vincen...@vnumail.com #
> # #
> # Linux Mandrake 7.0 (Air) - 2.2.14 #
> ##################################################
>

Moi j'ai eu aucun problème pour avoir le retour d'Olitec. Voilà ci-
dessous. C'est peut-être un peu vieux, mais je suppose que c'est
toujours d'actualité.

Amic,

Kodjo

----- debut ------------------------------

SELF MEMORY version du 18 février 1997

1) But
- réception autonome de fax (sans PC)
- compression, sauvegarde, et restitution des fax ainsi reçus
- fonction répondeur/enregistreur interrogable à distance
- récupération des fax à distance

2) extension des commandes AT pour la mise en oeuvre du mode autonome
at%s0: mise en mode de réception autonome de fax seul sans effacement
de la flash.
at%s1: arrêt du mode réception autonome
at%s2: restitution des données fax et/ou voix
at%s3: état du mode autonome
at%s4: taux de remplissage et nombre de fax/messages reçus
at%s5: ne fait rien (pour mémoire, existait dans les 1ères versions)
at%s6: mise en mode de réception autonome de fax et
répondeur/enregistreur sans effacement
de la flash
at%s7: enregistrement du message d'accueil
at%s8: effacement total y compris celui du message d'accueil et arrêt
du mode autonome
at%s9: mise en mode autonome répondeur/enregistreur seul sans
effacement de la flash
at%s10: mise en mode autonome réception de fax et répondeur seul sans
effacement de la
flash
at%s11: mise en mode autonome répondeur seul sans effacement de la flash
at%s12: activation de la fonction "interrogation à distance"
at%s13: efface la flash sauf le message d'accueil sans modifier le type
de mode autonome
at%s14: saisie du code d'accès utilisateur pour la
fonction "interrogation à distance"
at%s15: effacement de la flash

3) description des nouvelles commandes:

3.1) at%s0
mise en mode de réception autonome de fax seul sans effacement de la
flash.
- syntaxe:
- at%s0,ab,cd,ef,gh<RC>
où 'ghefcdab' représente la date en secondes en hexadécimal (cf exemple
en fin de paragraphe).

- répond OK, ou ERROR dans l'une des conditions suivantes:
- la flash est saturée
- la zone mémoire flash prévue pour le prochain document fax ou message
vocal est déjà écrite
- le modem n'est pas en réponse automatique (S0=0)
- la commande est incomplète (pas de date)

- paramètres sauvegardés
- le nombre de RING
- la valeur de la commande ATLn
- la valeur de la commande ATMn
- les paramètres liés à la commande AT+FDCC=(résolution, vitesse...)
- l'identifiant du local
- le flag lié à la commande AT+FBOR
- met à 0 le nombre de coupures (valeur max 63)

N-B: par convention, l'origine des dates est fixée au 1er septembre
1996 à 0 heures, 0 minutes, 0 secondes
Exemple: commande envoyée le vendredi 13 septembre 1996 à 00H00M00S
13/09/96 00H00M00S moins 01/09/96 00H00M00S = 1036800 secondes
soit : 000FD200 hexa
La commande d'init sera alors : AT%S0,00,D2,0F,00 <RC>

3.2) at%s1:
Désactive l'automate de la tache réception.
Ne modifie pas le contenu de la flash.

3.3) at%s2:
Vide le contenu de la mémoire flash selon le format suivant:
- fax
- en tête de documents (28 octets) dont:
1 octet : version d'en-tête soit 00H
1 octet : type d'en-tête
'F' pour communication fax
(servira à la distinction d'avec l'en-tête d'une communication voix qui
comportera un 'V' à cet emplacement)
20 octets : identifiant du distant (à 0 si pas d'identifiant)
4 octets : indiquent la date de réception du document en secondes
(le 1er est l'octet de poids le plus faible) .Cette date est:
- la date exacte s'il n'y a pas eu de coupure depuis le dernier at%si
(i=0,6,9,10,11) .
- la date exacte moins:
- la durée entre le dernier document reçu et la coupure
- la durée de la coupure
et ce pour chaque coupure
N-B:les dates ont pour origine le 01/09/96 à 0h 0mn 0s
1 octet : indique le nombre de pages reçues (maximum = 255)
1 octet :
bit 7 à 0: la déconnexion a eu lieu sur ordre du fax émetteur distant
à 1: la déconnexion a été décidée par le fax récepteur local suite
à un problème
bit 6 à 0: la communication n'a pas été écourtée
à 1: la communication à été écourtée parce que :
- la mémoire flash est saturée:
- la dernière page a été écrasée et/ou les pages suivantes n'ont pas
été reçues
bit 5 à bit 0: nombre de coupures depuis at%s0 (max 63)
- attente ACK/NACK
- status page: 1 octet
bit 7 à 0: basse résolution
à 1: haute résolution
bit 6 à 0: page bien reçue
à 1: page mal reçue
bit 5 à 0: page non écrasée (à cause de la saturation en flash)
à 1: page écrasée (à cause de la saturation en flash)
bit 2 à bit 0: vitesse de réception de la page codée selon la syntaxe
de la
commande AT+FDCC
- page reçue:
- code huffman
- <DLE><ETX>
- attente ACK/NACK
etc
- vocal
en tête de message vocal :
1 octet : version d'en-tête soit 00H
1 octet : type d'en-tête
'V' pour communication en mode vocal avec 2 bits par échantillon
'v' pour communication en mode vocal avec 4 bits par échantillon
4 octets : indiquent la date de réception du document en secondes
(le 1er est l'octet de poids le plus faible) .Cette date est:
- la date exacte s'il n'y a pas eu de coupure depuis le dernier at%si
(i=0,6,9,10,11) .
- la date exacte moins:
- la durée entre le dernier document reçu et la coupure
- la durée de la coupure
- et ce pour chaque coupure
N-B:les dates ont pour origine le 01/09/96 à 0h 0mn 0s
1 octet : nombre de coupures
les 6 bits de poids faibles comptent les coupures d'alimentation
1 octet : status message voix
bit 7à 1:message voix non reçu (écoute non commencée)
bit 6 à 1: message d'accueil non interrompu
bit 5 à 1: durée max d'écoute écoulée
bit 4 à 1: saturation de la flash
bit 3 à 1: occupation détectée
bit 2 à 1: appel fax détecté
bit 1 à 1: appel modem détecté
bit 0 à 1: indifférent
- attente ACK/NACK
- message vocal:
code ADPCM 2 (ou 4 bits selon type d'en-tête) par échantillons à 7200Hz
<DLE><ETX>
- attente ACK/NACK

ACK/NACK : à la fin de la sortie d'un en-tête ou d'une page, le modem
attend un acquittement (ACK 06H) pour continuer, ou une demande de
répétition (NACK 15H) pour ressortir l'en-tête ou la page. S'il reçoit
un autre caractère, il arrête la sortie. Si l'attente de ACK/NACK
dépasse 30s le modem renvoi ERROR.

L'émission du caractère EOT à la fin de l'en-tête permet le passage à
l'en-tête suivante.

Contrôle de flux pendant la sortie des pages : il y a un contrôle de
flux par XON(11H)
XOFF(13H). Un autre caractère arrête le flot de caractères, le modem
répond OK

3.4). at%s3
1er caractère: flag ACTIF/INACTIF
1 si la tache de réception autonome de fax est active
0 si elle ne l'est pas
2ème caractère: flag FAX
1 fonction FAX active
0 fonction FAX inactive
3ème caractère: flag VOIX
1 fonction VOIX active
0 fonction VOIX inactive
4ème caractère(*): flag ENREGISTREUR/REPONDEUR
1 Enregistreur
0 Répondeur seul
5ème caractère(*): flag INTERROGATION à distance
1 Interrogeable à distance
0 Non interrogeable à distance
6ème caractère: flag SATURATION
1 La mémoire flash est saturée
0 La mémoire flash n'est pas saturée
7ème caractère: flag PTR en Flash Valide
1 La zone prévue pour mémoriser le prochain document en flash est bien
non écrite
0 La zone prévue pour mémoriser le prochain document en flash est déjà
écrite (peut se produire si l'on a débranché l'alimentation en pleine
communication(**))
8ème caractère: flag MA (Message d'Accueil)
1 Message d'Accueil présent dans la flash
0 Pas de Message d'Accueil dans la flash

(*) : n'a de sens que si VOIX est à 1
(**) : si une coupure d'alimentation intervient durant la réception
d'un fax ou d'un message le pointeur un flash est alors invalide. Une
procédure permet à chaque mise sous tension de « revalider » le
pointeur en flash si sa valeur est incohérente. Si la « revalidation »
est impossible le bit 7 est positionné à 0.

3.5) at%s4
1ère valeur :
retourne un nombre entre 0 et 255 correspondant à un remplissage de la
flash entre 0% et 100%
2ème valeur :
nombre de fax reçus
3ème valeur :
nombre de messages vocaux reçus

3.6) at%s5
Ne fait rien. Servait dans les premières versions, répond OK

3.7) at%s6
Mise en mode de réception autonome de fax et répondeur/enregistreur
sans effacement de la flash
- syntaxe:
at%s6,ab,cd,ef,gh<RC>
où 'ghefcdab' représente la date en secondes en hexadécimal
(cf exemple en fin de paragraphe 2.1)

- répond OK, ou ERROR dans l'une des conditions suivantes:
- la flash est saturée
- la zone mémoire flash prévue pour le prochain document fax ou message
vocal est déjà écrite
- le modem n'est pas en réponse automatique (S0=0)
- Il n'y a pas de message d'accueil dans la flash
- la commande est incomplète (pas de date)

- paramètres sauvegardés
- le nombre de RING
- la valeur de la commande ATLn
- la valeur de la commande ATMn
- les paramètres liés à la commande AT+FDCC=. (résolution, vitesse...)
- l'identifiant du local
- le flag liée à la commande AT+FBOR
- met à 0 le nombre de coupures (valeur max 63)

N-B: par convention, l'origine des dates est fixée au 1er septembre
1996 à 0 heures, 0 minutes, 0 secondes

lors d'un appel voix:
- émission, s'il existe, d'un message d'accueil
- envoi d'un bip sonore
- enregistrement d'un message du distant
- raccrochage sur occupation, tonalité d'appel modem, échéance d'un
délai de 2 mn après le bip, saturation de la mémoire flash ou détection
d'un silence de 10 sec.
- passage en fax sur tonalité d'appel fax

3.8) at%s7
Enregistrement du message d'accueil

- syntaxe: l'utilisateur doit envoyer, après réception d'un XON, un
message ainsi formé:
- 1 octet : version d'en-tête soit 00H
- 1 octet : type d'en-tête :
- soit 'A' pour un message d'accueil au format ADPCM à 7200Hz avec n=2
bits par échantillon
- soit 'a' pour un message d'accueil au format ADPCM à 7200Hz avec n=4
bits par échantillon
- Les données doivent-être suivies de <DLE><ETX>

Réponses possible du modem :
- si le modem a reçu plus de 64 koctets, il arrête l'enregistrement et
renvoi OK
- si le 1er octet n'est pas un 0 ou si le 2ème n'est pas un 'A' le
modem renvoi ERROR
- si la flash n'est pas effacée le modem répond ERROR
Un contrôle de flux XON/XOFF a lieu pendant la réception des données
voix.

3.9) at%s8
- Efface les blocs écrits de la flash, y compris le message d'accueil,
ou tous les blocs si le pointeur en flash sur le prochain document
pointe sur une zone déjà écrite (pointeur invalide).
- Arrête le mode autonome.
- Répond OK, ou ERROR si le mode appel voix avec message d'attente est
positionné auquel cas la commande n'est pas exécutée.

3.10).at%s9
Mise en mode autonome répondeur/enregistreur seul sans effacement de la
flash
- syntaxe:
at%s9,ab,cd,ef,gh<RC>
où 'ghefcdab' représente la date en secondes en hexadécimal
(cf exemple en fin de paragraphe 2.1)

- répond OK, ou ERROR dans l'une des conditions suivantes:
- la flash est saturée
- la zone mémoire flash prévue pour le prochain document fax ou message
vocal est déjà écrite
- le modem n'est pas en réponse automatique (S0=0)
- Il n'y a pas de message d'accueil dans la flash
- la commande est incomplète (pas de date)

- paramètres sauvegardés
- le nombre de RING
- la valeur de la commande ATLn
- la valeur de la commande ATMn
- les paramètres liés à la commande AT+FDCC= (résolution, vitesse...)
- l'identifiant du local
- le flag liée à la commande AT+FBOR
- met à 0 le nombre de coupures (valeur max 63)

N-B: par convention, l'origine des dates est fixée au 1er septembre
1996 à 0 heures, 0 minutes, 0 secondes

- lors d'un appel voix:
- émission, s'il existe, d'un message d'accueil
- envoi d'un bip sonore
- enregistrement d'un message du distant
- raccrochage sur occupation, tonalité d'appel modem ou fax, échéance
d'un délai de 2 mn après le bip, saturation de la mémoire flash

3.11).at%s10
Mise en mode de réception autonome de fax et répondeur seul sans
effacement de la flash
- syntaxe:
at%s9,ab,cd,ef,gh<RC>
où 'ghefcdab' représente la date en secondes en hexadécimal
(cf exemple en fin de paragraphe 2.1)

- répond OK, ou ERROR dans l'une des conditions suivantes:
- la flash est saturée
- la zone mémoire flash prévue pour le prochain document fax ou message
vocal est déjà écrite
- le modem n'est pas en réponse automatique (S0=0)
- Il n'y a pas de message d'accueil dans la flash
- la commande est incomplète (pas de date)

- paramètres sauvegardés
- le nombre de RING
- la valeur de la commande ATLn
- la valeur de la commande ATMn
- les paramètres liés à la commande AT+FDCC= (résolution, vitesse...)
- l'identifiant du local
- le flag liée à la commande AT+FBOR
- met à 0 le nombre de coupures (valeur max 63)

- lors d'un appel voix:
- émission, s'il existe, d'un message d'accueil
- envoi d'un bip sonore
- raccrochage sur occupation, tonalité d'appel modem ou fax, échéance
d'un délai de 2 mn après le bip, saturation de la mémoire flash

3.12).at%s11
Mise en mode répondeur seul sans effacement de la flash
- syntaxe:
at%s9,ab,cd,ef,gh<RC>
où 'ghefcdab' représente la date en secondes en hexadécimal
(cf exemple en fin de paragraphe 2.1)

- répond OK, ou ERROR dans l'une des conditions suivantes:
- la flash est saturée
- la zone mémoire flash prévue pour le prochain document fax ou message
vocal est déjà écrite
- le modem n'est pas en réponse automatique (S0=0)
- Il n'y a pas de message d'accueil dans la flash
- la commande est incomplète (pas de date)

- sauvegarde en NVRAM:
- le nombre de RING
- la valeur de la commande ATLn
- la valeur de la commande ATMn
- les paramètres liés à la commande AT+FDCC= (résolution, vitesse...)
- l'identifiant du local
- le flag liée à la commande AT+FBOR
- met à 0 le nombre de coupures (valeur max 63)

- lors d'un appel voix:
- émission, s'il existe, d'un message d'accueil
- envoi d'un bip sonore
- raccrochage sur occupation, tonalité d'appel modem ou fax, échéance
d'un délai de 2 mn après le bip, saturation de la mémoire flash

3.13).at%s12

3.13.1) mise en mode interrogation à distance (généralités)
Mise en mode interrogation à distance
- syntaxe:
- at%s12

- répond OK, ou ERROR dans l'une des conditions suivantes:
- le modem n'est pas en réponse automatique (S0=0)
- Il n'y a pas de message d'accueil dans la flash
- le modem n'est pas dans un mode produit par: at%s6, at%s9, at%s10, at%
s11

- lors d'un appel voix:
Si, pendant l'émission du message d'accueil, l'utilisateur tape sur son
combiné '*' suivi des 4 chiffres du code d'accès, le modem passe en
mode interrogation à distance et émet les messages vocaux enregistrés,
un bip terminant chacun de ces messages. S'il tape alors sur '6', le
modem arrête le message en cours, émet un bip et passe au message
suivant. S'il tape sur '8', la fonction de récupération des fax est
activée. S'il tape sur '7',le modem arrête le message en cours, émet un
bip et passe au message précédent. S'il tape sur '4',le modem arrête le
message en cours, émet un bip et passe au début du message en cours.
S'il tape sur '2', le modem raccroche immédiatement. S'il n'y a plus de
message à écouter, le modem envoie 3 bips, après 8 secondes de silence
pendant lesquels l'appelant peut taper '7'. Si la flash est saturée, il
envoie 5 bips supplémentaires.

N-B: Si aucun code d'accès n'a été initialisé au préalable,
l'interrogation à distance ne fonctionnera pas. Le fait de taper
sur '*' arrête l'émission du message d'accueil Un code erroné fait
repartir le message d'accueil. Le nombre d'essais est limité à 3. La
durée de l'interrogation à distance est limitée à 15 mn sans
intervention de l'appelant. Une intervention de l'appelant réarme la
tempo de 15 mn.

3.13.2) mise en mode interrogation à distance (fax)
Le modem doit être en mode FAX et VOIX. L'utilisateur appelle le modem
en mode manuel (fax, PC+modem+téléphone associé...). Pendant l'émission
du message d'accueil, l'utilisateur tape * suivi des 4 chiffres du code
d'accès, puis une fois le modem entré dans le mode interrogation à
distance, il tape le code DTMF '8'. S'il n'y a pas de fax à réémettre
le modem émettra 3 bips (ou 5, s'il est saturé) et raccrochera. S'il y
a des fax à réémettre le modem émet un bip, puis la tonalité d'appel
fax (1100Hz pendant 0,5s silence pendant 3s etc...). L'utilisateur doit
alors faire passer son équipement fax en réception fax (par exemple :
touches Ctrl Alt R avec OLIFAX puis raccrochage du combiné). Le modem
réémettra toutes les pages reçues. L'émission aura lieue en haute
résolution. Si l'équipement fax local est en basse résolution, les
pages reçues en haute résolution seront émises avec suppression d'une
ligne sur 2. Si l'équipement fax local est en haute résolution, les
pages reçues en basses résolution seront émises en doublant les lignes.

3.14).at%s13
Efface les blocs écrits de la flash ou tous les blocs si le pointeur en
flash est invalide mais conserve le message d'accueil. L'activation ou
l'inactivation du mode autonome est inchangée.

3.15).at%s14
Saisie du code d'accès utilisateur pour la fonction "interrogation à
distance"
- syntaxe:
- at%s14=VXYZ<RC>
(V,X,Y,Z=(1,2,...9))
répond OK ou ERROR

3.16).at%s15
Effacement complet de la flash. Répond OK ou ERROR si le mode appel
voix avec message d'attente est positionné auquel cas la commande n'est
pas exécutée.

----- fin --------------------------------

Sent via Deja.com http://www.deja.com/
Before you buy.

0 nouveau message