dimanche 27 décembre 2015

Je ne peux pas ouvrir plus de 3 fenêtres avec mon Unity

Si vous lancez plusieurs instances de Unity Pro V5.0, il est possible que vous soyez limités à 3 fenêtres dans la seconde instance. Pour pouvoir ouvrir plus de 3 fenêtres en multi instances de Unity vous devez :
Dans la clef suivante,

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems\Windows

vérifiez que le second chiffre de SharedSection est supérieur ou égal à 8192 sinon mettre 8192

Exemple de paramètres qui amrchent, extrat d'un PC Vista qui lu ine pose pas de problème :
%SystemRoot%\system32\csrss.exe ObjectDirectory=\Windows SharedSection=1024,12288,512 Windows=On SubSystemType=Windows ServerDll=basesrv,1 ServerDll=winsrv:UserServerDllInitialization,3 ServerDll=winsrv:ConServerDllInitialization,2 ProfileControl=Off MaxRequestThreads=16

Initialisation des %MW sur reprise à froid M340

Si on coche la case "initialisation des %MWi sur reprise à froid", lorsque l'on a ue reprise à froid les %MWi se comportent comme des variables non localisée, ie elles prennent la valeur initiale indiquée dans l'éditeur de data et si on a eu un %S94 et un %S66 et que la case sauvegarde est cochée alors on a les valeurs courantes qui sont mises dans les valeurs initiales (ceci se fait automate en RUN ou en STOP).

Si on a décoché la case "initialisation des %MWi sur reprise à froid" alors les %MWi se comportent différemment des variables non localisées : sur reprise à froid les %MWi (nommés ou pas) prennent la valeur contenue dans la flash de l'automate. Cette flash peut être écrite avec les valeurs courantes des %MWi par mise à 1 du bit %SW96.0. (automate en Stop)

Fonctionnement %SW8 et %SW9

%SW8 et %SW9 inhibent ou activent les échanges entre la CPU et les modules d'E/S

SW8 pour la recopie des entrées dans la CPU et
SW9 pour l'écriture des sorties dans les modules

les bits 0 agissent sur les échanges liés à la MAST
les bits 1 agissent sur les échanges liés à la FAST

Pour les modules de COMM Ethernet avec ioscanning on a actuellement le fonctionnement suivant :
- Pour les ETY sur premium, le SW8.0 à 1 arrête la copie de la mémoire des %MW par les données de l'ETY (ie si on a configuré le module pour avoir un set to 0 des entrées sur perte de comm, les %MW restent dans leur état au lieu de passer à zéro)
- Pour les NOE M340 le SW8.0 a le même fonctionnement, les MW ne sont pas écrits dans l'automate

Nota : qui dit stop des échanges du module vers l'UC dit aussi que les écrnas de debug sont faux car si vous débranchez le cable vous serez toujours en vert si le SW8.0 est à 1

- Pour les SW9.0 avec les ETY, les échanges avec l'UC sont bien arrêtés, on voit que l'ioscanning reste en marche dans l'écran de debug de l'ioscanning

- Pour les NOE M340, on voit que le module est arrêté car l'écran de l'ioscanning montre des carrés rouges (ie si on a une PRM la PRM passe en stop car le CRCIO n'est pas copié dnas la PRM, alors qu'avec un ETY la PRM reste en RUN)

Modes de marche PRM

D'après les informations données par les LEDs en face avant de la PRM voici la description des principaux modes de marche

LED SF fixe : reboot

SF clignotant : NO CONF

BUSF Clignotant : une ereur mémorisée et/ou présente

RUN/STOP Vert: RUN RUN/STOP jaune : STOP

RUN/STOP Vert clignotant : mode Cleared

Modes de marche sur Chargement de configuration :

Si la configuration dela PRM contenue dans l'automate est identique à celle de la PRM
- je modifie la configuration de la PRM dans la DTM,
- je transfère la configuration dans la PRM

Resultat : la conf présente dans l'automate n'est pas la même que celle de la PRM et si je fais un upload de l'appli automate, je récupère une conf de PRM différente de celle de le PRM. Pour que les deux conf soient identiques il faut que je fasse un build changes pour mettre à jour les infos de upload dans l'automate.

La PRM prend en compte sa nouvelle conf sur reboot

Le reboot se fait même si on est en RUN si on est en modif qui n'a pas modifié le CRCIO, ie sur modif de vitesse profibus, la PRM reboot immédiaement

Si j'ai mis une conf dans la PRM sans avoir coché DHCP,
si je mets les roues codeuses sur un numéro pour se faire servir une adresse,
Alors : la PRM prend son adresse.

Si j'ai mis une conf dans la PRM en ayant coché DHCP,
si l'adresse servie qui correspond aux roues codeuses est différente de celle de la conf (celle servant à se connecter)
alors on passe en flash 6 (adresse IP par défaut) si c'est la même

