LaBestiole

Je fais un update. Le projet progresse bien, mais prends quand même pas mal de temps. J’avais commis l’erreur d’écrire initialement le code pour la partie pc en utilisant la librairie pygame. Il s’agit d’une librairie permettant de faire une interface graphique axée jeu d’arcade. Je pensais que cela serait adapté pour faire apparaître les cartouches des joueurs à l’écran etc. Oui, ça a fonctionné dans un premier temps, au prix de quelques arrachages de cheveux, mais assez vite c’est devenu ingérable. Mi-août j’ai décidé de repartir de 0 et réécrire le code avec la librairie kivy, principalement adaptée pour les applications mobiles mais qui fonctionne aussi pour des apps sur windows. Et bien, c’était une bonne décision ! D’autant que si je décides de développer aussi une app pour le dealer sur tablette, les compétences acquises me seront bien utiles. A ce stade, (voir la vidéo jointe), je peux afficher me connecter sur l’ip du système gérant les antennes, traiter le signal reçu et en déduire les cartes à afficher. J’ai l’interface pour gérer les joueurs, les placer à table, leur assigner une taille de stack. Je peux créer des nouveaux profils de joueurs (nom et photo pour l’instant). J’essaie de profiter d’une librairie existante pour intégrer la logique du jeu, et donc permettre à l’admin de reproduire facilement l’action en cours afin de suivre les mises, les stacks, etc. Car les jetons ne sont pas rfid (oui oui j’y songe mais ce n’est pas à l’ordre du jour). L’idée ici est d’avoir une interface similaire à un PS ou un wina, avec des boutons bet, call, fold qui deviennent disponible en fonction du contexte. Je dois encore développer l’apparition du board, je suis à 80% de cette tâche je dirais. Pour le choix de la source vidéo, l’idée est d’avoir à terme des petits rectangles au dessus des onglets, à gauche sur l’écran, avec une prévisualisation de chaque source vidéo (probablement 3 maximum), et de pouvoir en changer en cliquant dessus. Voici une petite vidéo, déjà postée sur pcf il y a quelques jours, pour donner une idée d’à quoi ça ressemble. Il y a des petits bugs visibles (comme les positions qui ne sont pas correctes) Hésitez pas à balancer les critiques, je prends tous les avis 🙂 Je prends aussi toutes les bonnes vibes et la motivation, car j’ai un défaut à me désintéresser d’un sujet dès que « techniquement » je le considère comme fait. Lien vidéo (youtube)

Hyper chauuuuud 😛😛😛😛 j’adore ces hotstamps.

Il est temps pour un update ! Depuis mon post précédent, je dirais que ça se passe plutôt bien. Du côté du software, j’ai réussi à adapter le code pour faire tourner un algo d’anticollision qui fait le taf. Concrètement j’arrive à discriminer jusqu’à 7 cartes sur la petite antenne simultanément et à retourner leur UID, et à faire la lecture alternativement sur deux antennes. Même quand l’ID du tag se termine comme celui d’un autre tag, l’algo gère bien sa récursivité et parvient à remonter les caractères de l’ID jusqu’à discriminer les deux tags. A vue de nez, une lecture complète d’antenne a l’air de prendre un peu moins d’une seconde. Il faudra faire quelques tests pour voir s’il y a moyen d’accélérer un peu tout ça en vue du passage aux 12 antennes. Côte hardware, l’erreur du mauvais oscillateur a été corrigée, et quel plaisir de voir la RF apparaître dès le démarrage. J’ai commencé le proto de la table, pour se mettre autant que possible en situation réelle. L’objectif est de tester la performance des antennes au travers d’une fine plaque de MDF et en présence d’autres antennes et câbles à proximité. Je test aussi une zone de muck à deux antennes. Petite photo pour se faire une idée (ça fait un peu salmigondis de câbles mais sur une table de 2,44m sur 1,22m, ça ira mieux évidemment).

