Micros et Picos ⇒ Pico Arduino/Raspberry Pi

[TheDude]

Au fait, pour ceux qui sont intéressés par les codes, on peut en discuter en MP

[Penn-Maen]

bah, sinon, comme le partage est de règle sur ce forum, tu peux les mettre à dispo

[TheDude]

Voir ici

Le code sera en ligne tôt ou tard...

Je suis pour le partage à fond mais contre les leechers
Je serai d'avis de ne donner le code qu'aux arpettes minimum mais vu que je n'ai même pas 15 messages en 4 ans, je suis mal placé pour faire ça

Sans prétentions, aucunes, sur mon système, vu que sur le forum la construction de brasserie est le gagne pain de quelques personnes, vu que ce système est relativement extensible et relativement économique, je pense qu'il faut encadrer ce partage pour qu'il ne reste que dans le cadre amateur. Pas de possibilité donc de vendre le système ou d'utiliser ce système pour du brassage commercial quelle que soit la quantitée brassée (sauf peut être pour les auteurs )...
C'est juste une question de principe et de respect du travail des autres...

[Penn-Maen]

Parce que tu crois que tous les amateurs se gênent pour repomper des techniques développées par / pour des pro (c'est aussi valable dans l'autre sens) ? On voit régulièrement des gens qui se construisent un BrauMaister, et d'autres qui l'achètent...

Autant je comprend (et partage, cf ma signature) ton principe, autant ceux qui mettront les mains dans le cambouis chercheront rarement du clef-en-main (et vice-versa) : ce n'est pas la même clientèle...

D'autre part, si tu développes une solution commerciale, tu as intérêt à utiliser des produits les plus standardisés possible, pour plusieurs raisons, principalement de maintenance (je dois régulièrement intervenir sur des installs qui ont +20 ans : un coup de fil au constructeur et j'ai, sous ~48h, la doc complète [et d'époque, même si l'entreprise à changée plusieurs fois de main depuis...] du produit - Pas certains du tout qu'avec une solution Ardu + RasPi cela soit aussi "pérenne" (il n'y a qu'à voir l'évolution des µC sur les arduino, ou la grogne lors du passage à la version Uno par exemple, avec des programmes qu'il a fallu adapter). Les RasPi dans 5/10 ans n'auront probablement plus rien à voir avec les versions actuelles (donc difficilement remplaçable en déplug/replug). Je peux me tromper (je vois régulièrement des PicBasic sur certaines cartes).

Et en industrie, ce n'est pas toujours le matos d'automatisation qui coute le plus (tout au plus quelques petits pourcents, parfois moins de 1%), c'est le temps de conception de l'install et la mise au point de l'ensemble.

Après, si tu veux protéger ton code, il faut :
1 - choisir une licence qui interdise une utilisation commerciale (ce n'est pas ce qui manque, depuis la GPL jusqu'à la CeCill, en passant par divers CC)
2 - attaquer toutes les entreprises qui enfreindrait ta licence (heu, bon... ça va être un peu tendu...)

Dernier point : un petit article de Lionel Dricot : Publier, c'est rendre public... (rien n'interdira à un industriel de se faire passer pour un amateur et d'obtenir le code AMHA, ou un amateur de devenir pro avec ta solution, tout comme rien n'interdira qu'un programme soit cracké. C'est juste une histoire de temps et de moyen - l'industrie a souvent plus de moyens, le particulier a souvent plus de temps)

Toute cette tartine pour dire que, si tu souhaites restreindre la diffusion de ta solution uniquement aux amateurs, ce n'est pas gagné (sauf à avoir un code tellement pourri que personne n'osera ni y mettre les mains, ni l'utiliser en pro)

[kenypixel]

Je suis totalement d'accord avec Penn Maen, si tu souhaites faire un logiciel open source, je pense qu'il faut accepter que cela puisse servir aux professionnels. En revanche je trouverais sa anormal que quelqu'un se permette de le vendre.

