FORUM DU LOGICIEL PRISM

salut

Concernant le driver 64 bits de ton transformateur usb-serie, il faut faire attention car certains ne sont pas compatibles 64bits, pour moi j'ai resolu le pb avec un moxa et j'ai abandonné les convertisseurs USB serie. (Generalement avec des chipset chinois dont les drivers ne sont pas a jour)
Ensuite concernant l'UAC, tu m'en a pas parlé, c'est ici ->
http://www.futura-sciences.com/fr/quest ... -luac_541/
Sur ascom, tu peux regarder ici
http://tech.groups.yahoo.com/group/ASCOM-Talk/
Qd tu lance l'installeur ASCOM regarde bien en cliquant droit, il faut se mettre en mode administrateur (le petit boiuclier va apparaitre).
Bon courage.

Cyril

Bonjour Cyril et à tous.

Je regard à nouveau pour l'UAC. Merci.

Sinon, le câble TRENDnet usb/rs232 TU-S9 actuel, est compatible, d'après leur site, sur :
Windows 7 (32/64-bit)
Windows Vista (32/64-bit)
Windows XP (32/64-bit) /
2000 / ME / 98SE
Mac OS X (10.6)
Mac OS X (10.5)
Mac OS X (10.4)
Mac OS X (10.1-10.3)
Microprocesseur Intel 1GB RAM ou supérieur1
1GHz ou supérieur
800MHz ou supérieur
300MHz ou supérieur
1GB RAM ou supérieur
512MB RAM ou supérieur
256MB RAM ou supérieur
867MHz ou supérieur
333MHz ou supérieur
300MHz ou supérieur
512MB RAM ou supérieur
256MB RAM ou supérieur
256MB RAM ou supérieur

J'ai un autre câble USB/RS232 qui pilote l'optec. Ce dernier a été installé sans difficulté avec la plate-forme ASCOM sous prism et sous le système d'exploitation W7 64bits actuel.
De fabrication différente, je vais faire un test dessus.
Sinon, je vais m'en procurer un autre avec la compatibilité requise.

Après quelques recherches aussi sur le net et en particulier sur le site ASCOM, j'ai trouvé ceci
"Why don't my scripts work on a 64-bit system?
Most ASCOM drivers and the ASCOM support components are 32-bit. If you run your script by double-clicking it or using cscript on the command line, it uses the 64-bit script engine. The 64-bit script engine cannot use 32-bit components. On a 64-bit system, you must use the 32-bit script engine for ASCOM scripts. The easiest way is to use a command shell like this:
c:\whatever\> %windir%\SYSWOW64\cscript.exe myscript.vbs (or myscript.js for JScript)

Par contre, je ne comprend pas bien ...et surtout je ne vois pas comment faire ?

Si après tout cela sa coince encore, je vais voir si il n'est pas possible d'installer un second système d'exploitation en format Windows XP sur le PC W7 64bits.
En effet, j'ai encore tous mes cd d'installation de mon ancien PC portable.

Au passage, je trouve que SBIG a bien anticipé l'évolution des systèmes (j'ai une ST7 de 2008). Le CD d'ouverture des drivers à une option 64bits en plus de toutes les anciennes config.

Affaire à suivre...

Merci encore pour toute votre disponibilité sur ce problème.
Bien cordialement.
SOULIER Jean-François

Regarde le fil sur Windows 7 64, il y a des tas de petites infos la dessus.

viewtopic.php?f=11&t=278

Cyril

Bonsoir à tous.

Merci Cyril, j'ai lu tout ceci avec attention.

- Je confirme bien que l'UAC est désactivé.
- Que je suis bien en mode utilisateur.
- Mes derniers tests sur le cordon usb/rs232 est concluant. Le pilote est installé sous une config. 64bits.
- ASCOM plateform 5.0b est enregistré dans le fichier téléchargement, puis exécuté.
- ASCOM drivers est enregistré dans le fichier téléchargement, puis exécuté.

Par contre :
- au lancement du programme "Généric LX200", celui-ci me demande sans cesse "The ascom platform 5 is required for this drivers".
- La raquette virtuelle fonctionne, le retour de positionnement moteurs est ok, ainsi que sur la carte du ciel, mais le pointage par la carte du ciel est tjrs non opérationnel.

