Termometr 4 punktowy *z podłączeniem do PC*

[woxy]

Rozumiem,
dawno nie śledziłem spraw i zawsze robiłem wersję dla nano - to pode mnie dodawałeś kod
Skoro są tylko 2 wersje AVR i podobnie z ESP, pewnie warto by było oczyścić kod z nieużywanego nadmiaru.
Ja tak spróbuje- choć nie wiem czy mi się zechce - dodatkowo i2c wypróbuje.
Patrzyłem wczoraj na biblioteki i2c P.Fleurry ale z marnym skutkiem, może coś wynajdę jeszcze lub Arduiowa zaprzęgnę.

[laurentp]

...Skoro są tylko 2 wersje AVR i podobnie z ESP, pewnie warto by było oczyścić kod z nieużywanego nadmiaru....

tam są warunki #if defined() ale z "||" i "&&" więc za dużo nadmiaru nie powinno być. Przynajmniej w kodzie, w defines.h to się zgodzę.
Kod próbowałem pisać w/g wszelkich reguł, aby był łatwo adaptowalny (np "wirtualny" ekran LCD, to się jeszcze wywodzi z wersji sprzętowej z wyświetlaczem 2 liniowym, w 1 miejscu przenoszony do fizycznego, a cała logika programu pracuje z wirtualnym, podobnie przyciski).

[laurentp]

