A czy tu o szybkość pisania chodzi ?

Kursu nie dam rady przygotować - poza tym są takie w necie:
http://www.elportal.pl/ea/asm_avr.html
Gorąco polecam naukę kodu maszynowego - w miarę możliwości
mogę pomóc jeśli będą jakieś problemy i będę wiedział jak podpowiedzieć. W AVR dopiero raczkuję z ASM (choć już mam sukcesy) ale z 51 to troche lepiej sobie radzę.
Może założyć taki temat > uczmy się ASM ??
Do mega projektów średnio się ASM nadaje (może wspomóc) ale do małych - ideał

To ja proponuję, napisz woltomierz na m8 w asmablerze a ja w bascomie i podeślij, jak Ty napiszesz ja też zrobię to i obaj podamy czasy, albo np sterownik pll na jedną częstotliwość (np. bikon). Liczy się przede wszystkim czas bo go akurat mamy najmniej. Dwa, nieważne jaką metodą osiągnełeś cel ważne czy działa, jak mi braknie pamięci w procku to kupie nieco droższy i mi starczy (tak na oko parę zł) ;-) Propozycję tę traktuję bardzo poważnie.

(01-11-2010 21:29)sq4avs napisał(a):  To ja proponuję, napisz woltomierz na m8 w asmablerze a ja w bascomie i podeślij, jak Ty napiszesz ja też zrobię to i obaj podamy czasy, albo np sterownik pll na jedną częstotliwość (np. bikon). Liczy się przede wszystkim czas bo go akurat mamy najmniej. Dwa, nieważne jaką metodą osiągnełeś cel ważne czy działa, jak mi braknie pamięci w procku to kupie nieco droższy i mi starczy (tak na oko parę zł) ;-) Propozycję tę traktuję bardzo poważnie.

Podchodząc do tematu w taki sposób - rzeczywiście szkoda czasu na ASM. Wystarczy dopłacić za większego gnata - zrobić większą płytkę itd. Gorzej jak to nie zmieści się w urządzeniu.

Co do konkurów - jeśli użyjesz gotowców od BASa - masz szanse być lepszym czasowo w banalnej aplikacji - jeśli użyjesz czegoś czego BAS nie obsługuje gotowcami tylko trza dopisać i mozolnie testować - ja mam szanse.

Jeśli w grę wchodzą małe czipy AVR - możesz odpaść w przedbiegach
Jak widzisz konkury mogą być nierównych szans.
A mi nie chodzi o konkury ale o to aby się nie zamykać w środowisku BAS zaczynając zabawę z uP - co proponuję.

O Panowie proponuje pojedynek mogę zostać sekundantem hi hi :-)

BASCOM przez wielu konstruktorów jest używany jako prosty sposób na ujarzmienie procków

Jak im zabraknie"powera" w bascomie - będą wtedy już wystarczająco nakręceni by zacząc tworzyć w C czy AMS


W BASCOM tylko do pewnego momentu w prostszych projektach nie trzeba sie przejmować bebechami procka... późnej juz trzeba zaglądnąć we wnętrze procka... lub co niektóre funkcje BAS zużywają

Jak juz zaczynamy wchodzić na pogranicze komercji i dziesiątki sztuk - wtedy mikroprocki, rezygnacja z kwarcu, użyć wszystkie nogi procka na kilka sposobów... wtedy już ASM daje o o sbie znać...

DDS VFO DL4JAL w ASM które upgradowałem - ... dobiłem sie do 8190 pamięci procka a on miał 8192... dodałem full kibprd z tzrena warstwami "menu" i to po kilku upartych optymalizacjach ,,, procedurowania wszystkiego co się da.... i rezygnacji z polskich opisów na LCD bo angielskie mniej literek używały :-) aż w końcu stwierdziłem że ASM daje dużo satysfakcji... ale zabiera jeszcze więcej czasu.... i dla niedzielnego programisty 51nek... to bez sensu...

Jak ktos po kilka godzin dzienni siedzi w ASM zawodowo.... to on "myśli ASM"

Jeszce raz podkreślam BASCOM daje szanse na konstrukcje procesorowe dobrym elektronikom których na początek procki "przerażają".... jak przełamią swoja niechęć do procków - dzięki BASCOMowi... dalej będzie z górki...

ASM potfi ludzi szybko zniechęcić... a BAS...daje szybko wymierne efekty

==================

>>>> Wracając do tematu scopa ... jak ktoś powiedział jest to ASM+BASCOM ( wkońcu zajrzałem do kodu... )

ale po obserwowanej składni bascoma widać że tworzył to asemblerowiec który użył BAS jako dodatek do ASM :-) ... o tak mu było wygodnie. Projekt BAS się kompiluje... poprawnie.

