Path: ...!news.mixmin.net!aioe.org!news.gegeweb.eu!gegeweb.org!usenet-fr.net!agneau.org!nntpfeed.proxad.net!proxad.net!feeder1-1.proxad.net!212.27.60.64.MISMATCH!cleanfeed3-b.proxad.net!nnrp1-1.free.fr!not-for-mail
Newsgroups: fr.sci.electronique
From: JKB <JKB@hilbert.invalid>
Subject: Re: Gestion de =?UTF-8?Q?l=27=C3=A9nergie?= sur puve GNSS CAM-M8
References: <slrnsu53ar.bbo.JKB@hilbert.systella.fr>
Reply-To: <jkb@invalid>
User-Agent: slrn/1.0.3 (Linux)
Mime-Version: 1.0
Content-Type: text/plain; charset=utf8
Content-Transfer-Encoding: 8bit
Message-ID: <slrnsudt5a.bbo.JKB@hilbert.systella.fr>
Date: 18 Jan 2022 17:11:06 GMT
Lines: 45
Organization: Guest of ProXad - France
NNTP-Posting-Date: 18 Jan 2022 18:11:06 CET
NNTP-Posting-Host: 62.212.98.88
X-Trace: 1642525866 news-1.free.fr 5002 62.212.98.88:23733
X-Complaints-To: abuse@proxad.net
Bytes: 3140

	Après avoir relu toutes les docs du composant (ce qui ne m'a pas
	plus avancé que ça), parcouru les forums de discussion du fabricant
	(où je ne suis pas le seul à avoir ce genre de problème), utilisé
	des programmes de test, j'en suis arrivé à la conclusion suivante :
	les fonctions d'économie d'énergie de ce composant ne peuvent
	fonctionner que dans le cas idéal (signaux forts et nombreux
	satellites en vue directe).

	1/ Le composant peut passer d'un état d'énergie à un état plus
	consommateur (dans le dos de l'utilisateur) parce qu'il n'arrive pas
	à accrocher une synchronisation. Et il peut remonter comme ça
	jusqu'à l'état "balanced". Je m'en suis aperçu parce que le
	composant accepte par exemple 0x05 et remonte à 0x01... En lisant
	régulièrement le contenu de la trame PMS, on voit la valeur de
	powerSetupValue remonter rapidement lorsque le composant n'arrive
	pas à se synchroniser.

	2/ La gestion de l'énergie dite "aggressive" entrave la
	sychronisation. Typiquement, sur mon bureau, j'accroche en
	"balanced" ou en "full power" un minimum de 6 satellites (par la
	fenêtre les murs sont semi-anéchoïques). En more "aggresive", j'ai
	du mal à recevoir un seul satellite et le composant fait des calculs
	supplémentaires (et coûteux) pour tenter de se synchroniser.
	Il me semble aussi que le nombre de récepteurs est alors
	limité (ce qui n'arrange rien aux problèmes de réception).
	Je pense qu'en extérieur, avec des signaux plus forts,
	ça se passerait bien mieux, mais lorsque le signal est faible, c'est
	inutilisable.

	Conclusion : l'économie d'énergie proposée par Ublox est délirante
	et inutilisable puisqu'en fonction de la puissance des signaux reçus
	(et du nombre de satellites visibles), ça peut très bien ne rien
	économiser du tout. Il vaut mieux commuter Vcc et Vio en
	sauvegardant les éphémérides.

	Bref, encore un truc qu'on ne peut pas comprendre en lisant les docs
	sauf à lire entre les lignes.

	En espérant que ça puisse aider.

	JKB

-- 
Si votre demande me parvient en code 29, je vous titiouillerai volontiers
une réponse.