Witam Nie potrafię sobie poradzić z odebraniem 150 bajtów z urządzenia do AVR-a przez uart programowy. Generalnie komunikacja działa, niestety nie wszystkie dane docierają. Prędkość transmisji 2400. Kwarc 16Mhz, piny Portb.0 i Portb.1. Proszę o pomoc w rozwiązaniu mojego problemu.

Zasadnicze pytanie - dlaczego akurat przez programowy UART, skoro jest sprzętowy i to nawet działający

Może prościej będzie go zwolnić, chyba, że działa jako UART a Ty potrzebujesz drugi ?

Tak muszę to zrobić na uart programowym. Czytałem trochę na ten temat i jest to do wykonania.

Pokaż kolego program którym zasiliłeś Atmegę bo tak to ciężko coś ugadnąć.

Ech, czemu ie weźmiesz jakiegoś tańszego mikrokontrolera z odpowiednią liczbą UARTów? Programowy UART w Bascomie nie musi działać - są duże narzuty na obsługę przerwań. Jeśli masz jakieś inne przerwanie o wyższym podpriorytecie to niemal bez szans.

Odpowiedni kwarc 11059200Hz lub 18432000Hz i powinno działać, u mnie bascomowe programowe uarty latają aż miło. Na 8Mhz był z tym problem.

Przykład programiku który pobiera dane z uart programowego i wysyła na sprzętowy zęby zobaczyć w terminalu co pobrał. Kod: textZaloguj się, aby zobaczyć kod

No cóż najwyraźniej nie da się tego zrobić programowym uart-em. Czy da się zainstalować jakiś AVR z 2 uart sprzętowymi w miejsce atmegi32. To by rozwiązało mój problem.

przykładowo Mega 324p albo 644p

REKLAMA

Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

AVR/Atmega32/Bascom - Uart programowy nie wszystko dociera.

wojno 25 Mar 2013 01:27 2118 10

REKLAMA

Zgłoś naruszenie prawa

Odpowiedz | Nowy temat

#1 12108019 25 Mar 2013 01:27

wojno wojno

Poziom 12

Posty: 104

Ocena: 3
Autor tematu

Post #1
12108019 25 Mar 2013 01:27

Witam

Nie potrafię sobie poradzić z odebraniem 150 bajtów z urządzenia do AVR-a przez uart programowy.
Generalnie komunikacja działa, niestety nie wszystkie dane docierają. Prędkość transmisji 2400. Kwarc 16Mhz, piny Portb.0 i Portb.1.

Proszę o pomoc w rozwiązaniu mojego problemu.
Arrow MultiSolution Day Warsaw 2026 – bezpłatna konferencja elektroniki i automatyki już 16 czerwca [sponsorowany]
REKLAMA
#2 12108127 25 Mar 2013 07:24

Kuniarz Kuniarz

Moderator Projektowanie

Posty: 4520

Pomógł: 371

Ocena: 825
Pomocny post? (0)

Post #2
12108127 25 Mar 2013 07:24

Zasadnicze pytanie - dlaczego akurat przez programowy UART, skoro jest sprzętowy i to nawet działający

Pracownia na fejsbuku, zapraszam.
Jutuber : https://www.youtube.com/@Robert_Kuna

Pomogłem? Kup mi kawę.

Promuję tematy:
26.11.2025 Samodzielna budowa tymczasowej rozdzielnicy budowlanej.
18.06.2025 INTEX SF90220-1 – jak uruchomiłem martwą pompę basenową alternatywnym sposobem
24.04.2025 Prototyp urządzenia elektronicznego - jak powstaje, VIDEO
28.12.2024 Przystosowanie ładowarki PARKSIDE X12V Team do zasilania Off Grid (24V)
25.06.2023 Prosty tester elektroniki FCT / EOL - opis, budowa, działanie.
#3 12108281 25 Mar 2013 08:51

wojno wojno

Poziom 12

Posty: 104

Ocena: 3
Autor tematu Pomocny post? (0)

Post #3
12108281 25 Mar 2013 08:51

Jest już zajęty.
REKLAMA
#4 12108313 25 Mar 2013 09:11

Kuniarz Kuniarz

Moderator Projektowanie

Posty: 4520

Pomógł: 371

Ocena: 825
Pomocny post? (0)

Post #4
12108313 25 Mar 2013 09:11

Może prościej będzie go zwolnić, chyba, że działa jako UART a Ty potrzebujesz drugi ?

Pracownia na fejsbuku, zapraszam.
Jutuber : https://www.youtube.com/@Robert_Kuna

Pomogłem? Kup mi kawę.

