Hamnet 70 cm - la carte de dev

Règles du forum
Cette section est dédié a vos projets, descriptions et demandes d'aide.
Merci de limiter le nombre de sujet par projets.
Lorsqu'un sujet deviens long vous pouvez éditer le premier message pour maintenir à jour le descriptif et garder en lisibilité
Avatar de l’utilisateur
marc
Electrolab::Membre
Messages : 840
Enregistré le : 14 mars 2017, 15:05

Re: Hamnet 70 cm - la carte de dev

Messagepar marc » 12 sept. 2017, 10:40

@Guillaume

il n'y a pas matière à s'inquiéter pour la partie montage. A mon humble avis, s'intéresser aux cibistes des contests est une perte de temps, et refaire un design pour une population qui est déjà incapable de comprendre le fonctionnement général de ses propres équipements commerciaux serait une énorme perte de temps et d'argent.

- la sous-traitance "assemblage" coûte une blinde car, contrairement à ce que croient bon nombre de radioamateurs, ça ne se limite pas à une simple phase de soudure. C'est le controle qualité et les tests qui sont les plus coûteux, bien plus coûteux que la carte elle-même dans le cas précis du pcb de Sebastien

- pour des projets "intégrés", rien n'interdit de faire comme j'ai fait pour la carte SDR Widget https://wiki.electrolab.fr/Projets:Lab:2011:SDR_Widget, c'est à dire créer des "build group" dans lesquels les OM "sachant souder sans son chien" peuvent donner un coup de main à certains (sans que cela ne devienne une procédure systématique)

-souder même du QFN à la main est aisé, et si tu n'y parviens pas, même avec beaucoup de flux, c'est probablement en raison d'un mauvais choix de panne ou d'un mauvais contrôle de température (il faudrait voir le résultat pour pouvoir établir un diagnostic). As tu testé, selon le type de fer, les "minivague" de Weller ou, sur des stations plus modernes, des pointes RT1 ? les QFP au pas de 0,5 se soudent généralement mieux à la panne tournevis large légèrement étamée, après avoir noyé les broches de flux au camphre (CIF "sans nettoyage" soi-disant) .On soude alors les patte par paquets de 30 d'un seul coup, le flux empêchant les "ponts" en accroissant la tension de surface du métal en fusion. Bestial, mais efficace. Les quelques ponts se chassent à la tresse.

- d'expérience, au sein du lab, il s'avère que les "softeux" ont nettement moins d'a priori que les hardeux sur les cms haute densité.

- chez les hardeux, c'est le projet qui conditionne la volonté de réalisation. Un projet de SDR comme le Hermes Lite
https://f6itu.files.wordpress.com/2016/ ... hermes.jpg
essentiellement du 0603 et un seul CI QFN, a remporté un succès monstrueux. L'auteur envisage de passer la version 2.0 en version "prémontée" pour élargir la cible, ca va doubler les coûts de prod au minimum... et refroidir les ardeurs, car à ce prix là, on trouve du commercial testé et sous garantie. C'est à la fois un risque et un carcan juridique (obligation de fonctionnement). Dans le cas d'un pcb "nu" ou d'un pré-kit avec pcb et les trois circuits principaux, c'est du "SGDG" (ou démerde yourself)

... et faire des formation brasure intensive, c'est pas idiot du tout, je vais y réfléchir

Marc
F4HDK
Messages : 79
Enregistré le : 10 juin 2017, 19:04

Re: Hamnet 70 cm - la carte de dev

Messagepar F4HDK » 12 sept. 2017, 19:03

f4grx a écrit :A la limite, si un OM ne veut pas faire ce projet parce qu'il ne veut pas souder, ni apprendre, alors cet OM ne m'intéresse pas. C'est un peu extrême mais tant pis, je m'appelle pas Yaesu, plutot crever.

marc a écrit :A mon humble avis, s'intéresser aux cibistes des contests est une perte de temps, et refaire un design pour une population qui est déjà incapable de comprendre le fonctionnement général de ses propres équipements commerciaux serait une énorme perte de temps et d'argent.

Franchement, je ne comprends pas cette ségrégation que vous voulez imposer. Il y aurait donc des bons radioamateurs et les mauvais radioamateurs ? Sérieusement ? Il faut arrêter, là. Un peu de respect, svp !
C’est vraiment pénible, ce climat pourri que vous entretenez.
Pourquoi monter les gens les uns contre les autres dans une communauté qui n’en n’a franchement pas besoin?
Rien que le fait d’écrire ça, c’est un manque de respect pour une grande partie de la communauté radioamateur!
Tout le monde n’a pas la même vision, la même pratique du radioamateurisme… Et alors, où est le problème ?
C’est de la diversité que nait la richesse.
Tout le monde a sa place, même sur un tel projet innovant!

