Trend tableau de bord vis-à-vis de la tendance SOC - Charge - Repos - Décharge

[jlm]

D'un coup d’œil il est possible de constater si les batteries sont en train de se charger, se décharger ou d'être au repos.
J'ai ajouté le bouton "PYLON SOC" en bas à droite à coté du pourcentage de charge des batteries.
Couleur verte = Charge (flèche vers le haut)
Couleur noire = Repos (flèche vers la droite)
Couleur rosée = Décharge (flèche vers le bas)

Le bouton est aussi cliquable, il nous emmène sur le tableau de bord des batteries pour analyse fine si nécessaire

Ça me semble judicieux tel que.

Voir la démo ci-dessous:

   

[gazzzzton]

Très beau boulot, j'adore les gens qui débordent d'imagination comme toi :)

[ChrisPv]

D'un coup d’œil il est possible de constater si les batteries sont en train de se charger, se décharger ou d'être au repos.
J'ai ajouté le bouton "PYLON SOC" en bas à droite à coté du pourcentage de charge des batteries.
Couleur verte = Charge (flèche vers le haut)
Couleur noire = Repos (flèche vers la droite)
Couleur rosée = Décharge (flèche vers le bas)

Le bouton est aussi cliquable, il nous emmène sur le tableau de bord des batteries pour analyse fine si nécessaire

Ça me semble judicieux tel que.

Voir la démo ci-dessous:

une petite sugestion de tableau pour cela
       

[jlm]

J'ai bien regardé le tableau récapitulatif.
Cela n'est pas simple à mettre en œuvre sur une page web, mais carrément pas impossible.
Je suis juste un peu "débutant" avec les tableaux. Faudra pourtant un jour que je m'y penche,
car avec 8 batteries, c'est clair que c'est plus judicieux.

[jlm]

@ChrisPV

une petite sugestion de tableau pour cela

Je t'ai suivi sur ce coup là. J'ai appris à créer des tableaux dynamiques en format Web. Cela m'a pris un temps certain.
Magner les matrices de chiffres à 2 dimensions, une vraie partie de plaisir.
Mais en effet le résultat me semble à la hauteur.
Il s'adapte aux nombre de batteries présentent.

Voici la page telle qu'elle se présente:

   

[jlm]

Voilà directement dans la table la valeur de chaque SOC est indiquée.
C'est directement lisible

[attachment=183]

[gazzzzton]

beau boulot :=)

[ChrisPv]

Super travail

reste la gestion de deux ou trois onduleurs !

et j'adopte ! :-)

A bientôt

ChrisPV

[jlm]

Désolé Chris pour avoir perdu ton message de hier. Gros soucis avec mon hébergeur.
J'ai récupérer ce que j'ai pu. pas trop de casse finalement.

Alors concernant les ports USB qui changent au gré du temps sous Linux, j'ai en effet déjà adopté la tactique de déterminer
le vendeur ID et le Type ID du chipset RS232-USB qui est connecté.

Le soucis dans ton cas de figure c'est que si tu te présentes 3x avec le même câble, j'aurais 3x la même indication, il m'en faudrait une 3 ème qui est le No de série par exemple. Mais ça le chipset ne le donne pas.

J'avais lu il y a longtemps que les 4 ports USB du Pi comportaient des noms uniques, ce qui pourrait m'aider évidemment, car on déciderait 1x pour toute que l'onduleur 1 se trouve sur l'USB en haut à gauche, que l'onduleur 2 se trouve en haut à droite et que que l'onduleur 3 se trouve en bas à gauche par exemple. De là je pourrais en effet utiliser des liens symboliques.

Pour illustrer ce que j'utilise actuellement, dans smartphoton, menu "système" en No1 c'est le vendor ID et type de câble.
En 2 tu sélectionnes celui que tu veux pour soit adresser l'onduleur soit le câble batteries. Et en 3 les liens symboliques que j'utilise. A savoir
tty-onduleur & tty-pylontech.

   