Petit update : Pas avancé des masses, et pour cause ! Une semaine de congé passée dans le bassin d'Arcachon, avec un lieu de perdition bien connu des membres de ce forum : Au final j'en ressortirai avec un up de 25bb en nl400 pour 3 sessions de 3h environ. Pas foufou mais vu que ça comprend un beat à 200bb sur un 6 outers, je prends volontier. Par contre, pas fan de la nouvelle déco lumineuse de la pokerroom. C'était mieux havant. Mais parlons du projet : ya des bonnes nouvelles des moins bonnes. Les bonnes nouvelles : - La board n'a pas cramé quand je l'ai branchée sur le port usb !! Mieux que ça : j'arrive à programmer l'ESP32 (le mcu) et directement par le port USB (ce qui est une feature de l'ESP32-S2, donc j'ai bien fait de prendre celui-là). J'arrive à faire clignoter une LED (apparemment, c'est un peu l'équivalent du hello world appliqué à l'électronique numérique). - Après bien des déboires, j'arrive à faire communiquer l'ESP32 avec l'émetteur-récepteur TRF7970A. J'arrive à exécuter certaines commandes de base, à écrire dans ses registres et à lire ses registres. Par contre, de là à faire fonctionner l'algorithme d'anti-collision pour les tags RFID 15693, il y a une marge. Il y a encore du boulot... - câbles coaxiaux commandés, ils arrivent fin de semaine. - Jeu de cartes RFID commandé. Alors ce n'est pas un KEM et compagnie. Et pourtant, c'est 130€ le jeu. Donc le premier qui me fait une réflexion comme quoi il préfère la texture des COPAG mais que le rouge donne mieux sur les Desjgn, je lui vide son verre de maracuja et je lui sert de l'eau du robinet. A BON ENTENDEUR Les mauvaises nouvelles : - J'ai détecté une erreur dans la conception du PCB. Concrètement, je devais placer un oscillateur à quartz pour fournir le signal à 13.56MHz à l'émetteur-récepteur. J'ai fait de la poop et j'ai placé un modèle d'oscillateur qui nécessite d'être alimenté. Mais j'ai connecté sa pin d'alimentation à la masse. Résultat : il fait dodo et ne se réveillera pas. Pas d'oscillation, donc pas de signal 13.56MHz, donc pas de lecture de tag possible. Mééé. Heureusement, j'ai trouvé un quartz qui convient et peut être directement posé sans adapter le schéma (ouf, mon pcb n'est pas bon pour la poubelle). Le quartz vient de m'être livré ce matin (0.5€ le quarts, 30€ la livraison et la douane. Merci). Maintenant, il va falloir dessouder l'ancien et souder ce nouveau composant. Ce truc fait 3mm sur 2mm, il y a 4 traces à souder en dessous (composant SMD pour Surface Mounted Dmachin), on va rigoler. Wish me luck.

Merci le facteur. Va falloir coder maintenant

Un update sur le projet : Les cartes sont toujours en fabrication chez pcbway, mais ça progresse. La PCB de la board principale est réalisé et tous les composants sont désormais disponibles. Ceux-ci doivent donc désormais être assemblés sur le PCB, ce qui devrait prendre une semaine environ je pense. Pour ce qui est des antennes, elles sont réalisées, ils m'ont envoyé des photos, en voici une : Tout ça m'a l'air très bien. Par contre le prix au final pour la fabrication est quand même assez important. Le souci est qu'on doit faire faire au minimum 5 pcb de chaque type. Alors les antennes, ils m'en fallait 11 de toute manière, donc ça me va, mais la board principale, il ne m'en fallait qu'une... Donc c'est un peu râlant de devoir payer pour un truc qui ne sera pas utilisé. In fine, comme j'allais quand même me retrouver avec 5 PCB de boards principales (sans les composants), j'ai décidé d'en faire assembler 2 sur les 5. Ainsi, j'ai un backup si je bousille la première, et de quoi équiper 2 tables si tout se passe bien. Côté software, je galère un peu. Comme déjà dit précédemment, il n'y a pas de librairie existante dans l'environnement arduino pour faire tourner l'émetteur-récepteur TRF7970 avec le microcontrôleur ESP32. Ceci étant, j'ai trouvé une librairie pour des cartes ENERGIA. Donc au final, je dois adapter cette librairie plutôt que d'en écrire une moi-même entièrement. Et le travail de lecture réalisé la semaine passée m'aide à comprendre à la librairie. Pour l'instant, je dois adapter dans cette librairie le sheduler qui est une sorte de fonctionnalité d'interruption qui se déclenche basée sur un timer interne à l'ESP32. Je commence à comprendre comment ce truc fonctionne, j'ai bon espoir pour la suite. Objectifs à court-terme : - Adapter le sheduler - Boire un verre de maracuja - Adapter la corresondance des pins euh ENERGIA vers l'ESP32 et fignoler le firmware - Boire un autre verre de macacuja - Cmander les cââbes coaxiaux pou brancher, hips, les andennes sur euuh, ah ouais, sur la main board.

Je me suis dit que ce serait marrant d'avoir un système d'identification de cartes à distance en vue de le retransmettre sur un stream vidéo, pour les 2 parties "homegames" dans lesquelles je joue de temps à autre (dont la fameuse MCPR de @Fran !!). Il n'y a évidemment rien d'innovant là-dedans, des solutions commerciales existent, on en trouve d'ailleurs chez Jarque, mais elles coûtent un bras à l'achat et l'autre en licence annuelle. Aussi, un gars sur PCF avait démarré un projet similaire et le côté multidisciplinaire du projet m'a séduit (lui avance de son côté, moi du mien mais on échange de temps en temps). Enfin, l'objectif, c'est aussi simplement de construire un truc nécessitant des compétences "ingénieur" et faire un truc un peu open source pour la communauté, histoire de joindre l'utile à l'agréable... J'ai donc démarré fin avril ce projet perso de développement des parties hardware et software d'un tel système. Bon, c'est pas gagné, la dernière fois que j'ai touché à de l'électronique, c'était en 2007 dans le cadre d'un projet étudiant, et pour ce qui est de la programmation, je n'ai jamais touché à du python ni à de la programmation orienté objet. Arduino, jamais touché non plus. Mais en sous-traitant un maximum à ChatGPT, en demandant à wikipedia et à gauche/à droite sur des forums, et surtout en diminuant mon temps à glander sur l'iphone entre 22h00 et minuit, on s'étonne des trucs qu'on arrive à faire. Bref, tout ça pour dire que je vais profiter de ce topic pour présenter les avancements sur ce projet, et si ça peut me mettre un peu la pression/la motivation pour continuer, c'est tout bénef. Donc, concrètement, on a : - une "main board" qui est la carte électronique intégrant l'antenne principale destinée à lire les 5 cartes communes, et la majeure partie des composants électroniques pour traiter le signal radiofréquence (13.56 MHz, on utilise des cartes avec tag RFID sous la norme ISO15693), en récupérer l'info et la transmettre par WIFI vers un laptop qui process l'info. Cette carte comporte aussi 11 connecteurs à brancher vers des antennes déportées. - 11 antennes déportées destinées aux 9 joueurs de la table et à une double zone de détection des cartes muckées - un laptop qui récupère l'info des cartes et de leurs mouvements par WIFI via websocket et qui dispose d'un programme développé sous python/pygame avec une interface graphique destinée à produire une image avec fond vert qu'un soft comme OBS peut récupérer et en faire un stream. Ce 12 juin, un milestone a été posé : après moult tergiversation/redesign/hésitations la carte électronique "main board" et les cartes "antennes" ont été commandées chez un fabriquant de pcb. Voici les bébés : Je compte 1 à 2 semaines pour être livré. D'ici là, va falloir bosser sur le firmware. L'émetteur/transmetteur que j'utilise (le TRF7970A) ne dispose d'aucune librairie déjà existante pour coder l'ESP32 dans l'environnement arduino. Au niveau software, j'essaye d'avancer dessus mais je suis vraiment pas doué pour écrire du code. L'interface ressemble plus ou moins à ça : L'idée est en gros de pouvoir suivre le jeu, corriger des erreurs, rajouter/retirer des joueurs,... J'ai déja testé la communication via websocket avec un ESP32 d'une carte de développement (qui ici génère des cartes aléatoires pour le coup) et ça marche nickel. Ceci donne quelque chose comme ça côté rendu : Et OBS devrait permettre de diffuser ça directement sur un twitch/ sur un écran/ et y joindre des commentaires audio. Prochaines étapes : - Terminer de lire cette foutue norme ISO15693-3 et comprendre comment fonctionne l'algorithme d'anti-collision - implémenter un firmware gérant la communication entre l'ESP32 et le transceiver. - Trouver des cables coax d'1.5m qui vont sur les connecteurs SMA de mes cartes - Dénicher un accès à un analyseur de réseau vectoriel afin de faire la mesure des paramètres "s" des antennes quand je les recevrai, afin de fine-tuner le circuit d'adaptation d'impédance. J'ai déjà regarder dans quelques fablab mais au delà des oscilloscopes et des multimètres, ya rien... Faudrait que je regarde du côté des service de telecom des unifs s'ils acceptent de me laisser une demi-heure avec la bête. C'est pas gagné :'( - Bosser sur le code python du laptop. Y implémenter la logique de jeu (déroulement d'une main de poker), et implémenter l'enregistrement d'un deck de cartes RFID. Fignoler la gestion de la database des joueurs. Implémenter l'affichage de l'équité des joueurs impliqués dans la main et le suivi des stacks des joueurs. - Et bien d'autres choses probablement, mais c'est déjà un bon début. Voila. Ca c'est le best-case scenario. C'est aussi possible que dans 2 semaines quand je reçois les cartes, je les branche et j'entends un petit pssschhh avec la petite fumée qui va bien. On verra bien. Au moins j'aurai appris des trucs en cours de route. x)

Si tu acceptes de split un peu, je serais intéressé par les 5 hsi 500sec et un barrel de 25$ hsi sec.

Sb vs Bb, single raised pot. flop KJ7 duocolor. SB CBet 30%, BB raise assez petit avec son brelan de KK. SB call. Turn T. Je pense que ça va x/bet/call, je n’ai plus les sizings en tête mais BB mise cher je pense, genre pot. river Q. SB lead 30% du pot environ et BB call pour apprendre la mauvaise nouvelle.

Ça va pas rester longtemps. Super set !

In pour 1x Classic Circle (4-Color, bridge size, jumbo index) Merci pour l'initiative, Kid

C’est possible de te prendre seulement 10 HSI 500$ sec ?

Palmares des loss sur l’ensemble des streams au hustler casino. -800k en 13 participations. Impressionnant, l’ami batman.

L'intéressé vient encore de frapper.

Comment ai-je pu zapper ce thread J'aurais snap pris un HSI