jjacques68

Oui je l'ai vu celui-là... mais c'est payant Envoyé de mon iPhone en utilisant Tapatalk Pro

Hello tout le monde, Je viens vers vous en espérant que qqun a une réponse "magique" à ma question : Comment peut on connaître le nom d'un produit en utilisant son code barre EAN (le fameux code barre présent sur tous les produits en magasin) ? Je m'explique : J'ai une petite idée en tête, plus ou moins en relation avec la domotique, qui serait de faire une sorte de liste d'achat dynamique. Je scanne les produits que j'ajoute dans mon armoire, je scanne les produits que je sors de mon armoire, et un en clique, j'ai l'état de mes armoires . avec tout ce que ça implique... Je sait faire tout sauf une chose, récupérer le nom du produit via son EAN. Mes recherches actuelles m'ont mené sur un site Open Food Fact : https://fr.openfoodfacts.org Il est tout simplement génial, mais ne fonctionne que pour les produits alimentaires. Son contenu est libre et alimenté par tout le monde, une vrai petite communauté. c'est top ! Tous les produits que j'ai testé sont recensés. Et surtout il a même une API ultra simple permettant de l'intégrer dans n'importe quelle application, afin de recevoir les infos depuis un code EAN. Mais maintenant je cherche l'équivalent pour les produits non alimentaires. Là ça bloque, je trouve pas, ou j'ai mal cherché. J'ai pensé à une API chez google, vu que le moindre code EAN saisi chez eux te renvoie le nom du produit avec les tarifs, qui le vend et tout le bazar, mais non Est-ce que qqun a une idée ? Merci pour votre aide !

chez moi ça fait un mois que la taille des backup semble plafonner autour de 23 Mo. ça monte de quelque Ko par jour, voir même des fois ça descend. Vraiment étrange... Et je touche plus à rien du tout ces dernières semaines.

j'imagine très bien simuler le retour d'état par code. On peut même envisager des positions mémorisée ! Mais si le temps d'ouverture totale est différent du temps de fermeture totale, là j'avoue faut réfléchir ... ça complique l'algorithme... j'ai jamais chronométré .

c'est exactement ce à quoi je pensais alors ça j'y avais pas pensé ! et c'est tout à fait logique ! bien vu !!!!!!

l'alimentation est en solaire en effet. en passant par une batterie biensûr. le panneau solaire recharge la batterie. Donc pas de câble secteur à tirer. le pilotage se fait par télécommande radio. Et justement l'interface universelle que j'ai cité au début du topic, permet de cloner la télécommande. Ce interface "clone" peut être piloter par des contacts sec sans potentiel tel qu'un fgs-222 (si je me trompe pas de module fibaro). Elle possède sa propre pile pour fonctionner. cette ensemble module fibaro + interface universelle BUB peut être placé n'importe où dans la limite de la portée du volet évidemment. faut juste avoir du 220 V pour alimenter le module fibaro. Piloter l'interface universelle avec des impulsions (500ms) et non des contacts permanent, sinon sa pile va vite se vider. Avantage : - on peut piloter des volets BUB en z-wave inconvénient : - c'est un peu l'usine à gaz (mais on sait faire largement pire dans nos installations ) - il n'y a PAS DE RETOUR D'ÉTAT sur la position du volet !! ce qui oblige à devoir gérer ça par code, en mesurant le temps d'ouverture/fermeture, je vous laisse imaginer la suite. Pas très compliqué si on regarde bien.

tu mets http ou https quand tu tapes l'IP ?

on parle du vrai emoji, un simplement copié/coller...

"<font color='red'>mon texte</font>" dans label fonctionne. après dans un bouton je sais pas. sinon tricher avec des emoji

ben c'est ça qui est malheureux, pas trouvé qqun qui pouvait m'en dire plus

il existe une passerelle, mais jamais vu ni testé : https://www.domotique-store.fr/domotique/usages/volets-roulants-automatiques-a-distance-sans-fil/micromodules-volets-roulants-sans-fil-domotique/micromodules-emetteurs-sans-fil-domotique/678-interface-universelle-bubendorff-micromodule-emetteur-radio-pour-volets-roulants-bubendorff-.html

très bonne question !

