LMC555 per riparare luci natalizie

[stefanopc]

Io lo avevo già detto qualche post fa che sarebbe stato saggio comprare un Atmega 328P DIP senza "arduino" ......
Il dispositivo è lo stesso !!!

Si il Micro è uguale.
Qui c'è lo schema del Mini

Arduino-Pro-Mini-schematic.pdf

(59.12 KiB) Scaricato 64 volte

C'è solo il Micro con il quarzo e i condensatori e il regolatore di tensione montato su una basetta già pronta.
In più i led.
Se il led ON non serve stacchi la resistenza del led.
Se ci ripensi rimetti la resistenza.
Se il regolatore non serve lo si può togliere o sezionare la uscita (da verificare se c'è in tutte le versioni il ponticello a saldare ).

Il tutto compreso il PCB praticamente allo stesso prezzo della versione DIP.
Perché fare fatica specialmente se é la prima volta che provi ad utilizzare un Micro?

Ciao

[ThEnGi]

Il tutto compreso il PCB praticamente allo stesso prezzo della versione DIP.
Perché fare fatica specialmente se é la prima volta che provi ad utilizzare un Micro?

Il confronto di prezzo lo facciamo su RS o su aliexpress ?

A mio parere non ha senso comprare una board per poi dissaldarne i componenti.
Ma giustamente puoi farlo, io la mano ferma per risaldare quelle resistenze SMD non la ho
Poi bisogna vedere se C ARDUINO, rispetta la schematica originale.....

Come già indicato debug sul Arduino, circuito finale su millefori con un bel DIP

Non ho altri punti si cui controbattere, perché è corretto che escludendo regolatore e led il circuito è lo stesso !
Solo verifica che il cristallo sia a 8MHz ("Versione 3.3V"), per il funzionamento sotto i 4.5V

[Etemenanki]

Usa l'oscillatore interno (vengono spediti cosi da nuovi) e risparmi pure il quarzo ed i due condensatori che ci vanno attaccati (tanto non hai bisogno di precisione estrema, altrimenti dovresti aggiungerci un RTC) ... scartera' di un paio di minuti al giorno (in media, potrebbero essere di piu o di meno), ma sono cosi importanti per l'accensione di una striscia di led ?

[frankis]

Io considero le vostre istruzioni un aiuto importante ma devo procedere secondo i miei ritmi altrimenti vado fuori scala e mi scoraggio. Se penso che non volevo nemmeno iniziare e invece adesso riesco addirittura a capirci qualcosa è incredibile. Forse potremmo ridimensionare il problema dell'alimentazione, ma è da valutare il peso.
Un amico mi regala una batteria agm a 12V di una Harley Davidson 1.200 che ha soli 7 mesi di vita ma è il modello di batteria sbagliato per quella moto. Vediamo prima cosa succede con le litio poi valutiamo le possibili alternative.

Edit: tra 10 minuti dovrebbero spegnersi tutti i led, sempre se non ho commesso errori e se il sistema di temporizzazione è preciso.

[stefanopc]

La resistenza da togliere per non avere il led acceso è evidenziata in blu.
In giallo il ponticello della alimentazione.
Purtroppo lo schema è diverso dal circuito reale.
Il ponticello non è in uscita tra regolatore e Micro ma è in ingresso tra il pin Raw e il regolatore.
Ciao

[frankis]

La modifica è da tenere in considerazione ma per il momento non è urgente. Il programma che doveva sospendere l'attività della catena a led dopo 6 ore di funzionamento ha fallito. Se si comporta come prima dell’ultima modifica, in realtà si spegne ma raddoppia il tempo di reazione. Infatti questa notte si è spento dopo 12 ore invece di 6.
Devo fare come dice Stefano modificando i tempi da 6 ore a 1 minuto e da 18 ore a 3 minuti altrimenti diventa frustrante, poi non è il modo di procedere quando il problema da risolvere riguarda tempi così ampi.
Modifico e provo per capire perché raddoppia i tempi. Riferirò.

[Etemenanki]

Stai usando delay o millis, per i tempi ?

[frankis]

Uso millis e i tempi sono:
6 ore = 21600000 millisecondi
18 ore = 64800000 millisecondi

[frankis]

Questa è la sezione interessata ma non sono sicuro che non sia un po' pasticciata. Gli ho fatto di tutto.

Codice: Seleziona tutto

void setup() {
    pinMode(pinA, OUTPUT);
    pinMode(pinB, OUTPUT);
    randomSeed(analogRead(0));
    digitalWrite(LED_BUILTIN, HIGH); // Accende l'indicatore (ad es. un LED)
}

void loop() {
    // Accende i LED per 6 ore
    unsigned long startTime = millis();
    while (millis() - startTime < 21600000) { // 6 ore = 21600000 millisecondi
        scrollingEffect();
        alternateBlinkingEffect();
        progressiveLightingEffect();
        waveEffect();
        randomBlinkingEffect();
        rapidSequenceEffect();
        digitalWrite(pinA, LOW);
        fade(pinB);
        digitalWrite(pinB, LOW);
        fade(pinA);
        fadeEffect();
        strobeEffect();
        breathingEffect();
        runningEffect();
        waterfallEffect();
    }

    digitalWrite(LED_BUILTIN, LOW); // Spegne l'indicatore

    // Modalità sleep profonda per 18 ore
    unsigned long sleepStartTime = millis();
    while (millis() - sleepStartTime < 64800000) { // 18 ore = 64800000 millisecondi
        LowPower.powerDown(SLEEP_8S, ADC_OFF, BOD_OFF);
    }
}

[ThEnGi]

Questa è la sezione interessata ma non sono sicuro che non sia un po' pasticciata. Gli ho fatto di tutto.

I miei codici sono anche più pasticciati

Pareri miei
Io invece di forzare i valori di "sleep" li creerei come costanti/definizioni a inizio programma in modo da editarle in un solo punto

Per la fase di debug, magari dopo ogni "sleep" da 8 secondi farei lampeggiare il led per un istante e non tenerlo acceso.
Stessa cosa tra gli effetti, un lampeggio evia

Se per qualche motivo il uC si "blocca" con il led acceso non riesci a discriminarlo