Plugin Scan.Ip (développement)

Ha on a 20 d’écart alors :joy:

Nouvelle Beta

  • Fix les éléments qui apparaissent encore alors qu’ils ont déjà été enregistrés
1 « J'aime »

Nouvelle Beta

  • Clean Code
  • Correction de bugs
  • Optimisations scan
  • Ajout du bridge ewejee (by @Foulek57)
  • Ajout du bridge influxdb (by @Foulek57)
  • Ajout du bridge octoprint (by @Foulek57)

Nouvelle Beta

  • Ajout d’un flag permettant de ne pas lancer deux synchros en même temps.

Quelques idées …

3 « J'aime »

+1 pour le tri :slight_smile:

Pour le bridge zigbee, @Ynats :

1 « J'aime »

Nouvelle Beta

  • Refacto
  • Bridges en Json
  • Equipements en Json
  • A défaut le scan recherche le reseau principale

Pas de nouvelles fonctionnalités juste de l’optimsation et du nettoyage !!

+1 pour le tri

Et pourquoi pas pouvoir imprimer la page ou l’exporter …

En tout cas EXCELLENT PLUGIN…merci à l’auteur.
Je trouve que l’on ne félicite pas assez les développeurs. :exploding_head: :wave: :wave:t2:

2 « J'aime »

Bonjour,

Je confirme, à ce jour les caméras Foscam ne sont pas reconnues

1 « J'aime »

Elles ne sont pas non plus reconnues avec l’API utilisée au début du plugin. https://macvendors.co/api/00:62:6e:6b:12:5e pour la 1ère Foscam de @leon-99
L’organisme qui délivre les plages d’adresses MAC ne connait pas cette MAC. Elle n’est pas dans oui.txt ni dans iab.txt de l’IEEE.
Il ne reste plus qu’à entrer votre plage dans le fichier /usr/share/arp-scan/mac-vendor.txt
Voir mac-vendor(5) - Linux man page

Nouvelle Beta

  • Refacto Code
  • Ajout trier par colonne :wink:

@jpty Pour information, désormais le plugin ne prend en compte que le fichier oui.txt.
@tous Par ailleurs, une fois enregistré, vous pouvez donner le nom que vous souhaitez à votre périphérique. Le nom du vendeur sert essentiellement à retrouver ses petits dans la liste réseau. :wink:

Ce n’est pas tout à fait exact. arp-scan utilise quand même les iab.txt et mac-vendor.txt standard.
Et le oui.txt construit par le plugin.
J’ai modifié le fichier mac-vendor.txt fourni avec arp-scan et ça remonte dans le plugin. C’est même prioritaire par rapport à iab.txt et oui.txt

Ok donc il faut que j’embarque la totale ?

Ça serait mieux et ça va simplifier le plugin.
Pas de cronDaily, pas d’install de libwww-perl …

1 « J'aime »

Nouvelle Beta

  • Ajout du fichier iab.txt
  • Encodage en UTF8 des vendor @jpty
  • Modification dans la modal Network
  • Ajout des commentaires dans le Network @olive
2 « J'aime »

image

Mauvais encodage du fichier oui.txt
Ca ressemble à un double encodage

@here Suite à la modification du plugin Zigbee le bridge ne va plus fonctionner le temps que je le mette à jour.
Mais je pense qu’il y a un problème car les deux variables, pour les ZigateWifi ont exactement le même nom… Je pense que ça va encore bouger.

@jpty les deux fichiers oui.txt et aib.txt sont en UFT8 … Et lors des scans j’utilise ceux présents dans le plugin. Pour ton cas, je vais devoir tester l’encôdage …

oui.txt en bien en UTF8
Quand je l’ouvre dans mon éditeur qui est en utf8 j’ai ca
image

Comme si ce fichier avait été encodé en utf8 2 fois.

Je ne suis pas un cas particulier. J’ai juste 2 fabricants de matériel qui ont des caractères accentués dans leur nom.

Avec le plugin Jeexplorer:
image
Il y a donc bien un double encodage du fichier