# Aide pour les personnes en fauteuil roulant, les aveugles ... **URL:** \ **Category:** Développement\ **Created:** [Octobre 10, 2026, 7:48 UTC](https://community.gladysassistant.com/t/rollstuhlfahrer-blinde-unterstutzung/11034 "2026-10-10T19:48:33Z")\ **Posts on this page:** 3\ **Page:** 1
**Author:** ![ruegerth](https://gladys-assistant-community.b-cdn.net/letter_avatar_proxy/v4/letter/r/dbc845/32.png) [@ruegerth](https://community.gladysassistant.com/u/ruegerth)\ **Post date:** [Octobre 10, 2026, 7:48 UTC](https://community.gladysassistant.com/t/rollstuhlfahrer-blinde-unterstutzung/11034/1 "2026-10-10T19:48:33Z")
Depuis quelques jours, je réfléchis à la manière de rendre un Gladys Assistant local accessible à certains groupes d’utilisateurs. J’ai pensé aux personnes en fauteuil roulant et aux aveugles. Objectif : Des satellites ESP32 locaux et économiques comme microphones et mini-haut-parleurs, puis un (vraiment extrêmement cher) Apple Mini (seul celui-ci a la mémoire appropriée et une taille de construction acceptable). C’est là qu’une IA locale tourne (actuellement envisagée : Gemma 4 Edition sous licence Apache 2.0). Celle-ci évalue les annonces et décide ensuite : Je réponds moi-même ou je transmets les données au serveur MCP de Gladys Assistant. Celui-ci lance alors la scène appropriée. C’est-à-dire : Une personne aveugle peut par exemple dire : Hey Gladys, quel est le temps actuel. Le Mini reçoit cela via ESP Home et le transmet à son IA… qui reconnaît… qu’on demande la météo et le transmet à Gladys Assistant. Ensuite, la question : Hey Gladys, je cherche une recette pour un long drink… l’IA répond elle-même. Ma question ici : Qui est intéressé par un tel projet. Actuellement, j’économise de l’argent pour l’Apple Mini (il est vraiment très cher). J’ai ici un document complet avec la construction, les variantes, etc. en PDF, mais je ne peux (ne dois) pas le télécharger. ---
**Author:** ![ruegerth](https://gladys-assistant-community.b-cdn.net/letter_avatar_proxy/v4/letter/r/dbc845/32.png) [@ruegerth](https://community.gladysassistant.com/u/ruegerth)\ **Post date:** [Octobre 14, 2026, 10:06 UTC](https://community.gladysassistant.com/t/rollstuhlfahrer-blinde-unterstutzung/11034/2 "2026-10-14T10:06:03Z")
Bonjour à tous, J’ai fait un pas de plus et j’ai maintenant le plan prévu en place. Je voudrais vous le présenter ici pour discussion: ![Systemarchitektur](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/9/b/9b64e1a2ede34f49d9b0336142e9fb497a559767.png) Nécessaire: a.) Gladys+ pour un accès de support technique de l’extérieur b.) Gladys Assistant local avec le service MCP activé (local, pas de Google, pas d’Amazon ou autre. Personne n’a besoin de savoir, par exemple, quels médicaments une personne commande ou avec qui elle est en contact…) c.) Un « cube » pour une IA locale d.) Un M5 Stack par pièce (petits ordinateurs ESP32 avec microphone et haut-parleur) e.) Une alimentation sans interruption pour le routeur, Gladys et le cube, réalisable à moindre coût Le processus: Exemple: Une personne tombe de son fauteuil roulant et a besoin d’une aide immédiate. Elle s’adresse au M5 Stack avec le mot de départ. Celui-ci transmet le message (prévu Matter over Thread, que je peux programmer moi-même) ou via ESP Home au cube. Sur le cube, le message vocal est enregistré et rendu lisible pour l’IA (prévu IA locale Mistral). L’IA décide: Je peux répondre moi-même et le fait, ou elle dit que cela doit être transmis à Gladys Assistant et envoie l’information à Gladys Assistant. Gladys Assistant reçoit le message par MCP et lance la scène correspondante. Pour l’exécution de la scène, il y a ensuite de nombreuses intégrations, je trouve très bien ici le développement actuel de @Lokkye, car cela permet alors d’atteindre un smartphone. Résultat: Tout est local, économique, évolutif, télé-maintenable, aucune évaluation ou stockage de données en dehors de son réseau local. Quelles sont vos pensées sur ce projet, je serais ravi de vos réactions, conseils, suggestions d’amélioration, etc. Cordialement Tom ---
**Author:** ![ruegerth](https://gladys-assistant-community.b-cdn.net/letter_avatar_proxy/v4/letter/r/dbc845/32.png) [@ruegerth](https://community.gladysassistant.com/u/ruegerth)\ **Post date:** [Octobre 29, 2026, 10:56 UTC](https://community.gladysassistant.com/t/rollstuhlfahrer-blinde-unterstutzung/11034/3 "2026-10-29T22:56:11Z")
Suite de mes plans : Étant donné que les développements externes évoluent plus rapidement qu’on ne peut le « penser », j’ai, en tant que non-technicien / non-programmeur, réussi à lancer cinq intégrations opérationnelles avec votre soutien et votre aide. Merci beaucoup pour cela. Ces nombreuses intégrations, en particulier dans le domaine de l’IA avec, par exemple, Phonon et Ollama (merci à @guim31 et @bertrandda pour cela), élargissent naturellement mon système et facilitent la planification. C’est dans ce contexte que j’ai rencontré une difficulté et simultanément une solution que j’aimerais discuter avec vous : Actuellement, il n’est pas difficile de réaliser une sortie vocale, par exemple : « N’oublie pas, demain physiothérapie à 10h00. » Mais ? Qui aimerait bien faire écouter cela à sa grand-mère, peu importe l’élégance de la voix. Cela ressemble un peu à une annonce de gare : « Sur le quai, dans 16 minutes, le TGV en direction de Toulouse est prêt au départ. » Ne serait-il pas plus agréable que, par exemple, avec ma voix, on dise : « Mamie, souviens-toi, demain vers 10h00, Dieter de la Croix-Rouge viendra te chercher et t’emmènera à ta physiothérapie. » Ou encore mieux : La petite-fille vient en visite et demande alors : « Gladys, raconte une histoire de ta grand-mère pendant sa scolarité » … et l’IA répond avec la voix de la grand-mère : « Alors, quand j’étais à l’école primaire, c’était un hiver extrêmement froid. » Vous voyez la direction que je veux prendre. Je ne suis pas programmeur et j’ai peur de tous ces slash doubles barres et indentations. En tant que manager qualité, je dis que ça doit pouvoir être mieux ? Et voici le mot-clé : LLM Wikt : > **[lordraw/llmwiki - Docker Image](https://hub.docker.com/r/lordraw/llmwiki)** Cela permet de créer une « mémoire » structurée de la personne à partir de documents quelconques, comme des certificats de naissance en image, des certificats de mariage en PDF ou des histoires de journal en mp3. Le tout est ensuite préparé et accompagné de la voix de la grand-mère, et ça fonctionne. Voici le YAML correspondant : ```auto version: '3.8' services: llmwiki: image: lordraw/llmwiki:latest container_name: llmwiki restart: unless-stopped ports: - "8000:8000" # Port pour Gladys (API/MCP) - "8501:8501" # PORT SUPPLÉMENTAIRE : Port pour le visualiseur Web (navigateur) volumes: - /share/Container/llmwiki/data:/data environment: - APP_HOST=0.0.0.0 - APP_PORT=8000 - DATA_DIR=/data - CHROMA_PATH=/data/chroma - EMBEDDING_PROVIDER=openai_compatible - EMBEDDING_BASE_URL=http://:11434/v1 - EMBEDDING_MODEL=nomic-embed-text # AVEC CECI, NOUS LANÇONS LE VISUALISEUR WEB EN PARALLÈLE DANS LE CONTAINER : command: sh -c "python run_http.py & llmwiki view --port 8501" ``` Quelles sont vos pensées, opinions, suggestions, compléments, etc. sur ce sujet ? Je vais tester ces fonctions de base et ensuite lancer une IA dessus. D’ici là Cordialement Tom