Promuję tematy:
26.11.2025 Samodzielna budowa tymczasowej rozdzielnicy budowlanej.
18.06.2025 INTEX SF90220-1 – jak uruchomiłem martwą pompę basenową alternatywnym sposobem
24.04.2025 Prototyp urządzenia elektronicznego - jak powstaje, VIDEO
28.12.2024 Przystosowanie ładowarki PARKSIDE X12V Team do zasilania Off Grid (24V)
25.06.2023 Prosty tester elektroniki FCT / EOL - opis, budowa, działanie.
#5 12108331 25 Mar 2013 09:15

wojno wojno

Poziom 12

Posty: 104

Ocena: 3
Autor tematu Pomocny post? (0)

Post #5
12108331 25 Mar 2013 09:15

Tak muszę to zrobić na uart programowym.
Czytałem trochę na ten temat i jest to do wykonania.
#6 12110519 25 Mar 2013 18:48

jousto jousto

Poziom 17

Posty: 186

Pomógł: 14

Ocena: 51
Pomocny post? (0)

Post #6
12110519 25 Mar 2013 18:48

Pokaż kolego program którym zasiliłeś Atmegę bo tak to ciężko coś ugadnąć.
REKLAMA
#7 12110722 25 Mar 2013 19:24

BlueDraco BlueDraco

Specjalista - Mikrokontrolery

Posty: 6479

Pomógł: 939

Ocena: 421
Pomocny post? (0)

Post #7
12110722 25 Mar 2013 19:24

Ech, czemu ie weźmiesz jakiegoś tańszego mikrokontrolera z odpowiednią liczbą UARTów?
Programowy UART w Bascomie nie musi działać - są duże narzuty na obsługę przerwań. Jeśli masz jakieś inne przerwanie o wyższym podpriorytecie to niemal bez szans.
#8 12111091 25 Mar 2013 20:16

medicb medicb

Poziom 28

Posty: 1457

Pomógł: 89

Ocena: 64
Pomocny post? (0)

Post #8
12111091 25 Mar 2013 20:16

Odpowiedni kwarc 11059200Hz lub 18432000Hz i powinno działać, u mnie bascomowe programowe uarty latają aż miło. Na 8Mhz był z tym problem.
#9 12111976 25 Mar 2013 22:24

wojno wojno

Poziom 12

Posty: 104

Ocena: 3
Autor tematu Pomocny post? (0)

Post #9
12111976 25 Mar 2013 22:24

Przykład programiku który pobiera dane z uart programowego i wysyła na sprzętowy zęby zobaczyć w terminalu co pobrał.

Kod: text
Zaloguj się, aby zobaczyć kod
REKLAMA
#10 12120449 27 Mar 2013 22:36

wojno wojno

Poziom 12

Posty: 104

Ocena: 3
Autor tematu Pomocny post? (0)

Post #10
12120449 27 Mar 2013 22:36

No cóż najwyraźniej nie da się tego zrobić programowym uart-em.

Czy da się zainstalować jakiś AVR z 2 uart sprzętowymi w miejsce atmegi32.
To by rozwiązało mój problem.
#11 12120762 27 Mar 2013 23:43

Fredy Fredy

Poziom 27

Posty: 915

Pomógł: 117

Ocena: 28
Pomocny post? (0)

Post #11
12120762 27 Mar 2013 23:43

przykładowo Mega 324p albo 644p
Zarejestruj konto, Zaloguj się i bądź aktywny na forum, a wtedy reklamy nie będą się pojawiać. Dołącz do dyskusji i otrzymaj punkty za rejestrację oraz odpowiedzi.

Zainstaluj aplikację Elektroda

Odpowiedz | Nowy temat

Zgłoś naruszenie prawa

Podsumowanie tematu

✨ Użytkownik ma problem z odbiorem 150 bajtów danych z urządzenia do AVR-a przez programowy UART, przy prędkości transmisji 2400 bps i kwarcu 16 MHz. Chociaż komunikacja działa, nie wszystkie dane docierają. Użytkownicy sugerują, aby rozważyć użycie sprzętowego UART, który jest dostępny, ale zajęty. Zwracają uwagę na ograniczenia programowego UART w Bascomie, związane z narzutami na obsługę przerwań. Proponują również użycie innego kwarcu (np. 11059200 Hz lub 18432000 Hz) oraz przedstawiają przykładowy kod do odbioru danych. Na koniec, użytkownik pyta o możliwość wymiany Atmegi32 na model z dwoma sprzętowymi UART-ami, co mogłoby rozwiązać problem.
Wygenerowane przez model językowy.

REKLAMA