:-) czyli coś dla kolegi ADE :-) .... i jak widać kompilatora BAS można oużywać do pisania w ASM :-)

Z tym większym gnatem to nie ma co przesadzać, chodzi o większą ilość pamięci a nie nóżek a więc nie zwiększy to wielkości płytki. Do większości projektów i tak używam m8, najmniejsze co robiłem to attiny45 ( nóżek) i to zajeło 300 bajtów, sterownik silnika dużej mocy od łodzi z takim "pokręconym" oryginalnym przełącznikiem obrotów i kierunku, miękim startem itp. Wiele syntez też nie ma gotowców to nie problem i tak pisze się łatwiej a i w asm i bascomie i tak trzeba testowac.
Jest naprawdę wiele świetnych projektów w Bascomie zrobionych, np. vna Jarka ale też wiele innych. W sumie rozmowa zrobiła się po próżnicy, same takie rozmawianie bez porównania dwóch kodów nie ma zbytniego sensu. O porównaniu najwięcej pewnie z nas mógłby powiedzieć Adam. Bez porównania kodów robi się dyskusja o wyższości Świąt Bożego Narodzenia nad Świętami Wielkanocy. Z całej tej dysklusji to dla mnie byłoby tylko ciekawe porównanie kodów. Nie wiem jak w asm ale w Bascomie przesiadka na inny procek to po prostu przyjkemność ;-).

Możesz klepnąć w BAS takie proste sterowanie nadajnikiem jeśli masz ochotę na porównania :
http://sq6ade.elektroda.eu/atv50/atv50.html
Mogę podrzucić funkcje portów. Napiszesz , skompilujesz i nawet bez testów z hardware porównasz sobie kody wynikowe.
Ten mój ma 232 bajty i pochodzi z asm napisanego szybko bez żadnych zabiegów skurczających kod.

p.s.
Dobrze że autor tematu nie gorączkuje się że jest obok

Bez optymalizacji kodu sterownik adf4107 synteza, jedna częstotliwość 14 linijek tekstu, procesor attiny2313 zajęcie 222 bajty, ze zmniejszaniem kodu akurat tyle samo w tym wypadku ;-), nieźle? E ja nikogo nie bije ;-) Zrobiła się z oscyloskopu dyskusja na temat 2 języków programowania.

Jak na samo wysłanie 4 rekordów po 24 biy to wydaje mi się to dosyć dużo.
Zwłaszcza że 24 to wielokrotność 8 więc to skraca procedurki.
W wolnej chwili podliczę ile to w ASM wyjdzie.

Koledzy, jeden wątek a dyskusja na trzy tematy, starajmy się o utrzymanie pewnej dyscypliny tematycznej.
Nie da się jednoznacznie odpowiedzieć na pytanie który język jest lepszy Bascom czy maszynowy, wszystko zależy od umiejętności i doświadczenia programisty, złożoności projektu oraz wymagań czasowych. Większość projektów dla radioamatorów możemy skutecznie wykonać w dowolnym języku, są jednak i takie które przynajmniej w połowie muszą być napisane w assemblerze nawet jak go nie lubimy i zajmuje to dużo czasu.
Nie można również porównywać języków na podstawie wielkości kodu dla prostej aplikacji. Proste elementy sterowanie wyjdą bardzo podobnie w każdym języku. Proponuję uruchomić tak ze 4 przerwania (Timer co 1ms, 6* ADC co 10ms, zapis po SPI do pamięci) plus obsługę LCD i klawiatury i wszystko będzie jasne.
Aby potwierdzić, że Bascom jest taki łatwy, prosty i szybki do robienia projektów proponuję napisanie własnego oprogramowania skrzynki easyATU, moja wersja jest napisana w assemblerze. Projekt jest prosty i łatwo porównać.
Straszenie assemblerem, że trudny, że wymaga dużo czasu na pisanie prostych aplikacji, tak jest tylko na początku. Po wykonanie kilkunastu projektów budujemy własne macra, które są tak samo czytelne i wygodne jak instrukcje wysokopoziomowa ale są zdecydowanie szybsze.

Przykład obliczeń z macrami, czy to przypomina assembkler ?

Cytat: ;-----------------------------------------------------
;Oblicz O_SPW=X*X/4096 - 64
;-----------------------------------------------------
_a32_to_b32 ;kopia A do B
_mul_32
_ld_b32_i16 $1000
_div_32u
_ld_b32_i16 64
_sub_32 ;wynik w A

Wniosek końcowy:
- na początek do nauki i prostych projektów jak najbardziej polecam Bascoma (szybki start i wygoda),
- dla ambitnych z perspektywą pracy na innych procesorach AVR32, ARM zdecydowanie C;
-dla tych, którzy wyciskają z procesora ostatnie soki, walczą o każdy bajt pamięci i uS jego czasu tylko assembler.