Cuda i dziwy z transmisją Atmega8 i RS232

Witam forumowiczów,
Zaczynam się uczyć transmisji przez RS232 z Atmega 8A.
Na początek ściągnąłem sobie taki przykład w ceku dalszej edukacji.
http://mikrokontrolery.blogspot.com/2011/03/rs-232-atmega8-komputer-terminal.html
Mam zainstalowane AVR Studio 5.1 i MkCLIPSE 1.0.
Na początek przekopiowałem kod do MkCLIPSE i działa poprawnie niezależnie czy zdefiniuję Atmega8 czy Atmega8A. Na terminalu 'putty' wyświetla się to co trzeba.
Ponieważ nie podoba mi się edytor w MkCLIPSE to postanowiłem użyć AS.
Po skompilowaniu i załadowaniu projektu na terminalu 'putty' nic się nie dzieje. Jak zmienię procek na Atmega8 to wyświetlają się krzaki.
Co może być przyczyną. Czy 'putty' nie współpracuje z AS? Czy co.
Dokładnie ten sam kod, kompiluje się bez błędów w obu programach, nie ma problemów z transferem hex.
Taktowanie ustawione wewnętrznym oscylatorem na 8MHz programem mkAVRCalculator.

Jeśli takie same są: kod, putty, atmega i wszelka dookólna jej elektronika, to trzeba patrzeć co tam między tymi 2ma środowiskami może się różnic... Tak mi przychodzi na myśl, skoro krzaki to możliwe że nie zgadza się baudrate. To znaczy fizycznie atmega taktowana jest z tych 8MHz natomiast podczas kompilacji w AVR Studio z jakiegokolwiek powodu F_CPU było ustawione na wszelką inną wartość. Popatrzył bym też jak wyglądają wywołania samego kompilatora w obu środowiskach, może to coś podpowie - a na pewno odpowie na pierwszy domysł, czyli czy będzie tam widnieć argument -DF_CPU 8000000L

Już jest OK. W AS pomogło wpisanie argumentu #define F_CPU 8000000UL
W MkCLIPSE takiej deklaracji nie musi być bo jest w ustawieniach projektu.
Napisałem nowy projekt i pięknie działa
Oto efekt

koczis_ws wrote:

W AS pomogło wpisanie argumentu #define F_CPU 8000000UL
W MkCLIPSE takiej deklaracji nie musi być bo jest w ustawieniach projektu.

W AS też można - a nawet powinno się - to definiować w opcjach projektu. Wyjaśnione na blogu do którego już linkowałeś.
Link

landy13 wrote:

W AS też można - a nawet powinno się - to definiować w opcjach projektu.

No nie bardzo. Przeszukałem wszystkie opcje i nigdzie nie znalazłem tego ustawienia. HELP nie działa. W linkowanym materiale też nie ma takiej informacji.
W Mk CLIPSE ta opcja jest poprostu w pasku narzędziowym.

To i parę innych rzeczy mi się podoba, ale ten kiepski edytor powodujw, że wolę programować w AS.
Jeśli wiesz jak się to robi w AS 5.1 to podziel się wiedzą. Z góry dziękuję.

Dodano po 2 [godziny] 56 [minuty]:

A tak przy okazji. Wie ktoś jaką funkcją można wyczyścić ekran terminala? Szukałem w bardzo wielu miejscach i niestety wszystkie znalezione sposoby nie działają
Już myślałem, że mam (https://4programmers.net/Forum/Newbie/194318-czyszczenie_ekranu_ ), ale niestety przy kompilacji dla bibliotek otrzymuję błąd:" Error No such file or directory. . . "

koczis_ws wrote:

A tak przy okazji. Wie ktoś jaką funkcją można wyczyścić ekran terminala?

W RealTermie masz przycisk clear.

koczis_ws wrote:

No nie bardzo. Przeszukałem wszystkie opcje i nigdzie nie znalazłem tego ustawienia.

W AS Project/Prperties/Toolchain/AVR GNU C Compiler/Symbols

koczis_ws wrote:

Jeśli wiesz jak się to robi w AS 5.1 to podziel się wiedzą.

A dlaczego nie zainstalujesz najnowszej wersji AS (znaczy teraz MS)?

tmf wrote:

W AS Project/Prperties/Toolchain/AVR GNU C Compiler/Symbols

Nic tam nie ma

Gdzieś czytałem, że nie powinno się definiować taktowania w kodzie, ale tu się inaczej NIE DA.

koczis_ws wrote:

Nic tam nie ma

A nie wpadłeś na to, że należy kliknąć na ikonkę z plusikiem (add item) i dodać symbol F_CPU w defined symbols?

A niby jak miałem sie domyśleć? Porządne programy to mają jakąś listę wyboru lub jakieś podpowiedzi.
Bez sensu :(

Dodano po 3 [minuty]:

A tak wogóle wpisałem tam F_CPU 8000000UL bo tak się domyśliłem, zlikwidowałem definicję w kodzie i same błędy przy kompilacji.

koczis_ws wrote:

A tak wogóle wpisałem tam F_CPU 8000000UL bo tak się domyśliłem, zlikwidowałem definicję w kodzie i same błędy przy kompilacji.

http://mikrokontrolery.blogspot.com/2011/03/fcpu-gcc-gdzie-definiowac.html
A jeśłi są błędy to wypadałoby napisać jakie. Bez tego tylko wróżka pomoże.

Proszę bardzo oto wykaz. Szczerze nie zagłębiałem się .

Zaznaczam, że przed wprowadzeniem tych zmian wszystko było OK.
Kompilacja:

Tak jak masz pokazane we wcześniej wskazanym linku F_CPU definiujesz jako F_CPU=8000000UL (= a nie spacja).

koczis_ws wrote:

Porządne programy to mają jakąś listę wyboru lub jakieś podpowiedzi.

No to z nich korzystaj.
BTW, w tym rzekomo poprawnym programie też są ostrzeżenia, którym warto się przyjrzeć.

tmf wrote:

No to z nich korzystaj.

Problem niestety polega na tym, że nie ma idealnego programu. Każdy ma, jak to mówił mój znajomy, różne zady i walety . I tak jak już wspominałem AS ma fajny edytor ale nie wspiera USBASP i trzeba sobie stworzyć odpowiedni przycisk współpracujący z AVRDude, i to ostatnie - definiowanie taktowania. MkCLIPSE ma ułatwienia kompilowania, transferu kodu i wiele fajnych funkcji ale edytor a zwłaszcza wyszukiwarka są kiepskie.
No cóż poprostu jak się nie ma co się lubi to się lubi czego się nie lubi .

Cześć
Proponuję ewentualnie przenieść się na najnowsze Eclipse z plugin'em avr. Masz bardzo łatwy dostęp do USBasp i avrdude. Możesz wybierać Fcpu, uC. Możesz w łatwy sposób ustawiać Fuse. NIE POTRZEBA ŻADNYCH NAKŁADEK MKxxxxx. Zapomnij o tym jak najszybciej. Eclipse ( zawsze najnowsze ) stosuję już od 13 lat i nie mam żadnych kłopotów, jedynie z myśleniem na którym sam się łapię a nie na oprogramowaniu.
Do archiwalnych toolchain'ów ścieżka : https://www.microchip.com/en-us/development-t...ls-and-software/avr-and-sam-downloads-archive na początek zainstalować wersję 3.4.1. - to dla uzyskania dostępu do "GNU make". Pobrać następnie i rozpakować w dowolnym miejscu na dysku wersję : 3.6.1. W Eclipse wskazać dostęp do odpowiednich plików. Przykład: . Avr plugin znaleźć z poziomu Eclipse: Menu -> Help -> Eclipse Marketplace i zaintalować. Avrdude pobrać z tej strony: http://download.savannah.gnu.org/releases/avrdude/ najlepiej wersję 6.3; potrzebne zmiany w konfiguracji edytować i wprowadzać w pliku "avrdude.conf".
Do najnowszych procesorków proponuję Microchip Studio. Programator "snap". Inaczej się nie da.

koczis_ws wrote:

Problem niestety polega na tym, że nie ma idealnego programu.

No właśnie, dlatego nie ma co narzekać, tym bardziej, że akurat IMHO definicja symboli jest w MS zrobiona bardzo dobrze, to tylko kwestia przyzwyczajenia i może lepszego poznania toolchaina.

koczis_ws wrote:

AS ma fajny edytor ale nie wspiera USBASP i trzeba sobie stworzyć odpowiedni przycisk współpracujący z AVRDude

Akurat dodanie tego wywołania AVR Dude to jednorazowo parę minut pracy - na stronie Dondu jest opis. Ale... mamy 2021, można kupić jakieś curiosity nano i wykorzystać programator i co ważniejsze debugger zawarty na tych pytkach. Używanie AVRUSB i AVRDude IMHO obecnie traci sens, kiedyś, gdy ceny programatorów były zaporowe, taka partyzantka miała sens. Dzisiaj, nawet początkującego hobbystę (a może przede wszystkim takiego) namawiałbym na kupno debuggera lub użycie curiosity nano, explained czy innego dev boarda.

StaryVirus_e_Wiarus wrote:

Masz bardzo łatwy dostęp do USBasp i avrdude. Możesz wybierać Fcpu, uC. Możesz w łatwy sposób ustawiać Fuse.

Nie ma sensu toczyć kolejnej wojny co jest lepsze, w większości przypadkó indywidualne preferencje, czy zwykłe przyzwyczajenie w większym stopniu decydują o wyborze niż przewaga techniczna. Niemniej, USBasb to przeżytek, MS obsługuje od razu dev boardy, któych nie obsługują inne IDE, definicja F_CPU jest równie prosta, a obsługa fusebitów i lockbitów w MS jest bajeczna i chyba żadne środowisko nie ma lepszej. Nawet jeśli ktoś używa AVRDude, to wygenerowane wartości fusebitów z MS można prosto użyć, przepisując ich wartości, lub lepiej - korzystając z możliwości ich osadzenia w pliku elf i potem użycia tego pliku do programowania zamiast hex, eep i tasiemcowej linii poleceń.

Dziękuję bardzo za wszelkie rady. Narazie zostaję przy AS i USBASP bo mi to wystarcza i mam to w miarę ujarzmione.
Programowaniem uC zajmuję się hobbistycznie, dorywczo i nie muszę mieć wszystkiego naj. Jednakże coś mi się nasunęło apropos ustawiania np. taktowania w AS.
Kupuję wiertarkę to wystarczy założyć odpowiednie wiertło włączyć prąd i wiercimy. Kupując wiertarkę AS muszę najpierw poskładać ją z części i dopiero zająć się wierceniem. I jeszcze nie mamy instrukcji montażu.
Program dla AVR powinien być taki żeby skupić się głównie na programowaniu uC.
Wybaczcie te wynurzenia stertyczałego jegomościa.

koczis_ws wrote:

arazie zostaję przy AS i USBASP bo mi to wystarcza i mam to w miarę ujarzmione.

Rozumiem, ale namawiam do spróbowania lepszych narzędzi - możliwości debuggowania w układzie nie da się przecenić. Akurat M8 nie ma możliwości debuggowania, ale każdy nowszy AVR ma i jak raz spróbujesz to nie będziesz sobie wyobrażał, że tego nie ma.

koczis_ws wrote:

Programowaniem uC zajmuję się hobbistycznie, dorywczo i nie muszę mieć wszystkiego naj.

To tak samo jak ja. I dlatego, że to moje hobby, na które mam ograniczony czas, cenię sobie narzędzia, które mi ułatwiają szybsze osiągnięcie celu.

koczis_ws wrote:

Kupuję wiertarkę to wystarczy założyć odpowiednie wiertło włączyć prąd i wiercimy. Kupując wiertarkę AS muszę najpierw poskładać ją z części i dopiero zająć się wierceniem. I jeszcze nie mamy instrukcji montażu.

Rozumiem, ale to porównanie wygląda raczej tak - całe życie robię dziury wiertarką ręczną. Kupiłem w końcu elektryczną, a ta zamiast robić dziury, wymaga podłączenia do prądu...
Jak trochę poprogramujesz, to sam dojdziesz do wniosku, że robienie specjalnego okienka dla definicji F_CPU jest bez sensu, bo to jest zwykły symbol, nic specjalnego. Więc w IDE miałbyś specjalne okienko wyłącznie do definicji F_CPU, podczas gdy pozostałe symbole definiowałbyś w innym okienku... ja bym powiedział, że to porażka. Mam IDE w którym wszystko jest logicznie poukładane, a tu nagle ktoś każe mi definiować ten jeden symbol w jakimś dziwnym miejscu.

tmf wrote:

Rozumiem, ale namawiam do spróbowania lepszych narzędzi

Trochę się pogubiłem, to co mi polecasz? Prosiłbym o pełną nazwę a nie skrót.

koczis_ws wrote:

Trochę się pogubiłem, to co mi polecasz? Prosiłbym o pełną nazwę a nie skrót.

Zobacz ofertę curiosity nano z AVR na pokładzie (o ile takie MCU wykorzystujesz). To świetnie działa z Microchip Studio (czyli nowym Atmel Studio), jak ci się znudzi zabawa z tą płytką, to obecny na niej debugger/programator możesz użyć do programowania innych AVR.

koczis_ws wrote:

landy13 wrote:

W AS też można - a nawet powinno się - to definiować w opcjach projektu.

To i parę innych rzeczy mi się podoba, ale ten kiepski edytor powodujw, że wolę programować w AS.
Jeśli wiesz jak się to robi w AS 5.1 to podziel się wiedzą. Z góry dziękuję.

tutaj jest jak zrobić przycisk do wywołania komendy avrdude Link

W ustawieniach "Project->Properties->Build Events->Post-build event command line" można by wstawić wywołania avrdude, które by było uruchamiane po każdym pomyślnym budowaniu projektu, więc nie byłoby potrzeby wciskanie dodatkowego przycisku, a proces programowania μC byłby automatyczny.

koczis_ws wrote:

A tak przy okazji. Wie ktoś jaką funkcją można wyczyścić ekran terminala? Szukałem w bardzo wielu miejscach i niestety wszystkie znalezione sposoby nie działają

Użyj ANSI escape code.

Używając kodów wyjścia terminala możesz ze strony μC rysować tabelki i kolorować tekst, np. wyświetlać na czerwono wartości odczytane z sensorów, które osiągnęły jakieś graniczne wartości.

jvoytech wrote:

landy13 wrote:

A tak przy okazji. Wie ktoś jaką funkcją można wyczyścić ekran terminala? Szukałem w bardzo wielu miejscach i niestety wszystkie znalezione sposoby nie działają

Użyj ANSI escape code.

Coś Ci się pomieszało z cytatami. Nie ja o to pytałem.

landy13 wrote:

Coś Ci się pomieszało z cytatami. Nie ja o to pytałem.

Ups, wyciąłem nie to co trzeba. Już poprawione

jvoytech wrote:

Użyj ANSI escape code.

Pomieszało nie pomieszało nie ważne. Ważne, że przydatne.
Dzięki jvoytech , tego szukałem.

Dodano po 3 [minuty]:

jvoytech wrote:

tutaj jest jak zrobić przycisk do wywołania komendy avrdude Link

W ustawieniach "Project->Properties->Build Events->Post-build event command line" można by wstawić wywołania avrdude, które by było uruchamiane po każdym pomyślnym budowaniu projektu, więc nie byłoby potrzeby wciskanie dodatkowego przycisku, a proces programowania μC byłby automatyczny.

To już wcześniej zrobiłem i mam osobne przyciski dla różnych uC. Nie muszę za każdym razem wpisywać we właściwościach projektu, chyba że da się to umieścić w szablonach.

W AS i MS można i tak wygodnie pożenić z programatorem USBasp. Jest to chyba uniwersalne. http://mikrokontrolery.blogspot.com/2011/03/Atmel-Studio-Programator-USBasp-USBTiny.html

No nie bardzo:
Cytat: "Niestety Atmel Studio używa innych nazw mikrokontrolerów, niż nazwy rozpoznawane przez avrdude, w efekcie jeśli zmienimy typ mikrokontrolera użytego w projekcie, musimy zmienić ręcznie opcje wywołania programu avrdude."
Tu masz na myśli AtmelStudio a ja pisłem o AVR Studio (Skróty takie same), ale robi się to podobnie.

Juz myślałem, że wiem dużo, ale zostałem sprowadzony na ziemię.
Usiłuję teraz przesłać dane z komputera do uC.
W Visual Basic napisałem program do transferu danych na RS232.Program jest w Visual BASIC. Niby działa ale nie do końca dobrze.
Gdy wysyłam znak np. "A" to na wyświetlaczu w AVR wyświetla sie "10" czyli "h0A" co oznacza LF.
W AVR(Atmega 8A) odbieram znak z RS232 ale VB wysyła kod znaku wprowadzenego i LF (2 bajty), a AVR wyświetla tylko LF. Jak wprowadzam dane z RS232 do EEPROM to widać kod znaku wpisanego w VB+LF.
Jak wyciągnąć tylko znak wysłany z VB bez LF ?

Dodano po 3 [minuty]:

Tu jeszcze przy okazji. Szukam porad w Visual BASIC w necie i znajduję różne porady, ale gdy wchodzę w szczegóły to porady i przykłady są w C#. I jak tu działać?
I jeszcze jedno. za cholerę nie mogę odbierać w VB danych wysyłanych z AVR "Error: Serial Port read timed out."

koczis_ws wrote:

Juz myślałem, że wiem dużo, ale zostałem sprowadzony na ziemię.
Usiłuję teraz przesłać dane z komputera do uC.
W Visual Basic napisałem program do transferu danych na RS232.Program jest w Visual BASIC. Niby działa ale nie do końca dobrze.
Gdy wysyłam znak np. "A" to na wyświetlaczu w AVR wyświetla sie "10" czyli "h0A" co oznacza LF.

Jakbyś pokazał kod to będzie większe prawdopodobieństwo znalezienie błędu bo teraz to wynosi prawie zero.

koczis_ws wrote:

W AVR(Atmega 8A) odbieram znak z RS232 ale VB wysyła kod znaku wprowadzenego i LF (2 bajty), a AVR wyświetla tylko LF. Jak wprowadzam dane z RS232 do EEPROM to widać kod znaku wpisanego w VB+LF.
Jak wyciągnąć tylko znak wysłany z VB bez LF ?

Przy odbieraniu z UART można znak końca linii odfiltrować albo w VB go nie wysyłać.

W VB mam takie funkcje do wysyłania i odbierania danych RS232

Wysyłanie działa. Po zamianie w oznaczonej linii 'WriteLine' na 'Write' znak LF nie jest wysyłany. Natomiast odbieranie nie działa.
Z kolei w AVR mam taki programik (fragment)


Odbieram dane ale pomimo 'itoa (data,str,10);' wyświetlają się kody znaków a nie znaki.

Dodano po 1 [godziny] 43 [minuty]:

Zmieniłem funkcję odbierania danych w VB i zaczęło się ściągać.



Dodano po 1 [godziny] 41 [minuty]:

W zasadzie opanowałem transfer danych w obie strony. Pozostał problem z wyświetlaniem na wyświetlaczu LCD kodów znaków zamiast znaków (funkcja 'itoa (data,str,10);LCD_WriteText(str);' ).

Witam ponownie,
Po tamtych eksperymentach zabrałem się do realizacji zaplanowanego projektu do sterowania wentylatorem w łazience.
Do sterowania wybrałem Attiny13A. Wentylator będzie załączany w zależności od wilgotności powietrza, zapalenia światła oraz czujnika odległości, który będzie sprawdzał czy ktoś usiadł i na jak długo na sedesie (domniemanie brzytkiego zapachu ). W końcu nie trzeba włączać wentylatora gdy wejdziemy na chwilę do łazienki np. po grzebień.
Tak sobie wymarzyłem .
Opanowałem DHT11 i HC-SR04 i działa to dobrze. Na czas pisania kodu i testowania zaimplementowałem sobie programowy USART tylko do odczytu (Attiny 13 nie ma wbudowanego modułu USART). To też działa ale nie do końca mnie satysfakcjonuje wyświetlanie danych:

Chodzi o to, że wyłączony wentylator jest dobrze wyświetlany a jak ma się wyświetlić że jest włączony to są "krzaki". "ZAL" powinno się pojawić po przekroczeniu 80%.
A tu fragment kodu:


Co jest nie tak? I ciekawostka. Jeśli napiszę 'stan_wentylatora="WYL ";' w miejsce 'stan_wentylatora="ZAL ";' to nie wyświetla krzaków tylko 'WYL' ????


Dodano po 14 [minuty]:

I jeszcze jedno. Jak wpiszę 'stan_wentylatora="ZAL ";' to generuje dłuższy kod.

Witam,
pierwsze "nie tak" jest, że nie zacząłeś od migania ledem, a drugie że nie czytasz komunikatów kompilatora (to może też wynikać z pierwszego).
Co to jest "... char stan_wentylatora; ... stan_wentylatora="ZAL ";" i co na to kompilator? Program bazuje na szczęśliwych zbiegach okoliczności.

Pozdrawiam.