En faisant à nouveau des recherches sur leur site, j'ai trouvé ceci :

Creating Installers for your Drivers> Starting with ASCOM Platform 2008 (Platform 5), drivers (apart from simulators and some hub-type tools) are not included with the Platform itself. This means that driver developers must now furnish their drivers as separately installable packages. We've made this free and relatively easy. The Platform includes an optional tool that generates a first-cut of an installer script for the free Inno Setup installer package. Also included are graphics that will give your driver's installer a consistent look and feel, important for end users' comfort and confidence. Here's a brief step by step:Download Inno Setup and install it on your system.Open the Inno Setup help file and get at least a bit of familiarity with the script layout and compilation process. Every minute spent here will save you far more than a minute later!Run the "Driver install script maker" (Start menu, ASCOM Platform, Tools).Fill in the form that appears (see tips below).Click Save. The Inno Setup compiler will appear showing your driver's install script. Check it out!Make any adjustments needed (it's only a starting point!).Compile it and test the installer within Inno Setup. Here's a checklist: Driver goes into correct Common Files\ASCOM subfolderIt is properly registered for COM (use OLEView)If it is a local server (EXE) type, it has correct AppID info (use OLEView)The installer generator also creates a simple test script (j-script). Look at the test script in Notepad. Make any adjustments needed (it's a starting point!).Double-click it. You should see a popup with your driver's name. Next you should see your driver's setup dialog.Finally, use some ASCOM client to show a Chooser for your driver type and verify that your driver is listed.Tips on Making Install PackagesPlease do not change the installer graphic. It's important for end users to have a consistent experience when installing ASCOM drivers.Use a unique name for your driver's Read Me file (not just "ReadMe.html"). Failure to do this will probably cause your ReadMe to overwrite another or get overwritten by another ReadMe from someone else who failed to give theirs a unique name.The Source path should point to the project folder for your driver. For .NET assembly/DLL drivers, the tool assumes that the driver DLL is located below this folder in ..\bin\Release.The browse buttons for the main driver file and Read Me file will be enabled after you browse to the source location of your driver's files.If your driver is a .NET assembly (in-proc DLL) type, you can browse down to bin\Release to locate the DLL file. Any other place will cause the script generator to fail.If your driver is a .NET local server (exe), you will need to add a Source statement to the script for the driver DLLs that go into the xxxServedClasses folder.If your driver is a VB6/C++ COM local server (exe) you will have to add the needed registry commands to create the AppID (DCOM) info if you want it to be usable from Software Bisque's TheSky. Details are in the developer section of the ASCOM Web Site.The script generator is not a "womb to tomb" solution. You will almost certainly have to make adjustments to the resulting Inno Setup (.iss) script. The script (.iss) file and the compiled installer package will be put into the Source folder you select.How it works (advanced developers)> The generator uses the info from its form fields to make substitutions into a template script file, then writes the result into your script (.iss) file. The template is located in the Resources subfolder below the script generator's folder (nominally Program Files\ASCOM\Install Script Gen). There is a document describing the substitution tokens in the script generator's installation folder.

C'est pas mal compliqué pour moi...
- N'y a t-il pas une autre méthode ?
- D'ailleurs, est-ce vraiment la bonne pour débloquer le natif Lx200 ?

Par ailleurs, pourquoi le programme Lx200 me demande tjrs la "platfom 5" ? Elle est pourtant téléchargée... Mais est-ce la bonne en 64bits ? Il semble y avoir des écritures, au téléchargement, qui indiquent 32bits (?).

Par avance, merci de me donner vos avis, conseils, orientations...bref, encore un peu d'aide !

Bonne soirée.
SOULIER Jean-François

Resumons :
driver ascom : ne s'installe pas ?
lx200 natif : ne fait pas deplacer le telescope ?
Cyril
sinon une session en vnc ?

Bonsoir Cyril, à tous.

- Driver Ascom ne s'installe pas : oui.
- Lx200 ne pointe pas : oui.

VNC j'y pensais depuis pas mal de temps ! Grand merci si cela est possible...