Perso, il me semble logique et normal qu’une partie de la population radioamateur cherche à bidouiller, alors qu’une autre partie cherche à utiliser des outils existants (commerciaux ou non).
Tout le monde n’a pas envie de sortir le fer à souder ou de se plonger dans des lignes de codes. Et alors, où est le problème ? Ce sont quand même des utilisateurs potentiels, qui ont énormément à apporter à un tel projet.
Nous avons tous à apprendre les uns des autres.
Et nous avons clairement besoin d’utilisateurs, de béta testeurs, pour ce genre de trucs, sans forcément que chacun d’entre eux accepte de mettre les mains dans le cambouis au niveau que vous imaginez.
Oui, nous avons besoin de gens qui montent en haut des pylones, et qui montent chez eux des dizaines d’antennes, qui assemblent des antennes, qui cherchent des points hauts pour y construire des relais, nous avons besoins d’utilisateurs qui passent du temps sur les ondes, nous avons besoin de gens qui négocient avec les différentes autorités et clubs, nous avons besoin de gens qui font la promotion de notre « truc », nous avons besoin de gens qui organisent des achats groupés et constituent des kits pour les revendre, etc…

73,
Guillaume F4HDK
Avatar de l’utilisateur
f4grx
Messages : 881
Enregistré le : 26 sept. 2016, 13:58

Re: Hamnet 70 cm - la carte de dev

Messagepar f4grx » 12 sept. 2017, 19:52

ta réaction montre que t'as pas bien compris l'objectif de nos remarques, et c'est compréhensible. Relis les derniers messages. Il ne s'agit de dénigrer personne mais de favoriser un climat maker.
Avatar de l’utilisateur
f4grx
Messages : 881
Enregistré le : 26 sept. 2016, 13:58

Re: Hamnet 70 cm - la carte de dev

Messagepar f4grx » 13 sept. 2017, 11:51

Essayons de faire simple:

-pas question d'EXCLURE, au contraire!

-il y a un but de formation

-donc le modem sera probablement vendu monté en quelques exemplaires, au moins avec les QFN montés.

Ce que je souhaite, c'est que les OM s'approprient notre techno au lieu de la consommer. Tout moyen d'appropriation est donc bon, mais un "bête achat" me semble pas un moyen d'appropriation. A la limite il y aura un effet de mode, mais si tu ne comprends pas ce que tu achètes, ca finit sous la poussière.

T'es pas d'accord?


Je préfère donc rester avec une ligne "DIY" solide le plus longtemps possible quitte a devenir plus flexible plus tard.

De plus "vendre" un tel produit a des inconvénients: En tant que vendeur, tu as la responsabilité de le vendre fonctionnel et c'est très lourd de faire du support, surtout avec des "consommateurs-only". Impliquer les OM, c'est leur donner une partie de responsabilité sur leur matériel.

De plus, on ne peut pas nier je pense qu'un tel réseau a un intéret tant qu'il reste résilient et fonctionnel quand les autres sont HS.
Pour avoir une telle résilience, il faut être capable de comprendre le fonctionnement et de pouvoir réparer. Qui est aujourd'hui capable de réparer une borne ubiquity HS?

Une fois de plus je suis tout a fait pret a donner un coup de main a quiconque voudrait se lancer et en aurait besoin.

Si on vend ses cartes a des OM "qui veulent participer mais savent pas faire d'électronique" ca perd une grande partie de l'intéret car:

-ces OM seront pas capables de maintenir leur point d'acces fonctionnel
-ils seront moins engagés et moins intéressés et le réseau ne se développera pas.

A mon avis ca a tres peu de sens de distribuer des montages a des OM non intéressés.

Et il est hors d e question de compter sur une maintenance a distance a la brandmeister ou je sais pas trop le nom du truc DSTARMRtruc

En espérant que mon projet te semble moins inacceptable... je crois surtout en la discussion.

L'intéret des gens est capable de changer. un OM qui serait consommateur un jour peut changer d'attitude en voyant que c'est pas si dur que ca, et décider de prendre une station hamnet 70.