si la conf est différente alors on la prend afin de pouvoir se connecter et faire une modif sans repasser par l'IP par défaut.

remarque c'est pour cela qu'on a eu des cas où on ne prenait pas l'adresse IP en DHCP car la conf était différente et ils avaient mis une adresse en configuré et pas en servie, d'où le passage par un clear.

Codes à barre et lieux de fabrication EAN grande distribution

Tous les produits ont maintenant des codes à barre, le ou les premiers chiffres correspondent au pays de fabrication (ou mise en sachet, voici les correspondances



00 à 13 : Etats-Unis et Canada

30 à 37 : France

40 à 44 : Allemagne

471 : Taiwan

49 : Japon

50 : Grande-Bretagne

57 ~ : Danemark

64 ~ : Finlande

76 ~ : Suisse et Liechtenstein

628 ~ : Arabie Saoudite

629 ~ : Émirats Arabes Unis

690 à 695 : RPC

740 à 745 : Amérique Centrale

480 à 489 : Philippines



Détails:

00 à 13 USA & Canada us & ca

20 à 29 Usage privé uniquement

30 à 37 France fr

380 Bulgarie bg

383 Slovénie si

385 Croatie hr

387 Bosnie Herzegovine ba

400 à 440 Allemagne de

45 & 49 Japon jp

460 à 469 Fédération de Russie ru

471 Taiwan tw

474 Estonie ee

475 Lettonie lv

476 Azerbaijan az

477 Lithuanie lt

478 Ouzbekistan uz

479 Sri Lanka lk

480 Philippines ph

481 Belarus by

482 Ukraine ua

484 Moldavie md

485 Arménie am

486 Georgie ge

487 Kazakhstan kz

489 Honk-Kong hk

50 Royaume-Uni uk

520 Grèce gr

528 Liban lb

529 Chipre cy

531 Macédoine mk

535 Malte mt

539 Irlande ie

54 Belgique & Luxembourg be & lu

560 Portugal pt

569 Islande is

57 Danemark dk

590 Pologne pl

594 Roumanie ro

599 Hongrie ie

609 Ile Maurice mu

611 Maroc ma

613 Algérie ie

619 Kenya ke

619 Tunisie tn

621 Syrie sy

622 Égypte eg

624 Lybie ly

625 Jordanie jo

626 Iran ir

627 Koweit kw

628 Arabie Saoudite sa

629 Émirats Arabes Unis ae

64 Finland fi

690 à 693 Chine cn

70 Norvège no

729 Israël il

73 Suède se

740 Guatemala gt

741 Salvador sv

742 Honduras hn

743 Nicaragua ni

744 Costa Rica cr

745 Panama pa

746 République Dominicaine do

750 Mexique mx

759 Venezuela ve

76 Suisse ch

770 Colombie co

773 Uruguay uy

775 Pérou pe

777 Bolivie bo

779 Argentine ar

780 Chili cl

784 Paraguay py

786 Équateur ec

789 Brésil br

80 à 83 Italy it

84 Espagne es

850 Cuba cu

858 Slovaquie sk

859 République Tchèque cz

860 Yougoslavie yu

867 Corée du Nord kp

869 Turquie tr

87 Pays-Bas nl

880 Korée du Sud kr

885 Thailande th

888 Singapour sg

890 Inde in

893 Vietnam vn

899 Indonésie id

90 et 91 Autriche at

93 Australie au

94 Nouvelle-Zélande nz

955 Malaysie my

958 Macao mo

MISE A JOUR FIRMWARE : PRM carte de dev

par défaut la carte de dev a pour addresse IP 10.10.200.38, le PC à connecter doit avoir l'adresse IP 10.10.200.100

Il faut mettre un serveur FTP sur le PC avec comme user : clx2000 mot de passe clx2000 (WFTPD32.EXE) avec comme directory principal ledossier où se trouve le fichier binaire à flasher et le .out
Lancer putty en mode liaison série connecté sur la carte de dev à 9600
taper la ligne de commande :
ld < upgradeFlashDKM.out
puis upgradeFlash
Et attendre
Si vous voulez modifier les paramètres par défaut de la carte il suffit de taper sur une touche au boot et ensuite de taper
c puis valider
et ensuite passer en revue les paramètres de la carte.

mercredi 14 octobre 2015

Mise à jour Firmware AVT9xx

Utiliser Kalaflash tool 1.3.2.6

Raccorder la liaison série avec le cable adapté
mettre l'IP par défaut 192.168.0.10 pour l'ATV
Mettre une IP cohérente aevc un masque de sous réeau de 255.255.255.0 sur le PC

tester la connexion et charger le firmware