[darekdp]

Witam wszystkich.
Doszedłem w UNO do poziomu ok 14kB programu i ok 60% zmiennych. Ponieważ stosując wszystkie znane tricki zmniejszające zajętość pamięci, doszedłem do momentu, gdy dopisanie kilku linijek "na sztukę" powoduje świrowanie programu, zamieniłem płytke na Mega 2560. Teraz mam zajęte pojedyncze procenty a problem jest taki sam. Problem powoduje np. dopisanie Serial.print. 

Może to problem bibliotek ?

Używam

#include <LiquidCrystal_I2C.h>

#include <EEPROM.h>
#include <Timers.h>
#include <OneWire.h>
#include <DS18B20.h>
#include <Wire.h>



Może IDE źle kompiluje dla Mega? 

Pozdrawiam
Darek

[MadMrQ]

Bez kodu nie pomożemy... Chyba, że któryś z kolegów odpali szklaną kulę.

Należy sprawdzić przede wszystkim, czy poszczególne części kodu nie wykorzystują tych samych zasobów (główny podejrzany to timer/timery).

[kaczakat]

Wszystko zależy od programu, ale 14kb flash i 60% RAM to wcale nie jest dużo, a że o to nie chodzi to sam sobie odpowiedziałeś używając MEGA z 4x więcej RAM.
Jak masz wątpliwości co do IDE to sobie odinstaluj i wgraj inną wersję. Jak się skompilowało to powinno działać tak jak program jest napisany.

[darekdp]

Dzięki za podpowiedzi. Wyrzucę timery, zrobię ręcznie na millis-ach. Zobaczymy.
Problem nie leży w kodzie. Dla przykładu układ sprawdza małą klawiatrurę i po naciśnieciu zaczyna odliczać np. od 15 (stała wartość) do zera co sekundę (odliczaną timerem). Po dodaniu linijki typu Serial.print, petla zaczyna "chodzić" sama, bez nacisniecia klawiatury i zaczyna liczyć od np. 65. Potem, żeby było śmieszniej, cały czas rozpoczyna co sekundę ponownie od 65 i nie zmniejsza licznika ( zwykłe zmniejszanie zmienna--).

[MadMrQ]

Dej kod - ogarniem.

[darekdp]

Ogarnąłem. Głupi błąd. float tablica[3] ma tylko 3 elementy, a nie 4. Dlatego nie lubię C, wolę Delphi, jako stary dziadek.