Jak podawałem wcześniej wysyłam archiwum "świeże" (kompiluje się na Nano i na "by krzyski", NIE kompiluje się na pierwszą wersję na Medze. I stare (1EZ) które i na tamtą się skompiluje.

[woxy]

Hej,
czy jesteś pewien tego pierwszego załącznika,
coś mało plików na pierwszy rzut oka.

Kod: Zaznacz cały

D:\Programy\ESP_Laurentp\archiwum_2020-05-09_AVR+ESP_src>make
make: *** No targets specified and no makefile found.  Stop.

[laurentp]

Hej,
czy jesteś pewien tego pierwszego załącznika,
coś mało plików na pierwszy rzut oka.
...

Racja archiwum połowa wielkości, dziś albo jutro w miarę wcześnie zrobię nowe / sprawdzę.

[EDIT]
Zrobione, innym narzędziem, sprawdź teraz, prawie tak duże jak tamto. To mi się kompiluje bez problemu, teraz w defines.h jest ustawione właśnie na płytkę na Nano. Z linii komend bo okienkowe (Ark) już 2 razy mi chyba źle spakowało.

[woxy]

Potwierdzam,
kompiluje się.

[laurentp]

...
kompiluje się.

A działa u Ciebie? Wgrywałeś już?

[woxy]

Nie sprawdzałem, bo LCD mam odpięty.
Znowu muszę porzeźbić, dlatego chciałem na I2C przerobić bo równolegle robię Blynk i model od Robert4You,
a wtedy łatwiej jednym LCD obronić 2 projekty.
Ok, wpinam LCD, jak zadziała to moduję na I2C.

[laurentp]

...
Ok, wpinam LCD, jak zadziała to moduję na I2C.

OK
Dasz radę zrobić to elegancko, tj coś dodać (opcje) w defines.h i potem #if defined() w kodzie? Żeby nie robić forka.
Jak pisałem, są 2 miejsca z odwołaniami bezpośrednio do biblioteki od LCD, w ioinit.c/h i w virtual_lcd.c/h.
Reszta kodu korzysta z "wirtualnego" LCD.

[woxy]

Postaram się.

[woxy]

Cześć,
znowu LCD nie działa, mam prośbę - dodaj oficjalnie porty i ich odpowiedniki do swojego pliku,
niby podłączam ok, ale nie działa + gdzie masę i zasilanie.

[laurentp]

Cześć,
znowu LCD nie działa, mam prośbę - dodaj oficjalnie porty i ich odpowiedniki do swojego pliku,
niby podłączam ok, ale nie działa + gdzie masę i zasilanie.

Masz schemat i rysunek płytki "by Nemo" w Eagle, a definicje dla programu są w defines.h,
LCD_PORT i dalej są piny, wszystko "zawieszone" na #if defined(PRODUCTION_BOARD_BY_NEMO).

[woxy]

Coś jakaś lipa,
wróciłem do źródeł z archiwum_2017-02-27_AVR,
tylko tam nie ma nemo, więc dałem production_board, podpiąłem lcd - i z bata ruszyło.

Na tym nowym od Ciebie źródle production_board się nie kompiluje, a nemo owszem.
Jednak po podłączeniu LCD wg defines.h nic nie ma na ekranie.
A widać że LCD jest sprawny, skoro z softem starszym zaskoczył.

Edit 1:
Dziwne, wrzuciłem na chwilę definicje LCD z opcji production_board, aby nie rozwalać połączenia,
i zadziałał LCD, tylko widać piny pomieszane ze sterowaniem, bo w tryb konfiguracji wchodzi, po czym kasuje dane.

Edit 2:
W najnowszym sofcie skompilowałem dla krzyski - bo ma takie same połączenia LCD jak production board,
i to samo co w nemo po oryginalnym podpięciu LCD - pusty ekran, widać że się inicjalizuje, ale jakby na coś czekał program przed startem wyświetlania.

[laurentp]

...
tylko tam nie ma nemo, więc dałem production_board, podpiąłem lcd - i z bata ruszyło.

Na tym nowym od Ciebie źródle production_board się nie kompiluje, a nemo owszem.
...
i to samo co w nemo po oryginalnym podpięciu LCD - pusty ekran, widać że się inicjalizuje, ale jakby na coś czekał program przed startem wyświetlania....

Stary soft, tak ma być, nie było wtedy jeszcze płytki by nemo.
Sam już o tym pisałem, że nowy nie skompiluje się na starą płytkę, trochę moje niedopatrzenie.

"pusty ekran" a co na serialu? Wyświetla "przedstawienie się"? A potem odczyty czy nie? Wgrałeś zawartość EEPROMu?

[woxy]

Serial:

Wersja 3.10 2019-02-22 (Mega328P)
(c) laurentp@wp.pl

wizytówka - i dalej stoi.
Eeprom zawsze wgrywany.

Edit: Wcisnąłem reset - i ruszyły odczyty , LCD też - ale stop po kilku odczytach.
ale drugi reset - i znowu pusto,
3ci reset znowu ruszyło.

Kiedyś mi pisałeś o błędzie w Boot loaderze nano, z watchdogiem, może to to, bo jakby w pętle wpadał.
Ja mam starą wersję boot loadera.

Kod: Zaznacz cały

Wersja 3.10 2019-02-22   (Mega328P)
(c) laurentp@wp.pl



Wersja 3.10 2019-02-22   (Mega328P)
(c) laurentp@wp.pl

00:00:01,Tkolumny=  0.00C,Tglowicy=  0.00C,   Twody=  0.00C, Tcieczy=  0.00C,Alarm:-----,PWM:  -%,DeltaCOL= --.--C,DeltaHD = --.--C,  Timer=-.--.--,Liquid%= --.--%,PWM2:  -%
00:00:02,Tkolumny=  0.00C,Tglowicy=  0.00C,   Twody=  0.00C, Tcieczy=  0.00C,Alarm:-----,PWM:  -%,DeltaCOL= --.--C,DeltaHD = --.--C,  Timer=-.--.--,Liquid%= --.--%,PWM2:  -%


Wersja 3.10 2019-02-22   (Mega328P)
(c) laurentp@wp.pl



Wersja 3.10 2019-02-22   (Mega328P)
(c) laurentp@wp.pl

00:00:03,Tkolumny=  0.00C,Tglowicy=  0.00C,   Twody=  0.00C, Tcieczy=  0.00C,Alarm:-----,PWM:  -%,DeltaCOL= --.--C,DeltaHD = --.--C,  Timer=-.--.--,Liquid%= --.--%,PWM2:  -%


Wersja 3.10 2019-02-22   (Mega328P)
(c) laurentp@wp.pl