Pour l'heure, le calibrage ce fait, l'autoguidage se fait, mais même en augmentant la vitesse du pilote de + de 10000fois, le pointage ne fonctionne tjrs pas.

J'ai même tenté de nommer la plate-forme 5.5 en 5, mais impossible, j'ai un message d'erreur bien avant.

Par contre, ce qui est vraiment sur, c'est que W7 rame bcp plus que W XP en terme d'applications multi-tâches.
Les images sont souvent en attentes, quand je fais d'autres choses sous Prism...

- D'ou ma question, ne vaut-il pas mieux que je monte un système d'exploitation annexe sur cette ordi ?

Bonne soirée.
Jean-François

Tu n'as pas un PC sous XP pour faire des essais ?
W7 rame ? j'ai W7 x64 acec 8go de RAM sous un i7 (ou i5), et je peux te dire que ca depote ...
Cyril

Bonjour.

Il semblerait que le problème vienne d'ici :
http://astroanswers.org/questions/37/sh ... lper2-util
(je me disais bien, que je voyais passer des fichiers 32bits au téléchargement...)
et d'ici :
http://astroanswers.org/questions/105/o ... -i-install

Je vais faire des essais...enfin, c'est de la programmation, "moi pas tout comprendre tout de suite !".
Sinon, si cela ne fonctionne pas, je vais voir avec mon vieux PC sous W . XP en chargeant le cd prismV7.

JF

Bonjour.

Le problème n'est pas réglé.
J'ai bien modifier le 5.5 en 5, puis, mis la ligne de changement dans le programme.
Tout ce lance maintenant normalement au niveau des programmes.
Mais, tjrs pas de pointage opérationnel sous Prism !

Par contre, il semblerait qu'il faille changer encore une ligne :
"...Peter's suggestion is the best solution to this, but just for completeness, here's an alternative.
On 64-bit systems there are two versions of CScript.exe (command-line script host) and two versions of WScript.exe (Windows script host). The executables are located in
C:\Windows\System32 (64-bit)
C:\Windows\SysWOW64 (32-bit)
Rather confusingly, on 64-bit systems the System32 folder contains 64-bit versions and the SysWOW64 folder contains 32-bit versions.
Versions of ASCOM prior to 5.5 contained components that were built for 32-bit systems, that is, they can only execute in a 32-bit process. One example of this is the DriverHelper2.dll which is responsible for reporting the Platform Version.
On 64-bit systems, 32-bit processes are allowed to call into 64-bit processes, but not the other way around. So, you can't call into DriverHelper2.dll from a 64-bit process, that causes an error.
Of course, on 64-bit systems, the default version of CScript and WScript are the 64-bit versions, as you'd expect. So when you run ShowPlatformVersion.vbs, it loads up the 64-bit version of CScript (or WScript) and so it's hosted in a 64-bit process. When it tries to load DriverHelper2.dll, that's a 32-bit component, so the whole thing explodes.
Peter's solution works because ASCOM.Utilities.dll is a .NET assembly, which automatically adapts to be either a 32-bit component or a 64-bit component, depending on how it is loaded. One of the reasons for introducing the .NET based components was to get this compatibility benefit for 64-bit systems.
The alternative is to force the script to execute in a 32-bit process - the 32-bit version of CScript (or WScript). You can do this by specifying the script as a command line parameter to the correct version of CScript, like this:
%WinDir%\SysWOW64\CScript.exe .\ShowPlatformVersion.vbs
Remember, SysWOW64 contains 32-bit executables. That should then work as if you're on a 32-bit system."

Mais alors là, j'ai bien les fichiers sous les yeux, C:\Windows\System32
C:\Windows\SysWOW64, mais je ne sais vraiment pas où changer cette ligne ?

- Autre question basique: y a t-il des exécutables (au niveau de la carte du ciel) sous Prism en 32bits qui ne peuvent passer en 64bits ?

Merci encore

Bien cordialement.
SOULIER Jean-François

"- Autre question basique: y a t-il des exécutables (au niveau de la carte du ciel) sous Prism en 32bits qui ne peuvent passer en 64bits ?"

Aucun risque, Prism V7 est completement compatible avec W7 64.