Lumière hypnagogique

Resterait à trier l'état de sommeil, provoqué aussi par ces machines chez pas mal de monde, des autres états de conscience modifiée.

Espérons que l'explication donnée à dufoindufoin servira j'aimerai bien voir apparaître un DIY à partir du reverse engineering (j'ai la flemme de me lancer dedans).

Bonsoir,

C'est pas gagné, la génération des fréquences (de 1 hz à 255hz) ne m'est pas possible à faire avec l'arduino, J'ai une idée en tête, faire un générateur carré (555 ou autre) calé sur 255hz et je divise cette fréquence avec 2 cd4522 en cascade.
La valeur de division et prépositionnée avec un registre a décalage 74hc595 avec la valeur complémentaire du tableau excel que vous avez donnée

exemple: 11110101 (soit 245) pour une fréquence de 10hz (c'est le facteur de division des 255hz de base) ces valeurs seront charger par les tableaux excel et envoyé sur le registre a décalage 74hc595

c'est pas facile à expliquer la vision des choses.
Dite moi ce que vous en pensez et s' il y en a qui veules si mettre....

Le but c'est de faire un appareil simple qui fais une seule série de stimulations en se basant sur les valeurs (fréquence , ambiance durée) que vous avez donné.
Et plus tard peut etre si l'effet est interessant faire plus aboutie avec plusieurs séquences.

Oui, un simple stroboscope générant une fréquence unique permet déjà de tester pas mal de choses, notamment "les visions".
Pour l'état hypnagogique c'est moins évident ...

Pour ceux qui peuvent et veulent tenter une expérience de la lampe Lucia

Sur Apple Store tu as une application "iTorche" qui permet d'envoyer un stroboscope de 1 à 25 hz assez dé-coiffante

A++

Je regarde ça et je te dis, il me reste un Arduino Ethernet sous la main.

Bonsoir,

Bon je pars sur un cd40103 pour diviser (commandé 10 pour 3.3€ sur ebay), et j'ai mis en pièce jointe un exemple de synthétiseur plus performant, il faut adapter la fréquence a 255hz pour que le code binaire de division du tableau excel corresponde a la bonne fréquence
On remplace les 8 microdips par un registre a décalage 74hc595 .



Image attachée

(56.07 Ko)

Ça avance de mon côté. Par contre je tombe sur une limite de faire du pwm en software avec arduino. La frequence peut pas depasser 250hz.

Il y a un risque de perception de scintillement à 250hz ?
Si oui je changerais ma methode la nuit a porté conseil.

La réponse est plus de scintillement perceptible si > 100hz.
J'ai tout de même modifié ma méthode de travaille et fonctionne au kilohertz pour le PWM avec arduino.

Voici le LogBook implémentant une première séquence de 5 secondes, 12hz, 100% intensité des flashs et 84% intensité du Background.
Il me reste à valider la sortie des PWM à l'oscilloscope et c'est bon.

https://drive.google.com/open?id=0B3VZSpIAF...VElOLXlZMk1Ublk

Bonjour Bluedragon,

Je suis impressionné par votre travail et la connaissance de l'arduino que vous matrisée trés bien.

Je persévéré dans la mise en pratique d'une séquence AJNA (AJNA gamma 20m.log) qui contient 134 lignes de steps.
Je compte faire le intensités fliking et ambiance avec 2 lignes PWM de l'arduino et les fréquences avec une synthèse hardware qui sera appliqué aux leds de fliking

La séquence et chargée dans 4 tableaux de variables, la valeur inversé et envoyé sur le 74hc595 pour diviser de la fréquence de 256hz avec le cd40103.
Le puissance fliking et ambiance sont recalculé dans le tableau excel pour avoir des intensite de 0 à 255: 100% = 255 , 30% = 77.
Pour avoir 256hz il faut un quartz de 4.191304 Mhz divisé par 16384 avec le 4060 (je n'utiliserais pas le PLL dans un 1er temps).
Je suis en attente des cd40103, mais tout le reste se comporte bien, les éclairages sont a l'heure actuel de halogène de 10w commandé avec 2 Mos-fet type N directement sur le sorties Arduino .( avec une alimentation sépare de 12v) .

Félicitation pour votre travail.
A+


Image attachée

(54.26 Ko)

Bonjour, les amis, super boulot en tout cas
je vois que les idées se mettent en place, donc c'est le moment de faire un retour en arrière pour ne rien oublier
Pour rappel, les 2 PDF déjà postés par JVC dans la précédante page et puis retrouvés (mais c'est toujours en Anglais):
(il y a peut-être mieux maintenant, pour coller au mieux au projet, car la Lucia évolue aussi)
http://eartheart.com.au/wp-content/uploads...-Ajna-Light.pdf
http://ajnalight.com/pdfs/Ajna%20Manual%20Final.pdf
et comparer les points  faibles, et les points forts de chaque solutions,  (arduino ou électonique programmable) et comment remèdier si besoin


en fait, ces 2 façons de faire pourraient très bien arriver à un résutat très proche
(Il y a aussi ce lien à revoir: https://drive.google.com/file/d/0B3VZSpIAFo...hyRFlvTW8/view)



ce serait cool

Guy et Garnet, du projet AJNA, ont développé un nouvel appareil nommé "Neuro Light" qui reprend globalement le concept et le matériel d'AJNA, mais dans un but thérapeutique (AJNA c'est plus du récréatif).

Manifestement cette nouvelle lampe sert à stimuler le cerveau pour favoriser son développement et/ou sa récupération suite à problèmes (AVC, Alzheimer, etc ...), toujours via lumières pulsées.
Ils font également appel à la notion de stimulation trans-craniène pour booster le cerveau (une partie de la lumière serait capable d'impacter certaines zones su cerveau y compris à travers les os du crane).

Pour ce projet, il n'est plus question de génération aléatoire du signal, mais de sessions codées en dur et mises au point via neuro-feedback et analyse théorique, comme pour LUCIA.

Encore un billet de $4000 à sortir pour les intéressés

Bonjour,

Tu peux me vouvoyer, dans l'école du partage de la connaissance, il n'y a pas de différenciation entre deux humains

Pour le point [1], mon code te permettra de gérer le tout (fréquence, intensité des leds + intensité de l'ambiance) uniquement avec deux lignes PWM. Je valide ce soir les signaux de sortis à l'oscilloscope mais mon nez me dit que c'est bueno (cf les résultats Excel que j'ai obtenu). 
Dis autrement, tu pourras te passer des quartz, diviseur/compteur intermédiaires et tu n'aurai qu'à piloter tes étages de puissances à partir des deux sorties Arduino. 

Pour le point [2] c'est plus intéressant : ça veut dire que tu as déjà au moins un étage de puissance pour gérer l'halogène (Pour les led tu as quoi ?)
Je valides mes signaux, publie les résultats, et te communique le code. Il devrait être utilisable en l'état pour la toute première séquence (dite de DEBUG) sur les pin 9 et 10 de n'importe quel Arduino à base de ATMEGA328P (Donc ton Arduino UNO est compatible avec mon programme).

L'implémentation du code que j'ai fait devrait permettre de pousser le flickering des Leds au delà des 200hz, ce qui permet si j'ai bien compris de couvrir la plage des OOBE pour les plus joueurs.

OK pour la session gamma de 20 minutes et ses 134 lignes de step en mémoire. C'est la méthode la plus rapide, celle de l'embarquer dans le programme. A terme, on devrait pouvoir utiliser PROGMEM pour utiliser l'espace de 32Ko plutôt que la SRAM, faut que je retrouve comment on fait.

Au plaisir, mon objectif était de t'aider à implémenter au mieux la chose en mettant à ta disposition mes compétences sur Arduino.

Je viens de corriger mon code, car seul un canal PWM était activé.
Actuellement le flickering ne marche pas. Je suspecte que ma façon d'éteindre le port 9 ou 10 ne marche pas lorsque le PWM est actif.
Plusieurs solution possible en cours de recherche pour trouver la meilleure implémentation.

bonsoir,

Je suis allé me chercher 3 cd40103 à coté de chez moi (c'est plus rapide que la chine 2,50 € les 3), et je continu.
Mais le duty cycle n'étant pas bon j'ai du mettre une bascule d (cd4013) en sorti du diviseur pour avoir du 50% (le quartz devra etre divisé que pas 8192 pour avoir 512Hz de bas).
De plus le facteur de division n'est pas le fréquence a obtenir (c'était trop simple) en fait je pense que c'est 256hz- divisé par la fréquence voulue, mais cela donne
des valeur decimale et la division ne prend en compte que la parti entière.

freq periode facteur de division
15 0,066666667 17,06666667
16 0,0625 16
17 0,058823529 15,05882353
18 0,055555556 14,22222222
19 0,052631579 13,47368421
20 0,05 12,8
21 0,047619048 12,19047619
22 0,045454545 11,63636364
23 0,043478261 11,13043478
24 0,041666667 10,66666667
25 0,04 10,24
26 0,038461538 9,846153846
27 0,037037037 9,481481481
28 0,035714286 9,142857143
29 0,034482759 8,827586207
30 0,033333333 8,533333333
31 0,032258065 8,258064516
32 0,03125 8

il y a de steps ou la fréquence ne changera pas.

je vais continuer et merci Bluedragon.
A+

Hello dufoindufoin,

Tout est fonctionnel désormais. il ne manquera plus que la définition des séquences.
Les sorties PWM sont testées et validées, preuves dans le logbook à compter de la page 18.
Le flickering peut monter jusqu'à 400hz (voir plus mais ça sert à rien de monter aussi haut, donc il y a du mou sous le pied).
La fréquence de 8Khz devrait être "suivable" par l'étage de puissance que tu as construit.

Après c'est du Plug&Play :

Dans le code, change les valeurs dans le bloc
#define TestSequenceDuree 5
#define TestSequenceFlashFrequence 400 // en hertz
#define TestSequenceFlashIntensite 43 // en pourcentage
#define TestSequenceAmbianceIntensite 35 // enpourcentage

Et mets y ce que tu veux pour tester ton materiel.
La sortie PWM des LEDS se fait sur le Pin 9 de ton arduino
La sortie PWM de la lumiere d'ambiance se fait sur le pin 10 de ton Arduino
Si tu ouvres la console du port serie, il te donnera les infos de DEBUG et à quel moment il flick (trace "LED-")

Il ne reste plus qu'à implémenter les séquences et c'est fini pour la partie Arduino.

Nouveau LogBook : https://drive.google.com/open?id=0B3VZSpIAF...TF9kSzNhUkROdFk

Le code :

Au final, il était pas si pourri que ça mon dessin

En Théorie : implémentation du leds flickering :



En pratique => mesure des leds flickering @400hz avec un PWM Arduino 10bits@7.813Khz qui permet une intensité de 43% des flashs :


Note : 10bits pour le PWM c'est carrement trop luxueux (gestion de l'intensité sur 1024 gradients), mais j'avais pas envie de m’embêter avec les registre. Du coup tu surperformeras AJNA avec un modèle de flickering bien plus stable

En pratique sous Ajna, les fréquences au delà de 50Hz sont désagréables car trop dégradées par la dérive.
Il y a de gros flash lumineux intermittents qui viennent gêner l'expérience utilisateur.

En terme de visions, au delà de 20Hz perso je ne vois plus rien de sympa, juste des figures style moiré en niveaux de gris.
Par contre comme tu dis Blue, il semble que des effets "non standards" puissent intervenir aux hautes fréquences (50-200Hz).
A voir quand vous aurez touché au but.

Dufoindufoin, tu voudrais bien tester mon code à l'occasion si tu peux, avec ton etage de puissance ?

Bonsoir,

Bluedragon j'ais teste avec les mosfet et c'est bon, ce n'est que 2 mosfef et une alim 12v indépendante, au debut je mettais 12 v pout tout sur l"arduino et j'ais cramé un arduino.
Les mos sans radiateur ne chauffes pas avec 10 w.
Ton code marche tres bien avec les valeurs de testsequence.
je passe du temps à comprendre ton code qui est très technique pour moi, il y a des instruction que je ne connaissais pas,+ rattrapage des dérives, mais bon avec du temps.
J'essaye de rajouter les 4 tableaux dans le code avec une boucle de lecture pour les 134 steps.

A+.

Bonjour,

Bluedragon dans ton code ligne 156 je pense qu'il y a une erreur (de saisie ) il faut ecrire Serial.println(LedAmbiancePWM); mais c'est juste pour le debug.
La syntaxe du debug m'échappe un peut pour l'activer et le désactiver: #define __DEBUG__ 1 = activation
#define __DEBUG__ 0 = désactivation ?????

et où mettre le chargement des tableaux ?.

Merci.

Hello,

Bon c'est une bonne chose que ça marche.
Il y a un fuse special sur l arduino donc ne le jete pas si tu penses l avoir cramé, attends 10min et il devrait remarcher (me semble t il).

Pour les vraies sequences, ça arrive. J'ai pas put bosser encore dessus, je regarde ça ce soir.

Oui si tu veux desactiver le debug tu changes le 1 à 0 mais là y a rien qui fonctionnera. Le code est fait juste pour tourner en debug sur une sequence de test predefini. Le but c etait de franchir l etape d implementer une sequence

Le tableau il faut le definir dans les variables globales ( en dehors du setup et loop).
Apres tu rajoute une boucle qui englobe le while, qui lit les valeurs du tableaux.
Je fais ça ce soir pour te montrer, sans le progmem.

Exact !

Voici le nouveau code à tester avec tout AJNA_delta_20m.

Compiling 'Hypnagogia' for 'Arduino Ethernet'

Program size: 5 856 bytes (used 18% of a 32 256 byte maximum) (0,41 secs)
Minimum Memory Usage: 1874 bytes (92% of a 2048 byte maximum)
 
Uploading 'Hypnagogia' to 'Arduino Ethernet' using 'COM4'
The upload process has finished.

=> On est vraimment limite limite ! (92%), il faut passer en PROGMEM

Nouveau code :

Bonsoir Bluedragon,

Félicitation pour ton code qui marche très bien, je viens de l'essayer et tout est OK .

le CPU est limite:

Le croquis utilise 5 244 octets (17%) de l'espace de stockage de programmes. Le maximum est de 30 720 octets.
Les variables globales utilisent 1 872 octets (91%) de mémoire dynamique, ce qui laisse 176 octets pour les variables locales. Le maximum est de 2 048 octets.
La mémoire disponible faible, des problèmes de stabilité pourraient survenir.

Il faut que je travaille sur les lampes pour avoir 5000 lm comme stipulé sur les doc.

On aura une séquence (gamma 20mn) pour expérimenter c'est un très bon début.
Après avec un arduino comme tu a , avec sd embarqué, on peut envisager plusieurs séquences a télécharger avec un UP/DOWN.

Très bon travail Bluedragon.
A+

Hello,

Ok super nouvelle donc. A voir à l'usage si ça fonctionne bien, notamment à la transition entre deux séquences (là où on passe à l'index suivant, on lit le tableau puis on refait des calcul).
il faudrait que j'arrive à mesurer le temps qui passe entre la fin d'une sequence et la prise en compte de la nouvelle sequence pour évaluer s'il est nécessaire d'optimiser (ou pas). Je regarderais ça quand j'implémenterai le PROGMEM (qu'il faut que je mesure en terme de performance aussi). Si le PROGMEM n'est pas trop pénalisant à utiliser, alors toutes les sequences du fichier Excel (ou presque), tiendront dans un seul programme Arduino (puisque le PROGMEM permettra de stocker en zone program les informations). Il manquera alors plus qu'à définir quel programme dérouler avant l'upload sur l'Arduino. ça libera comme ça la SRAM, mais en contrepartit, il faut rappatrier la données stockée en PROGMEM vers des variables de la SRAM (la PROGMEM est une sorte de petit disque dur  ).

N'hésites pas à publier quelles LED tu utilises et où tu les as acheté. ça peut intéresser du monde (et moi par la même occasion  )

Bonjour dufoindufoin,

Voici le code Arduino intégrant l'ensemble des séquences et optimisé pour n'utiliser que très peu de SRAM.

Code disponible sur le drive :
https://drive.google.com/open?id=0B3VZSpIAF...cHFhODZxLWpoU0U

Je viens de vérifier et celà semble fonctionner. Il ne restera plus qu'à faire les mesures de temps pour voir s'il y a besoin d'optimiser, mais en gros, tu possède tout l'AJNA dans ce petit fichier à uploader sur Arduino. Dingue non ?

17% de PROGMEM utilisé, grâce aux conditions préprocesseur
11% de la SRAM, grâce à la lecture à la volée et au besoin de PROGMEM

je suis content de moi !

Bonjour BlueDragon.

BRAVO.

Tu peut être content de toi, cela marche très bien.

De mon coté, j'ai commandé 8 leds cms 10w et une 50w (4€ le tout, mais il faut attendre ).
J'ai des éclairages de plafond de bureaux à led 35w mais sous 35v, j'ai essayé et cela marche bien, tout ce que j'utilise c'est des fonds de tiroir.

Pour info:

Mosfet d'ambiance RFP25N06L sans radiateur
mosfet Flash IRF3709 sans radiateur
Led GW6DMD30XFC 3000k 3800lm 35v i=0.95A

J'ai essayé ambiance avec un halogène 12v 50w mais là il fait un radiateur sur le mos car il monte en T°.

Merci.
A+