Ca va être cool ce projet, il va générer de l'intéret qui n'existe pas pour l'instant!
Avatar de l’utilisateur
f4grx
Messages : 881
Enregistré le : 26 sept. 2016, 13:58

Re: Hamnet 70 cm - la carte de dev

Messagepar f4grx » 14 sept. 2017, 11:43

Note supplémentaire: Les STM32F7 avec 512k de RAM et 2M de flash en LQFP100 (STM32F767VI) ont un brochage non compatible avec les STM32F4.

Il faudrait donc refaire toute la carte pour ce chip, pour prévoir explicitement une compatibilité avec des jumpers vu que les lignes d'alim ont changé de place et que des GND ont été échangés avec des VCC (!)

Ou passer en LQFP144, mais bon courage pour rerouter!
http://www.st.com/content/st_com/en/pro ... 765zi.html

Voir page 18 de http://www.st.com/content/ccc/resource/ ... 273119.pdf

De plus les errata http://www.st.com/content/ccc/resource/ ... 257543.pdf

signalent des problèmes sur l'ethernet et l'i2c, qui pourraient avoir un impact. j'ai pas comparé avec le F429 pour savoir si c'était identique ou pire.

Il existe aussi un STM32F469VI en LQFP100 qui a 2M de flash et 384k de RAM, c'est 50% de plus.
http://www.st.com/content/st_com/en/pro ... 469vi.html
mais "The LQFP100, LQFP144 and UFBGA169 packages are incompatible with other STM32F4xx devices."
Donc encore pire...
F4HDK
Messages : 79
Enregistré le : 10 juin 2017, 19:04

Re: Hamnet 70 cm - la carte de dev

Messagepar F4HDK » 14 sept. 2017, 19:46

Merci Sébastien d'avoir regardé.
Effectivement, c'est trop complexe, on laisse tomber.
J'essayerai d'optimiser, et j'ai bon espoir de faire tenir ça dans les 256ko de RAM.

Explication sur les gros besoins en RAM avec la solution que j'imaginais, côté Master (le relais radio central) : pour faire de la vraie qualité de service en mode bourrin mais efficace, je vois 1 buffer de downlink par client. Et en codant de manière simple et bourrine, chaque buffer était une FIFO logicielle séparée. Donc il faut autant de FIFO que de clients. Après quelques tests, j'ai estimé qu'il faut au moins 16ko voire 32ko par buffer. De plus, comme j'envisage des "virtual channels" (pour voix ou vidéo) en plus de l'IP, il faut des buffers supplémentaires pour ça. Bref, ça commence à faire beaucoup.

