Échange via une liaison USB

Version imprimable

Voir 40 message(s) de cette discussion en une page

01/10/2023, 01h03
Jipété

Citation:

Envoyé par ChPr

Sous Ubuntu, je ne pense pas que le problème vienne de la pile USB car j'ai sans arrêt fait des aller/retour entre Windows et Ubuntu donc, reboot à chaque fois.

OK.

Citation:

Envoyé par ChPr

Ce que j'aimerais comprendre est :

Code:

UCS4Char = type 0..$10ffff;

afin de pouvoir donner une valeur à WS dans la fonction : THidDevice.Open

Vu comment la fonction est écrite, on pourrait penser qu'elle peut supporter le passage d'une valeur vide, mais peut-être qu'elle n'aime pas ton '' et qu'il faudrait lui passer nil ou '0' ou que sais-je d'autre ?

Sinon, encore de la lecture : https://github.com/libusb/hidapi

Citation:

HIDAPI has four back-ends:
Windows (using hid.dll)
Linux/hidraw (using the Kernel's hidraw driver)
libusb (using libusb-1.0 - Linux/BSD/other UNIX-like systems)
macOS (using IOHidManager)

On Linux, either the hidraw or the libusb back-end can be used. There are tradeoffs, and the functionality supported is slightly different. Both are built by default. It is up to the application linking to hidapi to choose the backend at link time by linking to either libhidapi-libusb or libhidapi-hidraw.

Note that you will need to install an udev rule file with your application for unprivileged users to be able to access HID devices with hidapi. Refer to the 69-hid.rules file in the udev directory for an example.

Linux/hidraw (linux/hid.c):
This back-end uses the hidraw interface in the Linux kernel, and supports both USB and Bluetooth HID devices. It requires kernel version at least 2.6.39 to build. In addition, it will only communicate with devices which have hidraw nodes associated with them. Keyboards, mice, and some other devices which are blacklisted from having hidraw nodes will not work. Fortunately, for nearly all the uses of hidraw, this is not a problem.

Linux/FreeBSD/libusb (libusb/hid.c):
This back-end uses libusb-1.0 to communicate directly to a USB device. This back-end will of course not work with Bluetooth devices.

Et en plus, c'est un peu le bronx avec les forks... Lecture (jusqu'en bas) : https://github.com/signal11/hidapi/issues/373 (tout en bas j'ai vu passer pas mal de posts avec un problème similaire au tien, enfin, lu à la va-vite).

Et un post intéressant à lire et utiliser pour tester sa config et ses périph's: https://unix.stackexchange.com/quest...-an-hid-device

HS : pourquoi ne pas demander au vendeur de ta station météo ce qu'elle attend et ce qu'elle peut fournir, et comment ?
02/10/2023, 11h04
ChPr

Citation:

Envoyé par Jipété

...Vu comment la fonction est écrite, on pourrait penser qu'elle peut supporter le passage d'une valeur vide, mais peut-être qu'elle n'aime pas ton '' et qu'il faudrait lui passer nil ou '0' ou que sais-je d'autre ?
...

Le "ton '' " n'est pas "mon '' " ;). C'est ce qui est écrit par défaut. et apparemment, ce terme est facultatif. Que je mette quoi que ce soit à la place ne donne rien.

Citation:

Envoyé par Jipété

... HS : pourquoi ne pas demander au vendeur de ta station météo ce qu'elle attend et ce qu'elle peut fournir, et comment ?

Dans ce marché des stations météorologiques, beaucoup de stations se ressemblent et sont vendues par différents fournisseurs. Je ne pense pas qu'il soit aisé de trouver les infos que tu me demandes. Pour autant, j'ai deux applications : "EasyWeather" et "Cumulus" qui s'interfacent avec ma station et qui en affichent toutes les données. Chacune de ces applications utilise des " *USB*.dll " que je n'arrive pas à trouver sur la toile. Même si je les trouvais, je ne pense pas que ça résolve le problème.

Par ailleurs, j'ai trouvé tout un tas d'informations sur le protocole d'échange de cette (ces ?) stations donnant des adresses et des formats de données. Ça pourra me servir si un jour j'arrive (??) à me connecter à cette station.

J'ai aussi récupéré les sources d'un logiciel "CumulusMX" pouvant s'interconnecter à cette station et bien d'autres. Pour autant, il y a une petite centaine de fichier en C++ dont mes connaissances dans ce langage ne me permettent pas d'en tirer une substantifique moelle !

