electronews et meilleurs liens électroniques - Page 83

Pen^2 (./2455) :
et c'est normal, mais ce machin ne va pas inventer du courant©

Bah oui, c'est évidemment normal, je réponds à la question, c'est tout

Le coup du vol de phase, ça me fait penser au jour où EDF ne délivrait plus que 2 phases suite à une panne sur un transfo, et la patronne ne voulait pas me croire qu'on pouvait pas passer les machines en bipahsé Elle a dû demander en plus au mécano machines à coudre, et au dépanneur de la boite d'élec qu'on fait intervenir pour s'en convaincre

Encore heureux que tu n'avais rien qui risquais de griller voir pire avec une phase en moins...

Les loi de l'electronique sont a revoir !

Diabolique

Joli hein

What ?

(y'a un lien vers l'explication à la fin de la vidéo, évidemment "y'a un truc" mais l'astuce est loin d'être simple ^^)

J'avais dans un vieux mag d'elec une combine du genre, mais de memoire ce n'etait pas avec des diodes

Ah il y a des composants cachés, tout de suite c'est moins magique.

Bah, c'est comme le précalc dans les démos ^^

Je me demandais l'autre jour si quelqu'un avait déjà fait de la bande latérale unique en FM, et apparemment ça a existé mais ça n'a pas eu de succès :
http://web.archive.org/web/20141121062319/http://wwwhome.cs.utwente.nl/~ptdeboer/ham/tn/tn05.html

intéressant.

Une liste des softs de conception de PCB gratuits :
http://pcbshopper.com/cad/

J'avais oublié que certains softs sont limités en nombre de pins, ce qui est horripilant

http://sensitiveresearch.com/DoNotTIP/index.html
Un peu énervé le monsieur.

lol.

le tip31/32 est mieux

Comment changer l'état d'une broche de sortie sur un AVR ?
Facile, ça se fait en une seule instruction assembleur.


Comment changer l'état d'une broche de sortie sur un PIC ?
Facile, ça se fait en changeant un bit dans le registre LATx.

Ah non mince, c'est un PIC16, donc y'a pas de registre LATx ; seulement un registre PORT qui n'est accessible qu'en écriture.

Bon, c'est pas grave, on va déclarer une variable pour mémoriser l'état et faire une petite macro qui gère ça.

Ah oui, mais si on s'en sert à la fois dans le programme principal et dans les interruptions, va y avoir une race condition.

Bon, c'est pas grave, on va rajouter un bout de code autour qui désactive les interruptions temporairement pour que ce soit atomique, et qui restaure l'état à la fin. D'ailleurs y'a sûrement ça dans la lib standard, non ?

Ah ben non, y'a pas. Juste deux fonctions pour activer et désactiver les interruptions.

Bon c'est pas grave, on va le faire à la main : on sauvegarde l'état, on désactive, on exécute le truc et on restaure.

Ah ben oui mais en fait, si y'a une interruption qui arrive pile poil au moment où on désactive, ben ça désactive pas !

Tu peux faire aussi le comparatif avec les Cortex Mx, les MSP430, les 8051, 68HC11, STM8 & co ? stp


#loin#

Ça a l'air pratique

erf
Aller, redirige-moi toutes ces interruptions au lieu de les désactiver et qu'on en parle plus

doux jésus, qui t'oblige encore a faire du pic?

Godzil > Non

Folco > on peut pas, les vecteurs sont en ROM (enfin en Flash, mais c'est pareil).

squalyl > ancien projet, pas mon choix. Mais lors du prochain redesign, je compte bien tout faire pour passer à autre chose.

Un 68HC11 ?


#loin#

c'est moins pire...

Tu peux pas rediriger carrément l'adresse de la table ?
Sinon, face à un design aussi débile, tu te mets à la hauteur :

while (activated)
{
    desactiveCesPutainsDInterruptionsConnard();
}

Bon en vrai, t'as trouvé une solution bien tricky ?

Non, l'adresse est fixe.

J'ai fait ce que le gars recommande dans ce post, en gros tu désactives les interruptions, tu vérifies si elles sont effectivement désactivées, et si c'est pas le cas tu réessaies jusqu'à ce que ça marche. C'est crade mais mais ça devrait résoudre le problème.
Y'a une autre solution mentionnée dans le topic qui est un peu plus propre, mais nettement plus casse-pieds à implémenter.

Depending on the PIC core, neither bcf INTCON.GIE is atomic.An interrupt can occur at the very same clock cycle that the bcf GIE instruction is fetched, then the interrupt is recognized, the instruction is executed, the interrupt is serviced, and the RETFIE enables the interrupts again, exposing your critical section.

That is true for ALL PIC16Cxxx and PIC16Fxxx parts that I have tested so far (16C774, 16C73, 16F873, 16F877). I regard this as a architecture characteristic, not as a silicon bug.

what the fucking fuck

PIC ou comment un bug majeur deviens une "feature"