Bonjour Doc,orchidoclaste a écrit : ↑dim. 15 avr. 2018 11:08...
Concernant les valeurs renvoyées par le capteur, validez vous ma proposition de fabriquer ce même capteur, et de s'en servir sur un set de patients pour enregistrer la réalité de l'existant ? Je n'ai aucune idée de la valeur de la turbidité... Actuellement, tout ceci se fait de façon empirique, discontinue, et variable d'une infirmière ou d'un médecin à l'autre...
...
Je pense qu'effectivement, en dehors de tout présupposé quant à la solution retenue, il faut s'attaquer en priorité à ce capteur.
Votre propos confirme malheureusement ce que je craignais, il y a beaucoup d'expérience (pour ne pas écrire pifomètre) dans l'appréciation de la turbidité qui doit de plus, du moins je le suppose, dépendre du patient voire du moment (en dehors de toute hématurie).
C'est bien parce que je supputais une telle situation que je vous ai proposé de définir des niveaux de turbidité (turbitude dirait certainement Mme Royale) . associés à des % d'ouverture de la tubulure de rinçage (entre 0 et 100), cela devrait permettre un fonctionnement plus stable de l'automatisme qui ne se déclenchera que sur des variations pertinentes.
Le recueil de des valeurs risque de vous prendre pas mal de temps et de manipulations. En effet, il va être nécessaire de recueillir des échantillons d'urine (lors du vidage de la poche), de les classer par ordre croissant, de mesurer la tension de sortie du capteur, de reporter cette valeur, associée à un niveau estimé de transparence dans un tableur. Ces mesures sont à multiplier, pour un même niveau de turbidité afin d'évaluer la dispersion des mesures (pour appliquer ma proposition d'éliminer les 2 mesures extrêmes et de moyenner les autres).
Aurez-vous le temps de vous y consacrer ou pouvez-vous charger un stagiaire de le faire ?
Bud l'a bien exprimé, le cœur du système est un automate qui a un capteur et un actionneur. L'Interface Homme Machine (IHM), graphique ou non, peut être traitée à part, en fonction de vos exigences/besoins. Ca, c'est à vous de le définir et non aux techniciens de vous l'imposer. On peut parfaitement envisager un développement "incrémental" où l'on commence simple, sur ce qui est indispensable, puis, lorsque cela fonctionne, on enrichit de plus en plus. Cela impose de prioriser les besoins.orchidoclaste a écrit : ↑dim. 15 avr. 2018 11:08...
Si vous êtes convaincus que RPi n'est pas la meilleurs solution technique, ou qu'elle est disproportionnée, je vous suivrai bien entendu. Je pense que la lecture du CCharges vous permettra de répondre à cette question.
Enfin, sur l'intérêt d'un écran à courbes etc etc... je ne sais pas si c'est utile en pratique quotidienne... Mais là aussi, vous jugerez selon mon CC. Si cela ne vous ennuie pas , je vous l'adresserai en MP.
Ce qui me gêne dans le Pi, c'est la relative fragilité de sa carte SD, même s'il y a des solutions techniques pour diminuer cette vulnérabilité. La présence d'une batterie est un de ces moyens.
Je n'ai rien contre le fait de recevoir le CC en MP mais il serait souhaitable de le mettre en ligne. C'est le principe même du fonctionnement d'un forum. Si vous regardez bien le nombre de lectures de votre sujet, vous constaterez qu'il est bien supérieur au nombre de participants. Dans ces lecteurs, il y en a peut-être un qui se manifestera à la lecture de votre CC et apportera un nouvel éclairage ou une remarque judicieuse.
Sylvain