Je n'abandonne pas l'idée de ma faire ma propre application (j'en avais faite une pour une station "La Crosse Technologie", mais elle dialoguait via un port série), mais pour l'instant, je ne sais pas quel bout de la pelote tirer ...

Cordialement.

Pierre.
02/10/2023, 13h29
Jipété

Bonjour,

Citation:

Envoyé par ChPr

Chacune de ces applications utilise des " *USB*.dll " que je n'arrive pas à trouver sur la toile. Même si je les trouvais, je ne pense pas que ça résolve le problème.

Cherche-les dans ta machine.
Ensuite, il me semble qu'il doit exister des outils pour examiner l'intérieur d'un fichier dll (qui remontera le nom des fonctions accessibles par exemple), j'en avais écrit un très basique en Delphi, en son temps, Mais pas sûr que ça soit bien utile, sauf si l'outil est capable de dire ce que la fonction attend comme paramètre(s) et type de.
Ça permettrait d'être sûr qu'on lui envoie les bonnes données.
Commercer par là https://www.nirsoft.net/.

Et sinon, une question vraiment très bête mais sait-on jamais ? Lors des tests, la station est-elle bien détectée et reconnue par l'OS, genre lsusb avec les options qui vont bien et les autres outils dont le nom m'échappe ?
Vérifier aussi le retour de dmesg | tail -10 (ou + ou -, c'est selon le nbre de lignes), pour être sûr de chez sûr ! À utiliser après connexion physique puis après lancement du prog, pour voir ce qui revient par ce canal.

Ensuite, quand tout cela sera parfait, mettre un point d'arrêt sur le end de la procedure Open, exécuter et à l'arrêt, examiner la pile d'appel pour voir par où ça passe, avec le menu Voir / Fenêtres de débogage / Pile d'appel.

Et tu nous dis...

Citation:

Envoyé par Jipété

... Cherche-les dans ta machine. ...

Elles y sont (dans le répertoire de chaque application) puisque je suis capable de les nommer.

[/QUOTE]

Avec l'application que j'ai jointe (HIDAPI), ma station est bien trouvée: vid = $1941 et pid = $8021. Elle l'est aussi avec l'application "USBDeview.exe" trouvée ici https://www.nirsoft.net/ :

Code:

Port_#0007.Hub_#0001 USB Input Device HID (Human Interface Device) No Yes No No 21/09/2023 14:59:39 21/09/2023 14:51:40 1941 8021 1.00 03 00 00 PC-64 7&221fee80&0 HidUsb @input.inf,%HID.SvcDesc%;Microsoft HID Class Driver hidusb.sys (Standard system devices) 100 mA 1.10 USB Input Device 10.0.19041.3031 HID_Inst.NT input.inf USB\VID_1941&PID_8021\6&229efb56&0&7 Removable, SurpriseRemovalOK

Par ailleurs, en fouillant dans le code de CumulusMX, j'ai trouvé les vid et pid de ma station : ce sont les mêmes que ceux trouvés par mon application : la station est bien détectée, mais donc impossible de m'y connecter pour l'instant.

Dans l'application CumulusMX, la fonction "open" n'a recours qu'au vid et pid ; pas à un serialNumber comme dans la DLL hidapi.dll.

J'ai essayé la force brute (bête et méchante) sous Window et Ubuntu en faisant une boucle sur 1000000 de valeurs :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 SN: UniCodeString; begin Infos.Lines.Add(''); Infos.Lines.Add(Format('Will now try to open device %0.4x:%0.4x', [DEMO_VID, DEMO_PID])); for i:= 0 to 1000000 do begin SN:= IntToStr(i); Device:= THidDevice.Open(DEMO_VID, DEMO_PID, SN); if not Assigned(Device) then begin Infos.Lines.Add(SN+' could not open device'); end else Infos.Lines.Add('TROUVE'); end;
Ça n'a rien donné.

Je continue à chercher ...

Cordialement.

Pierre.

02/10/2023, 16h24
Jipété

J'ai retrouvé ça :

Citation:

Envoyé par ChPr

Par ailleurs, j'avais trouvé de mon côté le lien vers " LongDirtyAnimAlf / FPC-USB-HID ". Là encore, sous Ubuntu, la démo se compile et s'exécute,

Pourquoi n'as-tu pas continué avec ce projet ?
Bon, OK, sous Windows ça ne veut pas, mais chaque chose en son temps, hein.
02/10/2023, 16h38
anapurna

salut

pour les format de message il faut que tu regarde dans les fichier WMR???
et le WeatherStation class abstrait
02/10/2023, 16h53
jurassic pork

Hello,
driver en python ici

Citation:

Python port of Steve Cliffe's perl script that retrieves and logs the weather stats from a WH-1080/1081 weather station
VENDOR = 0x1941
PRODUCT = 0x8021
WIND_DIRS = ['N', 'NNE', 'NE', 'ENE', 'E', 'ESE', 'SE', 'SSE', 'S', 'SSW',
'SW', 'WSW', 'W', 'WNW', 'NW', 'NNW']

Ami calmant, J.P
02/10/2023, 19h10
ChPr

Citation:

Envoyé par jurassic pork

Hello,
driver en python ici
Ami calmant, J.P

Merci "jurassic pork" pour ces informations. Pour autant, si je prends "shane" ou "0666" pour serialNumber, cela ne fonctionne toujours pas.

Apparemment, c'est ce fichu serialNumber qui bloque tout ???

Cordialement.

Pierre.
03/10/2023, 09h14
bb84000

1 pièce(s) jointe(s)

Bonjour,

Je n'ai pas testé hidapi sous LInux. Sous Windows (64) voici mon code :

Pièce jointe 644788

Le programme recherche non pas une souris Logitech, comme indiqué dans le commentaire, mais un tensiomètre Omron... qu'il ne va pas trouver puisqu'il n'est pas connecté.

bb
03/10/2023, 17h58
ChPr

1 pièce(s) jointe(s)

Citation:

Envoyé par bb84000

...Je n'ai pas testé hidapi sous LInux. Sous Windows (64) ...

Merci pour ce code qui m'a permis de revenir en arrière et de constater que je faisais une grosse erreur quand je disais que je n'obtenais pas de connexion sans serialNumber. En mettant '' comme valeur pour le serialNumber, il y a bien connexion (sous Windows et sous Ubuntu en mode sudo) sur ma station météo (VID = $1941 et PID = $8021). Le problème se trouve donc un peu plus loin sur le code suivant :

Code:

Num := Device.Read(Buffer, SizeOf(Buffer));

Quand le programme passe sur cette instruction, il ne se passe rien et il reste bloqué sur cette ligne.

Une idée de ce qui se passe ?

Par ailleurs, les retours d'information dans un TMemo concernant les chaînes de caractères sont illisibles.

Pièce jointe 644811

avec des messages comme celui-ci :

Code:

fntr.pas(90,67) Warning: Implicit string type conversion with potential data loss from "UnicodeString" to "AnsiString"

Y a-t-il une fonction qui permette de ne pas avoir de perte d'information ?

Cordialement.

Pierre.

Hello,
houla attention le format des données de ce périphérique n'est pas en chaîne mais du binaire. Il faut regarder la structure des blocs de données dans le driver python par exemple dont voici une partie :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
########### Read data
        # Get the first 32 Bytes of the fixed
        fixed_block = read_block(dev, 0)
 
        # Check that we have good data
        if (fixed_block[0] != 0x55):
            raise ValueError('Bad data returned')
 
        # Bytes 31 and 32 when combined create an unsigned short int
        # that tells us where to find the weather data we want
        curpos = struct.unpack('H', fixed_block[30:32])[0]
        current_block = read_block(dev, curpos)
 
        # Indoor information
        indoor_humidity = current_block[1]
        tlsb = current_block[2]
        tmsb = current_block[3] & 0x7f
        tsign = current_block[3] >> 7
        indoor_temperature = (tmsb * 256 + tlsb) * 0.1
        # Check if temperature is less than zero
        if tsign:
            indoor_temperature *= -1
 
        # Outdoor information
        outdoor_humidity = current_block[4]
        tlsb = current_block[5]
        tmsb = current_block[6] & 0x7f
        tsign = current_block[6] >> 7
        outdoor_temperature = (tmsb * 256 + tlsb) * 0.1
        # Check if temperature is less than zero
        if tsign:
            outdoor_temperature *= -1
 
        # Bytes 8 and 9 when combined create an unsigned short int
        # that we multiply by 0.1 to find the absolute pressure
        abs_pressure = struct.unpack('H', current_block[7:9])[0]*0.1
 
        wind = current_block[9]
        gust = current_block[10]
        wind_extra = current_block[11]
        wind_dir = current_block[12]

un bloc fixe de 32 octets avec au début normalement 55 (en hexa) et à la fin de ce bloc l'endroit où se trouve les données.

Ami calmant, J.P

Citation:

Envoyé par jurassic pork

Hello,
houla attention le format des données de ce périphérique n'est pas en chaîne mais du binaire. Il faut regarder la structure des blocs de données dans le driver python par exemple dont voici une partie :

un bloc fixe de 32 octets avec au début normalement 55 (en hexa) et à la fin de ce bloc l'endroit où se trouve les données.

Ami calmant, J.P

Mon code est le suivant :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 var Device: PHidDevice; I, J, Num: Integer; Buffer: array[0..63] of Byte; begin Memo1.Append(Format('Will now try to open device %0.4x:%0.4x', [DEMO_VID, DEMO_PID])); Memo1.Append(''); Device := THidDevice.Open(DEMO_VID, DEMO_PID, ''); if not Assigned(Device) then begin Memo1.Append('could not open device'); end else begin Memo1.Append('device is open, now going to read data from it'); Memo1.Append('Manufacturer: '+Device.GetManufacturerString); Memo1.Append('Product: '+Device.GetProductString); for I := 1 to 1000 do begin Num := Device.Read(Buffer, SizeOf(Buffer)); for J := 0 to Num - 1 do begin Memo1.Append(Format('%0.2x ', [Buffer[J]])); end; end;
Le buffer de la ligne 18 est bien en "Byte". Cette ligne 18 va en chercher 64. J'ai réduit cette quantité à 32, puis à 16, puis à1 : ça plante toujours !

Comment établir un équivalence entre cette instruction et celle de la ligne 3 de ton code en Python ?

Cordialement.

Pierre.

04/10/2023, 09h46
jurassic pork

Hello,
que vaut Num en retour de lecture. Si il est égal à -1 c'est qu'il y a un problème dans la lecture.
Ami calmant, J.P
04/10/2023, 10h18
ChPr

Citation:

Envoyé par jurassic pork

Hello,
que vaut Num en retour de lecture. Si il est égal à -1 c'est qu'il y a un problème dans la lecture.
Ami calmant, J.P

Le problème est qu'il n'y a pas de retour. Le programme se bloque sur cette instruction.

j'ai changé d'instruction, j'ai mis celle avec le Time out :

Code:

Num := Device.ReadTimeout(Buffer, SizeOf(Buffer), 5000);

J'ai aussi diminué la taille du buffer, je l'ai ramené à 32.

au retour des 5 secondes, Num vaut 0.

Cordialement.

Pierre.
04/10/2023, 11h25
jurassic pork

Citation:

Envoyé par ChPr

Par ailleurs, j'avais trouvé de mon côté le lien vers " LongDirtyAnimAlf / FPC-USB-HID ". Là encore, sous Ubuntu, la démo se compile et s'exécute, mais sous Windows, je n'y suis pas arrivé.

Tout d’abord, quand je charge le projet "FpcUsbHidConsole.lpi" Lazarus me répond qu'il n'y a pas de fichier source !

c'est louche , je viens de charger l'ensemble du code ( Code -> download zip) et je n'ai pas de problème de compilation sous Lazarus 2.2.6 64 bits Windows 11. Le programme s'exécute.
04/10/2023, 15h21
ChPr

Citation:

Envoyé par jurassic pork

c'est louche , je viens de charger l'ensemble du code ( Code -> download zip) et je n'ai pas de problème de compilation sous Lazarus 2.2.6 64 bits Windows 11. Le programme s'exécute.

Pour me dire que tu n'as pas de problème, je suppose que, toi aussi, tu disposes de 'une station météo répondant au VID =6465 et PID 32801 comme celle que j'ai.

L'application que tu me proposes n'est pas celle que j'utilise pour le moment. Celle que j'utilise est celle mentionnée en pièce jointe à mon post #17.

Quand tu dis que le programme s'exécute, quels résultats obtiens-tu ?

Cordialement.

Pierre.
04/10/2023, 15h27
jurassic pork

Citation:

Envoyé par ChPr

Pour me dire que tu n'as pas de problème, je suppose que, toi aussi, tu disposes de 'une station météo répondant au VID =6465 et PID 32801 comme celle que j'ai.

L'application que tu me proposes n'est pas celle que j'utilise pour le moment. Celle que j'utilise est celle mentionnée en pièce jointe à mon post #17.

Quand tu dis que le programme s'exécute, quels résultats obtiens-tu ?

Cordialement.

Pierre.

Non je n'ai pas de station météo , c'est avec le projet de démo FpcUsbHidConsole que je n'ai pas de problème.
Voilà ce que j'obtiens quand j'exécute le programme (ce qui est trouvé correspond aux seuls périphériques USB HID que j'ai sur mon PC :

Citation:

HID device index: 955264
INFO:
Devices change !!
New device that has not been checked out.
Device arrival. VID: 1739. PID: 32551.
I1:
I2:
I3:
I4:
Input length: 4
Output length: 0
S/N of board #1 : 1739_32551_1

HID device index: 955264
INFO:
New device that has not been checked out.
Device arrival. VID: 1739. PID: 32551.
I1:
I2:
I3:
I4:
Input length: 30
Output length: 0
S/N of board #2 : 1739_32551_2

HID device index: 955264
INFO:
New device that has not been checked out.
Device arrival. VID: 1739. PID: 32551.
I1:
I2:
I3:
I4:
Input length: 0
Output length: 0
S/N of board #3 : 1739_32551_3

HID device index: 955264
INFO:
New device that has not been checked out. I4:
Input length: 30
Output length: 0
S/N of board #2 : 1739_32551_2

HID device index: 955264
INFO:
New device that has not been checked out.
Device arrival. VID: 1739. PID: 32551.
I1:

Pour ma part, je travaille sous Windows 10 et Lazarus 2.0.6.

Dans ce lien, il est proposé deux applications :

FpsUsbHid.lpi pour l'environnement Linux
FpsUsbHidConsole.lpi pour l'environnement Windows

Sous Linux (Ubuntu), l'application fonctionne

Sous Windows, elle ne se compile pas et j'ai le message : "Le projet n'a pas de fichier code source principal".

J'ai reconstruit une application Console en prenant le fichier "FpsUsbHidConsole.lpr" que j'ai appelé "FpsUsbHidConsole.pas". cette application se compile et s'exécute avec le résutat suivant :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 INFO: Devices change !! New device that has not been checked out. Device arrival. VID: 6465. PID: 32801. I1: Chicony I2: USB Keyboard I3: I4: Input length: 9 Output length: 9 S/N of board #1 : 6465_32801_1 HID device index: 955760 INFO: New device that has not been checked out. Device arrival. VID: 1118. PID: 2040. I1: Microsoft I2: Wired Keyboard 600 I3: I4: Input length: 3 Output length: 0 S/N of board #2 : 1118_2040_2 HID device index: 955760 INFO: New device that has not been checked out. Device arrival. VID: 1118. PID: 2040. I1: Microsoft I2: Wired Keyboard 600 I3: I4: Input length: 9 Output length: 2 S/N of board #3 : 1118_2040_3 HID device index: 955760 INFO: New device that has not been checked out. Device arrival. VID: 1118. PID: 2040. I1: Microsoft I2: Wired Keyboard 600 I3: I4: Input length: 2 Output length: 0 S/N of board #4 : 1118_2040_4
NOTA : Je viens de voir que tu n'as pas de station météo.

Les résultats que tu me montres sont du même genre de ceux que j'obtiens. Je ne vois pas comment, à partir de ces résultats, interroger la station.

Cordialement.

Pierre.

04/10/2023, 15h52
jurassic pork

Dans l'énumération des périphériques on ne voit pas la station. Est-elle branchée ? Y a t il les même périphériques que l"application en #17
Pour ton problème de compilation il me semble que j'ai déjà eu ce genre de problème en utilisant un projet récent avec une version ancienne de Lazarus.

Citation:

Envoyé par jurassic pork

Dans l'énumération des périphériques on ne voit pas la station. Est-elle branchée ? Y a t il les même périphériques que l"application en #17 ...

Si, on la voit, c'est même la première : lignes 1 à 11 du rapport

Ma station est branchée en permanence et, mais à part mon smartphone qui n'est pas toujours connecté sur mon PC, tous les autres périphériques sont les mêmes.

Voilà les résultats données par l'application sous Ubuntu (Sous Ubuntu, j'ai la version 2.2.6 de Lazarus):
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 HID Created. Ready. HID Enabled. HID device index: 1 INFO: Devices change !! New device that has not been checked out. Device arrival. VID: 6465. PID: 32801. I1: I2: I3: I4: Input length: 0 Output length: 0 S/N of board #1 : 6465_32801_261 Ready. No new USB info.
Citation:

Envoyé par jurassic pork

... Pour ton problème de compilation il me semble que j'ai déjà eu ce genre de problème en utilisant un projet récent avec une version ancienne de Lazarus.

Pour l'instant, j'y ai pallié avec ma solution.

Mai donc, apparemment avec cette application, je peux me connecter à ma station. Maintenant, c'est que faire pour en tirer des informations !

Cordialement.

Pierre.

Voir 40 message(s) de cette discussion en une page