Mais au delà de ce que je peux estimer bien ou mal, j'aimerais savoir en quoi ne souhaites tu pas que ce logiciel soit utilisé par un pro ? De plus en tant que logiciel open source (donc gratuit dans notre cas) c'est principalement des micro brasseries qui l'utiliserais. Avec tous le respect que je porte à tes compétences, Heinekein n'en aura potentiellement rien à f*** d'utiliser ton soft, parce qu'il a les moyens financiers d'avoir quelque chose clés en mains.

Sinon ton idée est fantastique, je te suivrais avec grande attention

[TheDude]

Autant je comprend (et partage, cf ma signature) ton principe, autant ceux qui mettront les mains dans le cambouis chercheront rarement du clef-en-main (et vice-versa) : ce n'est pas la même clientèle...

Je pense que c'est plus une question de domaines de compétences et qu'entre les deux extrèmes représentés par celui qui conçoit et construit sa brasserie de A à Z et celui qui l'achète clés en main, il y a quand même tout un monde qui passe, entre autres, par l'assemblage de diffèrentes solutions, quelles soient issues de fournisseurs ou créées de toutes pièces...

D'autre part, si tu développes une solution commerciale, tu as intérêt à utiliser des produits les plus standardisés possible, pour plusieurs raisons, principalement de maintenance (je dois régulièrement intervenir sur des installs qui ont +20 ans : un coup de fil au constructeur et j'ai, sous ~48h, la doc complète [et d'époque, même si l'entreprise à changée plusieurs fois de main depuis...] du produit - Pas certains du tout qu'avec une solution Ardu + RasPi cela soit aussi "pérenne" (il n'y a qu'à voir l'évolution des µC sur les arduino, ou la grogne lors du passage à la version Uno par exemple, avec des programmes qu'il a fallu adapter). Les RasPi dans 5/10 ans n'auront probablement plus rien à voir avec les versions actuelles (donc difficilement remplaçable en déplug/replug). Je peux me tromper (je vois régulièrement des PicBasic sur certaines cartes).

Si je devais développer une solution commerciale, ça serait sur une base de 2 pc industriels dont un en RTOS, boucle sercos, isagraf et modules d"entrées/sorties. Mais c'est pas le même budget
Sur de petites installations, je ne sais pas ce qui est le plus rentable sur le long terme. Partir sur du standard industriel où tu payes au prix fort l'obsolescence du matériel au bout de 20 ans ou partir sur de l'hardware "cheap" avec au final des programmes facilement transposables sur de nouvelles plateformes...

Et en industrie, ce n'est pas toujours le matos d'automatisation qui coute le plus (tout au plus quelques petits pourcents, parfois moins de 1%), c'est le temps de conception de l'install et la mise au point de l'ensemble.

Tout à fait d'accord. Pour mon système, je suis proche des 6 mois
Après, tout dépend de l'objectif, faire du profit ou démocratiser une solution de brassage...

Après, si tu veux protéger ton code, il faut :
1 - choisir une licence qui interdise une utilisation commerciale (ce n'est pas ce qui manque, depuis la GPL jusqu'à la CeCill, en passant par divers CC)
2 - attaquer toutes les entreprises qui enfreindrait ta licence (heu, bon... ça va être un peu tendu...)

Dernier point : un petit article de Lionel Dricot : Publier, c'est rendre public... (rien n'interdira à un industriel de se faire passer pour un amateur et d'obtenir le code AMHA, ou un amateur de devenir pro avec ta solution, tout comme rien n'interdira qu'un programme soit cracké. C'est juste une histoire de temps et de moyen - l'industrie a souvent plus de moyens, le particulier a souvent plus de temps)

