Un compte rendu pour la séance du 9 Janvier se trouve ici :
https://www.logre.eu/wiki/Compte-rendu_des_s%C3%A9ances#Mercredi_9_janvier_…
Merci a tous ceux qui l ont déja rempli pour les autres n'oubliez pas de le compléter ( et de documenter vos projets sur le wiki ;-) ) pour garder une trace de ce qui se fait et s en servir comme vitrine de nos activités.
!!! Maintenant qu on a plusieurs séances par semaine cela permet aussi de se tenir au courant des projets des autres membres !!!
Julien
Hello,
J'ai avancé sur le code pour mon petit montage à base d'ATtiny841,
permettant de piloter 4 servos via le bus I²C.
Les 4 servos sont pilotés par des PWM hardware, et utilisent les timers 1
et 2, via OC1A, OC1B, OC2A et OC2B. J'ai écrit une libraire Arduino pour
configurer ça.
La partie I²C slave est gérée de manière hardware également. Là, j'utilise
la librairie WireS, dispo via le paquet ATtinyCore :
https://github.com/SpenceKonde/ATTinyCore/blob/master/avr/libraries/Wire/sr…https://github.com/SpenceKonde/ATTinyCore/blob/master/avr/libraries/Wire/sr…
Le truc, c'est que dès que j'utilise OC1A, l'I²C ne fonctionne plus : je
reçois n'importe quoi.
Si je commente la ligne 62 de ServoH.cpp, l'I²C fonctionne, même si je
laisse tout le reste du code. Alors que si je laisse cette ligne, sans
activer le multiplexeur des timers pour mapper la sortie sur une des pins
OCC1n, ça foire. Ce n'est donc pas une question de pin, mais bien de
config du timer OC1A.
Ça fait plusieurs jours que je bute sur ce problème, j'ai essayé plein de
trucs, sans résultats. Si quelqu'un a une idée d'où ça peut venir, je lui
en serait reconnaissant ! Si ça se trouve, c'est très bête :o/
Merci d'avance.
PS : la doc du 841 est ici :
http://ww1.microchip.com/downloads/en/DeviceDoc/Atmel-8495-8-bit-AVR-Microc…
--
Frédéric
Salut tout le monde,
En tant que nouveau je ne suis pas certain de savoir quelle sont les outils
présents au LOG, on a une scie sauteuse ?
Baptiste
Le mer. 24 avr. 2019 à 12:26, Marc <xmarc(a)free.fr> a écrit :
> Il y a des modèles qui tournent sur Atmega328 (GM328) et le TC1 (celui
> qui a le récepteur IR) tourne sur Atmega324.
>
> Le schéma des GM328 est assez facile à trouver. Celui-ci est un modèle
> avec un switch rotatif :
>
>
> https://github.com/robsoncouto/gm328a_rev_eng/blob/master/schematics/sch2.p…
>
> , probablement celui-ci :
>
>
> https://www.ebay.com/itm/Signal-Generator-Tools-Component-Tester-Transistor…
>
> Le TC1 est beaucoup moins documenté, mais le schéma de la partie mesure
> doit être assez similaire.
>
> Il ne doit pas y avoir assez de place en flash pour embarquer à la fois
> le décodage IR et le générateur de fréquence/PWM
>
>
> Un des avantages de ces petites bestioles est qu'on peut faire trier des
> composants à des gens qui n'y connaissent rien. Je devrais en offrir un
> à ma femme de ménage ;o)
>
> --
> Marc BERLIOUX
> Coluche : "Mon chien est très propre :
> Quand il pisse, il chie dessus pour éponger"
> _______________________________________________
> Grenoble-hackerspace mailing list
> Grenoble-hackerspace(a)listes.logre.eu
> https://listes.logre.eu/mailman/listinfo/grenoble-hackerspace
>
Bonjour,
Je reviens sur mon PB de RPi3 et Rasbian.
Bon, j'ai trouvé un câble Ethernet un peu trop court mais la bête est
connectée à la Livebox4 direct au démarrage.
Je tente une connexion ssh de mon PC vers le RPi ...
D'abord, il faut créer à la racine un fichier vide nommé "ssh".
Redémarrer puis :
$ ssh 192.168.1.11
ssh: connect to host 192.168.1.11 port 22: Connection refused
Ha bon ?
$sudo iptables -L
chain imput policy accept
Ben alors ?
Ben qui t'est toi ?
$whoami
pi
Ha bon !
$ssh pi(a)192.168.1.11
le mdp établi à la première mise en route.
UP !
y'apuquà ouvrir le Wifi !
À suivre ...
RV2D
Bonjour,
Ce vendredi soir je vais faire une présentation du réseau SATNOGS à
20h30 au 22 Rue des Alpes, 38600 Fontaine
(deuxième étage, si vous trouvez pas : zéro six soixante-seize 693332)
C'est un réseau collaboratif de réception de données des satellites en
orbite basse (LEO).
La particularité c'est que tout est open source, et le projet comprend
l'ensemble des éléments
nécessaire à la réception des données y compris le design des antennes
et de leur motorisation
(nécessitent une imprimante 3D) mais aussi le décodage et l'agrégation
des données reçues,
pour être finalement mise à disposition de tous (y compris aux équipes
qui ont lancé le satellite).
https://satnogs.orghttp://network.satnogs.org/
La présentation sera en deux parties, la première une présentation
générale du projet,
et la deuxième des exemples de ce qu'il est possible de faire.
Les lecteurs de Hackaday connaissent surement bien ce projet, car il a
gagné le prix
du concours il y à quelques années.
Bien sur cette présentation est ouverte à tous, et s'adresse à tout le
monde,
il n'y a pas de prérequis technique.
À la fin de la présentation un temps indéfini est prévu pour que tout le
monde puisse
discuter (et montrer ses bricolages).
A+
Julien