Mais en y réfléchissant un peu plus (oui, ça m'arrive de réfléchir), on peut très bien optimiser ça, et utiliser pour ces buffers une "allocation dynamique de mémoire", plutôt que de gâcher de la RAM avec des FIFO fixes qui seront en majorité remplies de vide.
Je vois 2 solutions :
* Utiliser l'allocation dynamique de base proposée pour nos ARM. Je n'ai jamais testé, je ne sais pas si c'est performant...
* Ou alors coder une allocation dynamique "à la main" : j'imagine par exemple de coder une allocation dynamique par blocs de 128 ou 256octets, un peu comme c'est fait dans les switches Ethernet, de ce que j'en ai compris. Bref, ça permet de mutualiser et optimiser l'utilisation de la RAM.
Si quelqu'un a un avis entre les 2 solutions...

Comme ça, on peut conserver le concept de multiples buffer, pour garantir la QoS optimale, tout en économisant de la RAM.

73,
Guillaume F4HDK
Avatar de l’utilisateur
f4grx
Messages : 881
Enregistré le : 26 sept. 2016, 13:58

Re: Hamnet 70 cm - la carte de dev

Messagepar f4grx » 15 sept. 2017, 08:04

mode bare metal: j'ai un soft d'allocation dynamique, tu peux aller voir https://github.com/slorquet/slos

c'est en gros un HAL portable... il manque un peu de doc mais si l'idée te plait on peut améliorer ce projet pour ton usage.

En particulier l'algo malloc fonctionne. il est un peu spécial car il retourne un handle a déréférencer, comme le faisait le Macintosh et surtout la TI92.
C'est extra utile car ca signifie que les blocs peuvent être défragmentés. La contrainte est qu'il faut penser a déréferencer les blocs avant de s'en servir car les pointeurs vers les blocs peuvent changer.

sachant que pour l'instant, y'a aucune defrag donc ca se comporte comme malloc.

Mode nuttx: nuttx a une implémentation de malloc qui juste marche! Et si mon allocateur te plait, il est utilisable dans n'importe quel buffer, en particulier dans un gros bloc mallocé avant!
F4HDK
Messages : 79
Enregistré le : 10 juin 2017, 19:04

Re: Hamnet 70 cm - la carte de dev

Messagepar F4HDK » 15 sept. 2017, 08:25

Merci Sébastien, je regarde ça.

Sinon, j'ai oublié de dire : j'ai reçu une réponse de Nice-RF, l'entreprise chinoise qui produit/commercialise (en fabless certainement) les RF4463-F30.
Réponse du soit disant directeur technique de Nice-RF, dans un anglais approximatif (ça ne me dérange pas), mais surtout vide de contenu technique, et à côté de la plaque sur plusieurs questions que j'ai posées.
Bref, ça ne me rassure pas vraiment...
Avatar de l’utilisateur
f4grx
Messages : 881
Enregistré le : 26 sept. 2016, 13:58

Re: Hamnet 70 cm - la carte de dev

Messagepar f4grx » 15 sept. 2017, 15:40

OK, bon ben on verra. Au pire y'aura le RFM26...

Je me rends compte que j'ai oublié de mettre un push button pour éventuellement activer un factory reset ou firmware recovery... je vais ajouter ca ce soir.

genre
Multicomp MCDTSA6 http://www.farnell.com/datasheets/1661815.pdf
CK http://www.farnell.com/datasheets/1707731.pdf
Schurter http://www.farnell.com/datasheets/2343587.pdf
OMRON http://www.farnell.com/datasheets/2082873.pdf
ALPS http://www.farnell.com/datasheets/1582319.pdf

Cool, ils sont tous compatibles !
Avatar de l’utilisateur
f4grx
Messages : 881
Enregistré le : 26 sept. 2016, 13:58

Re: Hamnet 70 cm - la carte de dev

Messagepar f4grx » 22 sept. 2017, 10:46

la carte est quasi finie

je souhaiterais de l'aide pour relire le schéma afin de vérifier si j'ai fait des erreurs
je fais ca a la fin parce que je suis assez confiant :) EDIT: Sauf le coté TX du si4463

Je sais c'est des questions compliquées mais bon, normalement les gens qui lisent ce topic devraient vouloir utiliser cette board, donc je demande votre aide pour en vérifier la conception... je vous fournis les docs utiles.

Simplement exprimer vos doutes sur ce que j'ai fait est utile. Le but est que plus d'un cerveau ait réfléchi dessus, car seul on néglige souvent des conneries évidentes.

https://github.com/f4grx/hn70ap/raw/mas ... ard/ap.pdf

-le module FTDI vous semble t il bien mis en oeuvre? le but est qu'il ne soit alimenté que si un cable USB est branché. la carte fournit uniquement son alim sur VCCIO.
http://www.ftdichip.com/Support/Documen ... FT232R.pdf
J'ai choisi d'être comme dans 6.4 (page 26) en "USB Bus Powered with
Selectable External Logic Supply", et j'utilise le 3v3 out pour alimenter uniquement les LEDS tx et rx, pour qu'elles marchent même si la carte est pas alimentée. je vois la chose comme un adaptateur usb/série intégré sur la carte.

-l'alim a découpage: pouvez vous faire un tour dans les appnotes Linear pour me confirmer si mon design ressemble a leurs recommandations
http://cds.linear.com/docs/en/datasheet/36461fc.pdf
http://www.linear.com/product/LTC3646


-la radio soudée: en comparant avec les datasheets et appnotes silabs, est ce que vous pensez que j'ai bien concu les capas de découplage et les cablages RF, coté TX et RX? J'ai choisi le matching RX a 4 composants.
Que pensez vous de l'injection de DC sur les lignes RF?
https://www.silabs.com/documents/public ... -61-60.pdf
TX match 3.1.8 figure 14 https://www.silabs.com/documents/public ... /AN627.pdf
ca parle aussi de high power matching ici https://www.silabs.com/documents/public ... /AN648.pdf
et je suis pas du tout sur d'avoir fait les choses correctement...
coté rx je suis plus confiant, voir ici (figure 2) https://www.silabs.com/documents/public ... /AN643.pdf
Faudrait comparer avec ce qui est fait sur un RFM26.

Retourner vers « Les Projets »

Qui est en ligne

Utilisateurs parcourant ce forum : Aucun utilisateur enregistré et 1 invité