Tout à fait et vu que je suis pour le partage de l'information, je ne respecte pas les licenses (comme 99% des gens d'ailleurs que ce soit par facilité, d'ordre pécunier ou, comme dans mon cas, par conviction) donc pour la licence, c'est juste une question de politique et d'affichage
En même temps, vu que le code est assez court, c'est plus facile et ça prend moins de temps d'en pondre un nouveau que de le décompiler et je ne pense pas que mon projet, aussi révolutionnaire soit-il (ironie), attire un seul industriel et le force à dépenser des sommes monstrueuses en reverse engineering

Toute cette tartine pour dire que, si tu souhaites restreindre la diffusion de ta solution uniquement aux amateurs, ce n'est pas gagné (sauf à avoir un code tellement pourri que personne n'osera ni y mettre les mains, ni l'utiliser en pro)

Ca je maîtrise

[TheDude]

Je suis totalement d'accord avec Penn Maen, si tu souhaites faire un logiciel open source, je pense qu'il faut accepter que cela puisse servir aux professionnels. En revanche je trouverais sa anormal que quelqu'un se permette de le vendre.

Mais au delà de ce que je peux estimer bien ou mal, j'aimerais savoir en quoi ne souhaites tu pas que ce logiciel soit utilisé par un pro ? De plus en tant que logiciel open source (donc gratuit dans notre cas) c'est principalement des micro brasseries qui l'utiliserais. Avec tous le respect que je porte à tes compétences, Heinekein n'en aura potentiellement rien à f*** d'utiliser ton soft, parce qu'il a les moyens financiers d'avoir quelque chose clés en mains.

En fait, c'est plus lié au forum qu'à autre chose.
Il y a deux choses que je veux éviter. De une, une simili-concurrence avec les constructeurs pro du forum qui, je pense, ciblent une clientèle de brasseurs pro. Même si nos systèmes sont complètement différents et que, de base, on ne cible pas les mêmes personnes, à leur place, ça me ferait chier. Après si on a leur accord, c'est différent.
De deux, c'est l'inscription sur le forum de personnes venant simplement poser des questions car leur système ne fonctionne pas et reparties aussitôt le problème résolu mais là, ça ne concerne plus les pros (d'où la potentielle limitation aux arpettes minimum)...

[estelle]

Si je devais développer une solution commerciale, ça serait sur une base de 2 pc industriels dont un en RTOS, boucle sercos, isagraf et modules d"entrées/sorties. Mais c'est pas le même budget
Sur de petites installations, je ne sais pas ce qui est le plus rentable sur le long terme. Partir sur du standard industriel où tu payes au prix fort l'obsolescence du matériel au bout de 20 ans ou partir sur de l'hardware "cheap" avec au final des programmes facilement transposables sur de nouvelles plateformes...

La vache cà fait peur SERCOS (Token Ring pour gérer jusqu'à 8 axes numériques...) ISAGRAGH ................une bête de course temps réel.....

Stop..on brasse...processus lent...on détresse....cool

C'est vrai que les solutions andro..machin et crouz bidule atteignent vite leurs limites d'ou pour une solution pérenne (>10 ans en fin de commercialisation) .....l'automate programmable.
Je veux bien créer une section de formation pour brasseur motivé
A+

[314r]

1 - choisir une licence qui interdise une utilisation commerciale (ce n'est pas ce qui manque, depuis la GPL jusqu'à la CeCill, en passant par divers CC)

La GPL ne restreint en rien l'usage commercial. Je connais moins la CeCill mais étant donné qu'elle est annoncée comme compatible avec la GPL il doit en être de même.

[TheDude]

La vache cà fait peur SERCOS (Token Ring pour gérer jusqu'à 8 axes numériques...) ISAGRAGH ................une bête de course temps réel.....

Certes, c'est un peu surdimensionné mais c'est presque de l'affectif . J'avais adoré bosser sur des machines avec cette install (rectifs Landis avec de beaux moteurs linéaire).
La fiabilité matérielle était exceptionnelle ! Largement supérieure au reste de l'atelier qui tournait sur du siemens 840d et S7...