@Nico : tout pareil Mais c'est jeedom...

Be c'est exactement ça, balise de présence... Mais la portée me fait très peur... Envoyé de mon iPhone en utilisant Tapatalk Pro

Et le Bluetooth ?? Envoyé de mon iPhone en utilisant Tapatalk Pro

alors je mets un tout petit peu moins de 10 minutes pour faire un backup. Je pense être borderline avec le timeout actuel de 600 secondes. Je le monte à 15 min, mais ce n'est que partie remise... Faudrait trouver pourquoi la taille prend en moyenne 1 Mo par jour... Peut-être trouver le moyen de purger qqch ??

alors le backup s'est fait. je le vois dans la page backup. mais le téléchargement ne s'est pas fait. Et visiblement elle a rebooté. hmmm, il me semble déjà avoir augmenté le timeout... 10 min c'est long !!

Depuis la dernière mise à jour, j'ai la taille des backup qui augmentent de jour en jour. Maintenant je suis à 18 Mo. Et ce matin visiblement, la backup auto n'a pas fonctionné : ça veut dire qu'il a mis plus de 10 minutes à faire le backup ?? c'est insensé non ?

oui j'ai vu pour les label. Mes valeurs sont stockées dans des variables propres à chaque Child Donc j'ai de soucis pour les récupérer...

Je comprends tout à fait ce que tu dis ! mais si je fais ça, ça va faire une quantité énorme de child !! dans mon exemple : 6 propriétés x le nombre de plantes = plus de 50 childs !!!

par exemple dans mon cas, j'ai 2 boutons "next" et "previous" dans le Parent, qui permet d'afficher les infos du Child ainsi sélectionné. J'ai ça sur pas mal de QA Parent, vu que comme tu dis, on peut rien afficher dans un Child. Donc on a : en rouge les boutons de navigation pour choisir le Child en vert le Child sélectionné en bleu les infos du Child sélectionné Et bien le top serait de pouvoir exécuter la commande http://192.168.0.1/app/webView/devices/ID en spécifiant un argument (dans mon cas ce serait l'ID du Child que l'on souhaite afficher... ex : &args=576) Et pouvoir, dans le code du QA, récupérer cet argument. Un peu comme on envoie un argument à une scène... Pour pouvoir ensuite exécuter une méthode particulière un truc comme le OnInit() du genre function QuickApp:OnDisplay(args) --on peut traiter ici l'argument transmit end Après on peu bidouiller en créant une méthode spécifique qu'on exécute au moment, ou juste avant, d'afficher le QA. Il faudrait alors appeler la méthode et ensuite l'affichage du QA... pffff usine à gaz... Bon la je rêve un peu je crois, usage ultra spécifique à mes applications finalement...

mais on sait comment se comporte la box si on fait un "suspend" et que l'on coupe le courant ? Redémarre-t-elle toute seule ? Perso j'ose pas trop oser...

franchement c'est nickel l'affichage des QA... mais... Dans le cas d'un QA Parent, ce serait top de pouvoir lui envoyer un argument comme l'ID du Child pour l'afficher directement sans avoir à "naviguer" dans le Parent... sais pas si je me suis fait comprendre là...

en fait la commande shutdown semble faire planter la box... Si je la lance une deuxième fois, elle reboot ???? ça va poser problème pour l'extinction automatique si l'onduleur envoie l'info... EDIT : Lors du premier lancement du shutdown, il y a les led orange qui font K2000 ...

moi j'utilise ça : et en effet, le reboot c'est OK mais plus le shutdown... ???? function QuickApp:reboot() local http = net.HTTPClient({ timeout = 2000 }) return http:request("http://localhost/api/service/reboot",{ options={ headers = { ["content-type"] = "application/json;charset=UTF-8", ["Authorization"] = "Basic xxxxxxx", ["X-Fibaro-Version"] = "2" }, method = "POST" } }) end function QuickApp:shutdown() local http = net.HTTPClient({ timeout = 2000 }) return http:request("http://localhost/api/service/shutdown",{ options={ headers = { ["content-type"] = "application/json;charset=UTF-8", ["Authorization"] = "Basic xxxxxxx", ["X-Fibaro-Version"] = "2" }, method = "POST" } }) end