Accueil > Forum > contrôleurs SlimLine e Netsyst (LogicLab) > Erreur de connexion dans les pages Web de SlimLine
- Ce sujet a 18 réponses, 3 participants et a été mis à jour pour la dernière fois 9 années, 4 mois da Sergio Bertana.
-
auteurPost
-
Août 19, 2014 à 9: 23 am #35603MichelePartecipante
J'ai pu me connecter et voir la page d'accueil du serveur Web SlimLine via USB à 192.168.1.122. Malheureusement, lorsque j'entre le nom d'utilisateur et le mot de passe (Admin et Admin), les navigateurs Firefox et Explorer m'indiquent une erreur de connexion, la page ne peut pas être chargée. Je ne peux donc pas changer les valeurs du port COM.
Avez-vous des conseils? J'ai également redémarré mais rien.
Août 19, 2014 à 9: 35 am #38348Sergio BertanaAdministrateur du forumMalheureusement, il y a un bug dans un lien dans les pages de configuration, je joins la version mise à jour des pages Web de configuration à télécharger (Mdp020b430).
Pour transférer les pages, vous devez vous connecter en FTP (Voir le message) et écraser les fichiers dans le dossier Système.
Août 19, 2014 à 10: 03 am #38351MichelePartecipanteJ'ai essayé avec Filezilla à la fois avec l'adresse 192.168.1.122 port 21 et avec celui du guide 192.168.0.122 mais je pense que c'est pour la connexion Ethernet, pas mon cas qui est USB.
Filezilla dit:
État: connexion à 192.168.1.122:21 ...
Erreur: la connexion a expiré
Erreur: impossible de se connecter au serveur
État: en attente d'une nouvelle tentative ...Dans ce cas également, j'ai utilisé Admin Admin comme nom d'utilisateur et mot de passe.
Août 19, 2014 à 10: 13 am #38352Sergio BertanaAdministrateur du forumSi la connexion se fait via USB, l'adresse IP par défaut est 192.168.1.122. Vous avez correctement défini les paramètres dans Filezilla en regardant ceci capture d'écran ?
Si nécessaire, utilisez l'Explorateur Windows (celui qui vous permet de visualiser le contenu des disques de votre PC). En tapant dans la barre d'adresse ftp suivi de :// Username:Password@Device IP address, vous pouvez afficher le système de fichiers du SlimLine (Capture d'écran). Vous pouvez désormais utiliser les fichiers comme vous le faites normalement sur le PC, même avec des opérations de glisser-déposer.
Août 19, 2014 à 12: pm 17 #38354MichelePartecipanteJ'ai pu mettre à jour les fichiers sur Slimline avec Filezilla… il suffit de changer le câble mini-USB… J'ai redémarré l'automate et le PC mais le problème de ne pas se connecter au serveur Web persiste.
Août 19, 2014 à 12: pm 34 #38355Sergio BertanaAdministrateur du forumCe n'est pas que de nouvelles informations d'identification d'accès ont été définies, si vous vous connectez à Telnet (port 23), pouvez-vous vous connecter avec Admin, Admin? Dans Manuel de référence pour les commandes CPU Telnet SlimLine trouver toutes les commandes telnet disponibles. Je vous conseille de mettre à jour le système d'exploitation (Code SFW184 ** 00) voir KB.
Août 19, 2014 à 2: pm 07 #38356MichelePartecipanteL'unité a le firmware Code logiciel SFW184A870 J'ai vu dans la liste SFW184A890 télécharger ceci?
J'installe Toolly et j'essaie.Août 19, 2014 à 2: pm 12 #38357Sergio BertanaAdministrateur du forumOui, la version SFW184A890 est la dernière actuellement disponible.
Août 19, 2014 à 3: pm 45 #38358MichelePartecipanteToolly ne commence pas à écrire le firmware, comment le port COM doit-il être réglé 115200, 8 bits, pas de parité, pas de contrôle de flux?
Les câbles de connexion sont-ils bons pour GND, TX et RX ou les autres le veulent-ils?
Comme indiqué par la FAQ, j'ai connecté les câbles RS232. J'ai déplacé le cavalier avec l'automate désactivé lors de la mise à niveau du micrologiciel. J'ai activé Toolly et mis l'automate sous tension, mais il semble ne rien faire, de plus en plus de caractères "..." apparaissent dans Toolly mais la barre de processus ci-dessous ne fait rien.
Août 20, 2014 à 6: 36 am #38359Sergio BertanaAdministrateur du forumToolly définit automatiquement les paramètres de série corrects, le KB montre le schéma de construction des câbles. Pour la mise à jour du firmware, cependant, les signaux Tx, Rx et GND sont suffisants. Veillez à ne pas confondre les mises à niveau du firmware avec les mises à niveau du chargeur de démarrage. Vous devez effectuer une mise à jour du firmware et dans ce cas, il n'est pas nécessaire de déplacer un cavalier sur le module CPU, tout se passe automatiquement en allumant le module CPU pendant que Toolly affiche le ...
Août 20, 2014 à 10: 37 am #38360MichelePartecipanteJ'ai remis le cavalier dans sa position d'origine. J'ai toujours effectué une mise à niveau du micrologiciel, mais il semble que Toolly ne puisse pas télécharger le micrologiciel pendant l'envoi. L'API démarre normalement et après 3 ou 4 secondes après la mise sous tension, le programme API démarré est disponible. Il semble ignorer complètement la mise à jour du firmware. Les étapes que je prends sont:
1-I éteint l'automate
2-Je laisse le cavalier en fonctionnement normal
3-Premo Envoyer sur Toolly
4-I allume l'automate
5-Je me retrouve avec l'automate démarré et Toolly continue d'ajouter «…» dans la fenêtre
6-Je vais vérifier sur le serveur Web et le firmware est toujours le précédent SFW184A870.Les modules supplémentaires connectés à l'unité API doivent-ils être déconnectés? Le câble USB peut-il causer des problèmes pendant l'opération? Le COM0 de l'automate est-il celui du module CPU?
Août 21, 2014 à 3: pm 41 #38361Sergio BertanaAdministrateur du forumLes manœuvres que vous effectuez sont toutes correctes et Toolly devrait empêcher le module CPU de démarrer et de transférer le nouveau firmware. Le port COM vous devez utiliser est COM0 (Celui à côté du connecteur d'extension) du module CPU, les modules d'extension ne sont pas pertinents ainsi que le câble USB.
Avez-vous vérifié que le port COM défini dans Toolly est bien le port COM du PC que vous utilisez?
Vérifiez également la fonctionnalité de ce port série, vous pouvez connecter les broches 2 et 3 entre elles (Loopback) et via le terminal Toolly, essayez d'envoyer des caractères, vous devriez les voir à nouveau affichés.
D'après mon expérience, lorsque vous ne pouviez pas charger le micrologiciel, c'était toujours un problème de câble, les clients utilisant des câbles d'extension Null-Modem, des câbles d'extension interrompus, des câbles avec un connecteur RJ45 mal pincé. Vérifiez avec un testeur que le câble est bien câblé comme décrit dans la FAQ et qu'il est connecté au port série du PC. Si vous utilisez un convertisseur USB / série, assurez-vous qu'il a les niveaux de tension corrects sur les signaux (Sujet).
Vous pouvez également vous connecter en série avec LogicLab au module CPU et essayer si vous pouvez transférer et / ou déboguer le programme (Sujet).
Août 25, 2014 à 9: 31 am #38373MichelePartecipanteJ'ai pu mettre à jour le firmware du slimline. Les câbles RJ45 ont été croisés et je me suis donc trompé entre le câble vert-blanc et bleu-blanc, mais le problème persiste et je ne peux pas me connecter au serveur Web. Essayons de contourner le problème.
Je dois me connecter au port COM0 du SlimLine un écran tactile Weintek le MT6050ip avec MODBUS (je pense que vous ne pouvez pas modifier les paramètres) et au port COM1 (le port COM du module d'extension) un PC pour recevoir des chaînes ASCII avec des données.
Comment puis-je définir les paramètres de LogicLab, j'ai vu une autre discussion (lien) J'ai essayé le code avec Toolly mais cela ne fonctionne que pour COM0 où j'ai l'écho du caractère ... J'ai essayé de définir à la fois COM1 et COM2 avec ce code, en utilisant le port COM du module d'extension pour cela mais cela ne fonctionne pas. Si vous avez d'autres possibilités pour réparer le serveur Web, veuillez m'en informer.
Août 25, 2014 à 9: 45 am #38374Sergio BertanaAdministrateur du forumJe ne comprends pas pourquoi vous ne pouvez pas vous connecter, vous avez utilisé votre nom d'utilisateur et votre mot de passe Administrateur (Sensible à la casse) Cependant, pour vos besoins, il n'est pas nécessaire de modifier la configuration du module CPU, s'il n'est pas utilisé par le programme utilisateur tous les ports COM du module CPU supporte le protocole Modbus RTU. Ensuite, sur le panneau Weintek, vous devez seulement définir le débit en bauds 115200, et 8 et définir le nœud 1 en tant que nœud Modbus (Voir les connexions manuelles). Dans la section terminale de Weintek, vous trouverez de nombreux exemples d'utilisation ce sujet vous trouverez un programme de démarrage) .Je vous rappelle que pour le protocole Modbus sur les ports du module d'extension il n'est pas géré nativement mais vous devez créer un programme qui le gère (vous pouvez trouver des exemples dans le forum). Votre module CPU n'a qu'un seul port série COM0, il est donc conseillé de connecter le panneau de commande à ce port et c'est aussi pourquoi le programme d'écho que vous avez mentionné fonctionne sur ce port. Pour accéder aux ports série du module CPU, utilisez la fonction Sysfopen définir le nom du port à utiliser. Il existe des modules d'extension équipés de ports série, l'accès à ces ports est exactement le même que celui des ports sur le module CPU, vous devez définir le nom du port pour utiliser la définition PCOMx.y où x indique l'adresse du module et avec y le numéro de port présent sur le module. (Exemple PCOM0.0 définit le port 0 présent sur le module 0, PCOM1.2 définit le port 2 présent sur le module 1 (Sujet).
Août 25, 2014 à 10: 43 am #38375MichelePartecipanteMerci, le module d'extension analogique utilisé a l'adresse 16 # 01 en utilisant l'adresse 1 dans le bloc fonctionnel SysGetAnInp Je peux prendre une valeur ADC et décider de commuter ou non une sortie relais du module CPU. Il n'a qu'un seul port COM et le manuel joint dans la boîte s'appelle COM0. Le problème est qu'en définissant: Sysfopen ('PCOM1.0', 'rw') Toolly ne peut pas recevoir les caractères d'écho. Le module est un PCB126B110 je lis maintenant que peut-être le RS232 n'est pas utilisable par l'utilisateur (Voir le lien). Cela signifie-t-il que je ne peux pas l'utiliser? Si c'est le cas, j'ai peut-être besoin de la version PCB126C110.
-
auteurPost
- Vous devez être connecté pour répondre à ce sujet.