pascalduvar

Forum Replies Created

Affichage de 11 réponses de 1 à 11 (sur un total de 11)
  • Replies
    pascalduvar
    Participant

      je galère mais j’ai trouvé un truc :

      la commande « sudo dhcpcd -4 » me redonne du wifi…

      j’ai donc ajouté cette ligne dans le fichier rc.local avant la commande sleep

      ca marche apparemment

      avec les nouveaux fichiers dans http_serv je teste : ca fonctionne…

      je teste python et j’ai bien une réponse cette fois sans faire de commande supplémentaire 🙂

      je me suis fait trop peur, bon après si cela avait duré j’aurais tout reintialisé mais bon qd meme…. merci pour votre support, je vous contacte dans le weekend

      je vais pouvoir tester l’automatisation 🙂

      bonne journée

       

      0
      0
      pascalduvar
      Participant

        Bonjour CDlog2,

        j’ai appliqué les modifs aujourd’hui et c’est la cata ! il n’y a plus de connexion au reseau :((( il y a  un message « no wireless interfaces found » à la place de la connexion wifi 🙁

        le fichier /etc/network/interfaces contient

        source /etc/network/interfaces.d/*

        il n’y a aucun fichier dans /etc/network/interfaces.d/

        le fichier /etc/rc.local contient

        sleep 40 && sudo /usr/bin/pyton3 /var/www/http_serv/serveur_htt.py &

        exit 0

        je suis deg le rasp est hors ligne

         

         

         

        0
        0
        pascalduvar
        Participant

          Bonjour CDlog2,

          Le démarrge du RASP est très rapide, qq secondes, et la connexion à la box en xifi également, disons qu’en max 20/30 secondes je suis dans le système avec une connexion internet opérationnelle.

          Je ne serai pas dispo avant la fin de journée et c’est toujours compliqué, j’espère pouvoir avoir qq minutes pour intégrer vos modifs sinon il faudra que je patiente un peu…

          A bientôt 😉

          0
          0
          pascalduvar
          Participant

            Bonjour CDLog,

            Encore plus bizarre ce matin avant de faire les modifs, les commandes eedomus reviennent en ok mais aucun changement de puissance sur la borne… bref j’ai redémarré le rasp, reporté les modifs dans le crontab (mis en commentaire la ligne « @reboot sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py & » + modifier le etc/rc.local pour n’avoir à la fin que « sudo nohup /usr/bin/python3 /var/www/http_serv/serveur_http.py &

            exit 0″

            redémarré le rasp

            copie de la console

            ######################################################### »

            pi@raspberrypi:~ $ sudo pgrep -a python

            pi@raspberrypi:~ $ crontab -l

            # Edit this file to introduce tasks to be run by cron.

            #

            # Each task to run has to be defined through a single line

            # indicating with different fields when the task will be run

            # and what command to run for the task

            #

            # To define the time you can provide concrete values for

            # minute (m), hour (h), day of month (dom), month (mon),

            # and day of week (dow) or use ‘*’ in these fields (for ‘any’).

            #

            # Notice that tasks will be started based on the cron’s system

            # daemon’s notion of time and timezones.

            #

            # Output of the crontab jobs (including errors) is sent through

            # email to the user the crontab file belongs to (unless redirected).

            #

            # For example, you can run a backup of all your user accounts

            # at 5 a.m every week with:

            # 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/

            #

            # For more information see the manual pages of crontab(5) and cron(8)

            #

            # m h  dom mon dow   command

             

             

            ### @reboot sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py &

             

            pi@raspberrypi:~ $ sudo nohup /usr/bin/python3 /var/www/http_serv/serveur_http.py &

            [1] 1341

            pi@raspberrypi:~ $ nohup: les entrées sont ignorées et la sortie est ajoutée à ‘pi@raspberrypi:~ $ sudo pgrep -a python

            1342 /usr/bin/python3 /var/www/http_serv/serveur_http.py

            pi@raspberrypi:~ $ sudo pgrep -a python

            1342 /usr/bin/python3 /var/www/http_serv/serveur_http.py

            pi@raspberrypi:~ $ sudo pgrep -a python

            1342 /usr/bin/python3 /var/www/http_serv/serveur_http.py

            pi@raspberrypi:~ $ sudo nohup /usr/bin/python3 /var/www/http_serv/serveur_http.py &^C

            pi@raspberrypi:~ $ ^C

            pi@raspberrypi:~ $ sudo pgrep -a python

            1342 /usr/bin/python3 /var/www/http_serv/serveur_http.py

            pi@raspberrypi:~ $

            ###########################################################

            en gros on est revenu comme avant mais avec une ligne en commentaire dans le fichier /etc/rc.local

            Vous trouverez ci-joint l’archive du rep http_serv, plus simlpe que de sélectionner et il n’y a que la partie pour piloter la borne dans ce serveur.

            Merci encore pour votre aide 🙂

             

             

            Attachments:
            You must be logged in to view attached files.
            0
            0
            pascalduvar
            Participant

              Bonjour CDLog2,

              Pour commencer merci pour votre réponse et votre aide, j’espère que je vais y arriver avec tous vos bons conseils.

              Déjà ce matin le résultat de la commande « sudo pgrep -a pyhton » renvoie un résultat :
              ##########################################
              1748 /usr/bin/python3 /var/www/http_serv/serveur_http.py
              ##########################################

              Le contenu du crontab correspond bien à ce vous indiquiez avec uniquement la ligne « @reboot sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py & » en fin de fichier comme indiqué.

              Malgré cela et sans avoir lancé de nouveau la commande « sudo nohup /usr/bin/python3 /var/www/http_serv/serveur_http.py & » les requêtes HTTP semblent ko depuis l’interface eedomus, normalement quand cela fonctionne, après quelques secondes, il est indiqué depuis quand la commande est active alors que quand « la connexion est ko », un petit message « en cours » est affiché, ce qui signifie qu’il n’y a pas de retour et que la commande n’est pas passée…

              Je ne suis pas sur place aujourd’hui, je pourrez fixer l’IP ce soir et faire un reboot, je vous enverrai l’archive demain.

              Merci encore pour votre aide !

               

               

              0
              0
              pascalduvar
              Participant

                Bonjour CDlog2,

                En fait après le démarrage ou après quelques secondes sans commande, le résultat de la commande « sudo pgrep -a python » est vide…

                Le RASP est relié au réseau local via WIFI

                La version de linux est « Linux raspberrypi 5.10.92-v7+ #1514 SMP Mon Jan 17 17:36:39 GMT 2022 armv7l GNU/Linux »

                Fichier /etc/rc.local du RASP :

                ######################################################## » » »

                #!/bin/sh -e

                #

                # rc.local

                #

                # This script is executed at the end of each multiuser runlevel.

                # Make sure that the script will « exit 0 » on success or any other

                # value on error.

                #

                # In order to enable or disable this script just change the execution

                # bits.

                #

                # By default this script does nothing.

                # Print the IP address

                _IP=$(hostname -I) || true

                if [ « $_IP » ]; then

                printf « My IP address is %s\n » « $_IP »

                fi

                # sudo /home/pi/.local/bin/python3 -m http.server &

                ping -c 4 127.0.0.1 > nul

                sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py &

                 

                exit 0

                ####################################################

                Il semble être bien configuré selon ce que vous indiquez…

                J’ai modifié le fichier en mettant en commentaire les 3 lignes avant exit 0

                La commande « crontab-e » retourne :

                ###################################################

                no crontab for pi – using an empty one

                Select an editor.  To change later, run ‘select-editor’.

                1. /bin/nano        <—- easiest

                2. /usr/bin/vim.tiny

                3. /bin/ed

                Choose 1-3 [1]:

                ###################################################

                J’ai ajouté les 2 lignes au crontab et redémarré et… pareil 🙁

                Le retour de la commande « sudo pgrep -a python » est vide, j’ai envie de me pendre…

                idem après plusieurs secondes/minutes

                Du coup je retape la commande /usr/bin/python3 /var/www/http_serv/serveur_http.py & et voilà le résultat de la console

                copie de la console

                ####################################################################

                pi@raspberrypi:~ $ sudo pgrep -a python

                pi@raspberrypi:~ $ sudo pgrep -a python

                pi@raspberrypi:~ $ sudo pgrep -a python

                pi@raspberrypi:~ $ sudo pgrep -a python

                pi@raspberrypi:~ $ sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py &

                [1] 1656

                pi@raspberrypi:~ $ MY IP = 192.168.1.81

                ERREUR CONFIG PORT USB VETRONIC >>  Voici l’erreur : Port is already open.

                ####################################################################

                et après qq secondes :

                ####################################################################

                pi@raspberrypi:~ $ sudo pgrep -a python

                pi@raspberrypi:~ $

                ####################################################################

                du coup les commandes http de eedomus vers rasp ne fonctionne pas, et je constate que la puissance de recharge sur la voiture ne change pas (elle m’affiche la puissance sur l’ecran derriere le volant)

                donc je reprends la procédure lourde habituelle en tapant une nouvelle fois la commande « /usr/bin/python3 /var/www/http_serv/serveur_http.py & » dans la console et voilà le résultat de la console :

                ####################################################################

                pi@raspberrypi:~ $ sudo pgrep -a python

                pi@raspberrypi:~ $ sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py &

                [1] 1747

                pi@raspberrypi:~ $ MY IP = 192.168.1.81

                ERREUR CONFIG PORT USB VETRONIC >>  Voici l’erreur : Port is already open.

                ####################################################################

                Ensuite je renvoie un requete HTTP depuis eedomus et voilà le résultat :

                ####################################################################

                pi@raspberrypi:~ $ sudo pgrep -a python

                pi@raspberrypi:~ $ sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py &

                [1] 1747

                pi@raspberrypi:~ $ MY IP = 192.168.1.81

                ERREUR CONFIG PORT USB VETRONIC >>  Voici l’erreur : Port is already open.

                value read=<vetronic><error>200</error><req>$SC 16</req><rep>$SC 16

                wallbox$ </rep><repfinal>$SC 16

                wallbox$</repfinal><repmess>Requete OK et Rep.Cde. $SC 16 Vetronic OK</repmess> <charge1></charge1><charge2></charge2><charge3></charge3></vetronic>

                192.168.1.53 – – [02/Jul/2023 09:50:31] « GET /pvetronic$/$SC%2016 HTTP/1.1 » 200 –

                ####################################################################

                et la charge augmente / diminue selon l’ordre, là j’ai envoyé 16A.

                Je remarque l’adresse IP 192.168.1.53…. je suppose que ce doit être celle la box evtronic… ou je ne sais pas en fait…

                J’ai essayé d’être le plus complet possible, je vous remercie pour votre aide !

                Je ne comprends pas :/

                0
                0
                pascalduvar
                Participant

                  Bonjour les copains,

                  Alors en ce qui me concerne je vais rester sur l’installation actuelle hein, ca marche bien, c’est presque parfait, juste un petit truc qui commence à me gonfler car ca me bloque pour finaliser le projet, le rasp n’accepte pas les commandes http eedomus si je n’envoies la commande « sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py & » sur la console juste avant.

                  J’ai bien vérifié la config est tout correspond à ce qui est indiqué dans le fichier texte… j’ai une version Raspian 11. Le résultat de la commande « sudo pgrep -a python » ne donne rien si je ne fais pas d’abord la commande « sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py & » et ensuite j’obtiens

                  « 1315 /usr/bin/python3 /var/www/http_serv/serveur_http.py »
                  « 1496 /usr/bin/python3 /var/www/http_serv/serveur_http.py »
                  « 1497 /usr/bin/python3 /var/www/http_serv/serveur_http.py »

                  Le seul truc qui n’a rien à voir mais que j’ai configuré pareil qu’indiquer par CDlog2 c’est l’interface de gestion du boot, après la commande « sudo raspi-config » je dois faire le choix 1 « System Options », puis j’ai soit « S5 Boot / Autologin » soit « S6 Network at Boot », j’ai donc fait après S5 :  « B4 Desktop Autologin » et après S6 : « Oui », puis reboot et ….pareil, les commandes http d’eedomus ne fonctionnent pas tant que je n’envoies pas une commande « sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py & » depuis la console, c’est lourd et ca me bloque pour automatiser le pilotage de la borne.

                  Je suis comme Lilou Dallas dans le 5e élement après une chute vertigineuse et un atterrissage dans le taxi de Bruce Willis : « please…. help…. »

                  Voilà, j’enrage de coincer la dessus 🙁

                   

                   

                  0
                  0
                  pascalduvar
                  Participant

                    Bonjour cdlog2 et misterden,

                    comme vous pouvez le constater je ne suis pas super réactif mais je ne lache pas l’affaire 😉

                    donc j’ai toujours le souci de devoir envoyer une instruction au Raspberry pour pouvoir envoyer une commande de puissance depuis l’interface d’eedomus, je vais me repencher sur le parametrage du Raspberry en suivant les conseils de cdlog2, il me semble que je les avais appliqués sans succès mais je vais reprendre sérieusement le sujet car j’ai 2 nouvelles informations à vous faire part.
                    – la première arrive trop tard et de toute façon elle n’est pas assez pertinente pour moi mais je tiens à le signaler quand même ne serait ce que pour féliciter son auteur, le fabricant /assembleur / vendeur de la borne VETronic, qui fonctionne toujours parfaitement chez moi depuis octobre 2018 ! D’ailleurs elle recharge 2 véhicules maintenant (pas en même temps faut pas deconner mais pourquoi pas un jour si ça peut donner des idées à son auteur, mais je m’égare). Donc pour l’info il semblerait que Cyril (le fabricant) propose une mise à jour de la borne pour gérer nativement le pilotage d’une charge selon une production solaire, bravo !
                    – la seconde est que jeton installation photovoltaïque utilise la box ECU-C de APSystems, et que je viens de découvrir qu’il existait un plugin pour eedomus ! Fantastique ! J’installe, je teste, ça marche au top, j’ai donc maintenant un index de production instantanée (1 minute de delay) et un index d’importation/injection (1 minute de delay) 🙂

                    en conclusion je vais donc pouvoir poser des règles de pilotage de charge pour coller à la puissance d’injection !

                    Ce qui est fantastique c’est que je vais pouvoir coller à l’injection et non à une puissance de production brute à laquelle il faut retirer la consommation de la maison, piscine, éventuellement le sèche linge, le lave linge qui consomme selon la température du programme, le lave vaisselle, la machine à café. Je le faisais jusqu’à  maintenant manuellement, ça marche terni en mais c’est lourd, surtout quand je ne suis pas sur place mais à distance, avec cette solution ce sera parfait, enfin 🙂

                    Mon ami Benoit m’a transmis les informations qu’il me manquait pour pouvoir gérer le chauffe-eau, car pour la même raison que je n’utiliserai pas le pilotage de la charge depuis la borne nativement, la box ECU-C peut gérer le démarrage du chauffe eau selon un niveau de production mais sans tenir compte d’une éventuelle consommation pour une recharge de véhicule électrique, avec eedomus, je vais pouvoir automatiser le pilotage du chauffe-eau et des recharges électriques.

                    pour info j’avais avant une installation photovoltaïque de 6 kWc, j’ai installé comme un grand 3 kWc supplémentaires et je peux donc maintenant vraiment optimiser parfaitement car avant de roture façon c’était sur une journée soit le chauffe-eau soit les voitures. Avec mon système demi manuel, j’étais quand même à 68% d’autoconsommation sur 6 kWc, en passant à 9 le défi est plus grand mais je pense pouvoir encore augmenter le pourcentage d’autoconsommation.

                    bon, j’ai fait un peu de hors sujet mais au moins vous savez pourquoi je fais ça 🙂

                    à bientôt, si cela vous intéresse je peux poster des liens, des photos , captures d’écran ou graphiques.

                    Pascal

                    0
                    0
                    pascalduvar
                    Participant

                      Bonjour cdlog2
                      Les nouvelles sont bonnes, la liaison est ok, les commandes fonctionnent, il me reste 2 petites choses à régler, merci à toi pour les scripts et merci à mon ami Benoit pour le prêt du raspberry
                      Il semblerait qu’une mise en veille du système s’effectue, je pense l’avoir résolue en modifiant un fichier de configuration, à voir dans le temps si le serveur est toujours opérationnel.
                      Le second m’embête un peu plus, lors du redémarrage du système, les commandes http ne fonctionnent pas 🙁 je dois exécuter la commande « sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py & » avec un retour erreur qui indique que le service est déjà démarré et là c’est bon… j’ai pourtant bien modifié le fichier « /ect/rc.local »…
                      J’a tenté d’alimenter le raspberry avec une batterie de secours de téléphone, ca fonctionne mais il y a un message comme quoi le voltage est trop faible, donc en attendant j’aliment le boitier sur secteur.
                      Le bon point est que le raspberry rentre dans le boitier de la borne, ce qui évite un autre boitier étanche à l’extérieur.
                      Côté eedomus j’ai simplement ajouté des commandes http pour arrêter la charge ou envoyer de 6 à 32 A par pas de 2.
                      Cela fonctionne très bien en « manuel » dans le but de pouvoir gérer la puissance délivrée par la borne selon la production des panneaux photovoltaiques.
                      La prochaine étape sera que la modification de la puissance délivrée soit gérée automatique par la box eedomus selon la consommation de la maison et la production des panneaux.
                      Je joins une photo de la borne avec le raspberry et le câble série avant fermeture et les commandes http sur l’interface eedomus

                      Attachments:
                      You must be logged in to view attached files.
                      0
                      0
                      pascalduvar
                      Participant

                        Bonjour et merci cdlog2, je ne m’étais pas connecté ce week-end 🙂
                        En tout cas merci pour la contribution, je vais essayer de mettre en place tout cela, j’ai tenté de me connecter directement à la borne avec un convertisseur USB/RJ45 et RJ45/DB9 mais ca ne marche pas (sans trop de surprise) par contre USB/DB9 ok et les commandes en shell ok. Un ami m’a prêté un Raspberry, je vais essayer de faire l’installation et le branchement (week-end prochain). Je vous tiens informé 🙂
                        Pascal

                        0
                        0
                        pascalduvar
                        Participant

                          Bonjour cdlog2, je déterre ce sujet car je suis exactement dans le même cas que @denis, je souhaiterais piloter la borne de recharge ve-tronic avec l’eedomus. Pouvez-vous me contacter svp, le lien de test ne semble plus être actif.
                          Pascal

                          0
                          0
                        Affichage de 11 réponses de 1 à 11 (sur un total de 11)