Il faut maintenant que cela cogite un peu la haut dans ma tête ou alors qu'une personne m'indique directement le chemin à suivre, ce qui serait cool.
Car de mon côté, avant la plantée je commençais à bosser sur les mises-à-jour automatiques de NodeRed.

[ChrisPv]

Bonjour jean luc
Effectivement au niveau de la reconnaissance des ports USB sous linux c'est la croix et la bannière n'en déplaise aux linuxiens pur jus.
Il était pourtant facile pour les programmeurs de linux d'attribuer les ports existants ,réels , en dur (hardware ) de leurs attribuer un n° de port séquentiel ordinal ( 1,2,3,4 par exemple cela parait facile hein ! ca l'est :-) ) ben non faut croire que la façon de Windows était trop facile, trop bête ou subtile . Vos numéros d'adresse dans votre rue c'est ordinal et non aléatoire .
Comment ferait-on pour retrouver une adresse ou recevoir son courrier ?
Voila j'ai fixé le problème si je puis dire .:-)
On va entrer dans le vif du sujet .
Tout d'abord chaque appareil USB posséde un numéro Vendeur (IdVendor) et un numéro appareil (IdProduct) et sur option un numéro de série mais surtout sans.
En dehors du problème ou on plug et déplug un appareil USB et que l'on se retouve avec l'adresse du port USB changé est dans une moindre mesure s'il est seul moins important que si ils sont deux avec la multiplication de nommage dénommage des ports USB .( Un cachet peut être ? :-) )
Il va donc falloir ruser . :-(
La commande lsub -v donne la liste des appareils USB connecté ( avec le port ethernet ??? oui oui )
lsusb -v
La commande sudo lsusb -v | grep idVendor\|idProduct\|iProduct\|iSerial'

pour etre sur des appareils USB connectés

ou alors la commande demesg et chercher dans la liste (long).

pffff !


tout d'abord regarder les devices path des appareils
lsub -t

Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg/1p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/5p, 480M
|__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M
|__ Port 2: Dev 4, If 0, Class=Vendor Specific Class, Driver=ch341, 12M
|__ Port 5: Dev 6, If 0, Class=Vendor Specific Class, Driver=ch341, 12M

on prends donc port 1,2
et port 1,5

On va donc creer un fichier de régles (rules)

sudo nano /etc/udev/rules.d/usb-serial-plus.rules
Et on ajoute :
SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", ATTRS{devpath}=="1.2", SYMLINK+="ttyUSB-Ond1"

SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", ATTRS{devpath}=="1.5", SYMLINK+="ttyUSB-Ond2"
sans zéro dans SYMLINK ( linux grrr!)

Un Ctrl+W et un Ctrl+X et on reboot
ou sans reboot sudo udevadm control --reload
Dans la config du logiciel on choisit ensuite les ports concernés.

nb:on peut par python en utilisant les bibliotheques pyserial ou autre lires les info usb serie et surtout creer le fichier rules par exemples ou en C++
à bientôt
ps : ce sont des exemples.
ChrisPV

[jlm]

Ça y est, j'ai pu faire des essais et trouver la solution aux câbles identiques.
Je l'ai mise dans un sujet à part car c'est un "gros" morceau.
Il est à cet endroit

Du coup, maintenant j'arrive à gérer des multi-câbles et en plus sur une installation à double onduleurs en parallèles  :)

[jlm]

Suite aux remarques pertinentes de Ghislain, j'ai apporté des modifications sur le panneau qui permet de gérer les Pylontech.

1. j'affiche les 2 courbes essentielles pour qu'un coup d’œil suffise à voir l'évolution du SOC et de la tension. Il y a moyen ensuite avec le bouton graphique d'aller dans une analyse plus fine.
   
2. Ajout  des 3 choix pour le paramètre 01, soit SBU / SOL / UTI lorsque l'un des 2 seuils (bas et haut) du SOC est atteint.
   

Voir ci-dessous le nouveau tableau de bord