Programowanie układu z Allegro w BASCOM - czy to możliwe?

Czy do tego =?ISO-8859-2?Q?mo=BFna_u=BFywa=E6_BASCOM=3F?=





Poprzedni Następny
Wiadomość
Spis treści
From: Kamil <kamilex_at_nospam_o2.pl>
Subject: Czy do tego =?ISO-8859-2?Q?mo=BFna_u=BFywa=E6_BASCOM=3F?=
Date: Thu, 28 Apr 2005 22:21:52 +0200


Chcę kupić coś takiego: http://allegro.pl/show_item.php?item=48979953
Tylko nie wiem jednej rzeczy. Czy można ten układ programować w BASCOM?

Poprzedni Następny
Wiadomość
Spis treści
From: "T.M.F." <tfrancuz_at_nospam_nospam.mp.pl>
Subject: Re: Czy do tego =?ISO-8859-2?Q?mo=BFna_u=BFywa=E6_BASCOM=3F?=
Date: Thu, 28 Apr 2005 22:43:21 +0200


Kamil wrote:

Chcę kupić coś takiego: http://allegro.pl/show_item.php?item=48979953
Tylko nie wiem jednej rzeczy. Czy można ten układ programować w BASCOM?

A daj sobie z tym spokoj, przeciez to jest jakis stary zlom - zobacz na
opis w pdf - kit z 97 roku. Chwilke na to zerknalem, ale to jest proc
bez flashu, tylko zewnetrzny eprom - bez ISP. Lepiej kup jakis zestaw
ewaluacyjny jesli musisz, albo sam zmontuj.


--
Inteligentny dom - http://idom.wizzard.one.pl
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz sie do projektu.

Poprzedni Następny
Wiadomość
Spis treści
From: marek <lancia_at_nospam_nospam.wp.pl>
Subject: Re: Czy do tego =?ISO-8859-2?Q?mo=BFna_u=BFywa=E6_BASCOM=3F?=
Date: Thu, 28 Apr 2005 23:01:52 +0200


T.M.F. wrote:
Kamil wrote:

Chcę kupić coś takiego: http://allegro.pl/show_item.php?item=48979953
Tylko nie wiem jednej rzeczy. Czy można ten układ programować w BASCOM?


A daj sobie z tym spokoj, przeciez to jest jakis stary zlom - zobacz na
opis w pdf - kit z 97 roku. Chwilke na to zerknalem, ale to jest proc
bez flashu, tylko zewnetrzny eprom - bez ISP. Lepiej kup jakis zestaw
ewaluacyjny jesli musisz, albo sam zmontuj.


A ja sobie chwale ten układzik. Układ może ma swój wiek ale do nauki
podstaw się nadaje. To był mój pierwszy układ, na którym zaczełem się
uczyć :).

Poprzedni Następny
Wiadomość
Spis treści
Date: Fri, 29 Apr 2005 20:31:33 +0200
From: badworm <nospam_at_nospam_post.pl>
Subject: Re: Czy do tego =?ISO-8859-2?Q?mo=BFna_u=BFywa=E6_BASCOM=3F?=


T.M.F. napisał(a):
A daj sobie z tym spokoj, przeciez to jest jakis stary zlom - zobacz na
opis w pdf - kit z 97 roku. Chwilke na to zerknalem, ale to jest proc
bez flashu, tylko zewnetrzny eprom - bez ISP. Lepiej kup jakis zestaw
ewaluacyjny jesli musisz, albo sam zmontuj.

Tak naprawdę to ten układ ma własny bootloader i jest programowany przez
port szeregowy. W EPROMie siedzi "BIOS". Program jest spod niego
ładowany do dużego RAMu i potem uruchamiany. Generalnie urządzenie jest
całkiem fajne choć faktycznie nieco leciwe. Jako jedna z niewielu takich
konstrukcji pozwala na upartego zabawę w procki bez komputera(programy
wówczas wpisuje się z klawiatury w kodzie maszynowym) :-)
--
Pozdrawiam Bad Worm badworm{"a" w kolku}post[punkt]pl
GG# 2400455 ICQ# 320399066
http://dobreprogramy.pl/index.php?dz=8&a=24
http://browsehappy.pl/

Poprzedni Następny
Wiadomość
Spis treści
From: Artur <zielpro_at_nospam_wp.pl>
Subject: =?iso-8859-2?Q?Re:_Czy_do_tego_mo=BFna_u=BFywa=E6_BASCOM=3F?=
Date: Fri, 29 Apr 2005 21:51:34 +0200


badworm napisał:

całkiem fajne choć faktycznie nieco leciwe. Jako jedna z niewielu takich
konstrukcji pozwala na upartego zabawę w procki bez komputera(programy
wówczas wpisuje się z klawiatury w kodzie maszynowym) :-)

Własnie przypomniałeś mi moje początki.
To było za czasów CA80.
I też się dawało w hex program wstukać ;-).

pzdr
Artur
--
Archiwum grupy: http://niusy.onet.pl/pl.misc.elektronika

Poprzedni Następny
Wiadomość
Spis treści
From: "AzaZeL" <AzaZeL_B_at_nospam_poczta.onet.pl>
Subject: Re: Czy do tego można używać BASCOM?
Date: Fri, 29 Apr 2005 09:14:49 +0200


jeżeli chcesz sie cos nauczyc to zacznij np od 2051
i płyteczki rób sobie sam wiecej sie nauczysz

metodami doswiadczalnymi....


Pozdrawiam
AzaZeL



Poprzedni Następny
Wiadomość
Spis treści
From: "Daniel Dawid <Light'I> Majewski" <madan.wywal_at_nospam_op.pl>
Subject: Re: Czy do tego =?ISO-8859-2?Q?mo=BFna_u=BFywa=E6_BASCOM=3F?=
Date: Fri, 29 Apr 2005 14:50:37 +0200


> Lepiej od C (AVR-GCC). W nowszych procesorach okazuje się, że wręcz
szkodliwe jest znanie asm, bo nie jestes w stanie optymalnie wygenerować
kolejki w potoku, a kompilator potrafi.

No nie ma potoków w AVR. A C w AVR nie jest jużtaki zoptymalizowany... W
asemblerze jest jedna zasada : o czymś zapomniesz - działa źle, lub w
ogóle... Daje to nawyk staranności w pisaniu programów.
--
Pozdrawiam, Light'I

Poprzedni Następny
Wiadomość
Spis treści
From: Jack Houseman <KILLSPAMjado_at_nospam_chello.pl>
Subject: Re: Czy do tego =?ISO-8859-2?Q?mo=BFna_u=BFywa=E6_BASCOM=3F?=
Date: Fri, 29 Apr 2005 13:25:24 GMT


Daniel Dawid wrote:

Lepiej od C (AVR-GCC). W nowszych procesorach okazuje się, że wręcz
szkodliwe jest znanie asm, bo nie jestes w stanie optymalnie wygenerować
kolejki w potoku, a kompilator potrafi.

Chyba masz racje - ja za nic nie moge przejsc na C, choc przygladalem sie
tematowi kilka razy :-)
Od samego poczatku byl ASM i ja wrecz mysle w ASM i po prostu program w C
jest dla mnie jakis zagmatwany i trudny do zrozumienia - jak wlasciwie
idzie sciezka programu.
Jak popatrzylem jak wyglada prosty programik ktory zapala LED na porcie,
to... W asm to tylko kilka linijek kodu...

I co gorsza wcale nie odczuwam potrzeby przejscia na C...
Wlasciwie, to tylko myslalem o tym, z tego wzgledu, ze inni tak masowo sie
przerzucaja na C i w razie jakiejs wspolpracy to trudnobyloby pisac cos
wspolnie... Jeszcze kilka latek i zostane jednym z nielicznych piszacych w
ASM :-)



Pozdrawiam
Jado
---> Zegarus - Otwarty Projekt Automatyki Domowej -
http://zegaruz.republika.pl <---



Poprzedni Następny
Wiadomość
Spis treści
From: Artur <zielpro_at_nospam_wp.pl>
Subject: =?iso-8859-2?Q?Re:_Czy_do_tego_mo=BFna_u=BFywa=E6_BASCOM=3F?=
Date: Fri, 29 Apr 2005 23:10:44 +0200


Jack Houseman napisał:

Wlasciwie, to tylko myslalem o tym, z tego wzgledu, ze inni tak masowo sie
przerzucaja na C i w razie jakiejs wspolpracy to trudnobyloby pisac cos
wspolnie... Jeszcze kilka latek i zostane jednym z nielicznych piszacych w
ASM :-)

Nie zostaniesz sam :-).
Ja choć piszę w BASCOM, wszystkie przerwania i procedury krytyczne
czasowo piszę w asm. Pisałem trochę w CV i też przerwania musiałem robić
"po swojemu".
Wszystkie programy wyższego rzędu muszą mieć "jakąś rezerwę" na
nietypowe "zagrania" użytkownika.
Na marginesie. Dowolny, najbardziej "badziewny" język da kod o niebo
lepszy od kodu pisanego w asm przez "laika".

pzdr
Artur

--
Archiwum grupy: http://niusy.onet.pl/pl.misc.elektronika

Poprzedni Następny
Wiadomość
Spis treści
From: Jado <KILLSPAMjado_at_nospam_chello.pl>
Subject: Re: Czy do tego =?ISO-8859-2?Q?mo=BFna_u=BFywa=E6_BASCOM=3F?=
Date: Sat, 30 Apr 2005 12:36:31 +0200


Artur wrote:

Jeszcze kilka latek i zostane jednym z nielicznych
piszacych w ASM :-)

Nie zostaniesz sam :-).
Ja choć piszę w BASCOM, wszystkie przerwania i procedury krytyczne
czasowo piszę w asm. Pisałem trochę w CV i też przerwania musiałem robić
"po swojemu".
Wszystkie programy wyższego rzędu muszą mieć "jakąś rezerwę" na
nietypowe "zagrania" użytkownika.
Na marginesie. Dowolny, najbardziej "badziewny" język da kod o niebo
lepszy od kodu pisanego w asm przez "laika".

pzdr
Artur

Ciekawe jak jest z multitaskingiem w C? Czy da sie tutaj dzielic
procedurki na maszyny stanow? (programowanie wspolbiezne).
Moze jakis przyklad takiej procedury ktos ma - zeby spojrzec jak to w C
wyglada.
Ostatnio usuwalem z programu jedno makro, zeby odzyskac troche pamieci
programu - sporo to instrukcji zajmuje - podejrzewam ze w C kazda
instrukcja to takie makro jakby - jak spada wydajnosc procesora dla
programu w C w porownaniu do ASM?
A moze nie spada - a rosnie tylko objetosc programu - dlatego takie 128kB
pamieci programu w niektorych procesorach?



--
--
Pozdrawiam
Jado


Poprzedni Następny
Wiadomość
Spis treści
From: point <rwxrwx_at_nospam_poczta.onet.pl>
Subject: Re: Czy do tego =?ISO-8859-2?Q?mo=BFna_u=BFywa=E6_BASCOM=3F?=
Date: Sun, 01 May 2005 20:00:55 +0200


Jado wrote:

Ciekawe jak jest z multitaskingiem w C? Czy da sie tutaj dzielic
procedurki na maszyny stanow? (programowanie wspolbiezne).

Ale o co chodzi jakby ? Masz na myśli cooperative multitasking ?

A moze nie spada - a rosnie tylko objetosc programu - dlatego takie 128kB
pamieci programu w niektorych procesorach?

Do takich rozważań trzeba mieć konkretny kompilator, procesor i kod.

Dla mnie używanie tylko asm to jakaś pomyłka, człowiek jest przywiązany
do jednej architektury uC jak pańszczyźniany chłop do ziemi;)

--
point






Poprzedni Następny
Wiadomość
Spis treści
From: Jack Houseman <KILLSPAMjado_at_nospam_chello.pl>
Subject: Re: Czy do tego =?ISO-8859-2?Q?mo=BFna_u=BFywa=E6_BASCOM=3F?=
Date: Sun, 01 May 2005 19:13:09 GMT


point wrote:



Dla mnie używanie tylko asm to jakaś pomyłka, człowiek jest przywiązany
do jednej architektury uC jak pańszczyźniany chłop do ziemi;)

A kto przeszkadza znac kilka rodzin procesorow i pisac na nie w ASM?
Czy do C nie trzeba znac kompletnie procesora? Nie wiem - powiedzmy jakis
rejestrow SFR konfigurujacych otoczenie procesora (np. port szeregowy, I2C
czy liczniki). Wszystko to jest juz gotowe w postaci odp. funkcji?
Ale i tak musisz wiedziec chyba jakie mozliwosci ma dany element powiedzmy
ile wejsc A/C ma przetwornik i na ktorych nozkach sie znajduja - zeby
wybrac to co Ci akurat jest potrzebne.
A co z nietypowymi zastosowaniami? Wstawkami asemblerowymi?

No dobra - nie mam zamiaru wszczynac tutaj jakiegos flame'a :-)
Na razie nie udalo mi sie przejsc na C - moze z czasem.
Ale na pewno dobra znajomosc ASM i architektury procka mi nie zaszkodzi i
wowczas - chocby do wstawek.

--
Pozdrawiam
Jado
---> Zegarus - Otwarty Projekt Automatyki Domowej -
http://zegaruz.republika.pl



Poprzedni Następny
Wiadomość
Spis treści
From: J.F. <jfox_xnospamx_at_nospam_poczta.onet.pl>
Subject: Re: Czy do tego można używać BASCOM?
Date: Fri, 29 Apr 2005 15:42:30 +0200


On Fri, 29 Apr 2005 14:50:37 +0200, Daniel Dawid <Light'I> Majewski

Lepiej od C (AVR-GCC). W nowszych procesorach okazuje się, że wręcz
szkodliwe jest znanie asm, bo nie jestes w stanie optymalnie wygenerować
kolejki w potoku, a kompilator potrafi.

No nie ma potoków w AVR. A C w AVR nie jest jużtaki zoptymalizowany... W
asemblerze jest jedna zasada : o czymś zapomniesz - działa źle, lub w
ogóle... Daje to nawyk staranności w pisaniu programów.

Przeciez to obowiazuje w kazdym jezyku :-)

J.



Poprzedni Następny
Wiadomość
Spis treści
From: Artur <zielpro_at_nospam_wp.pl>
Subject: =?iso-8859-2?Q?Re:_Czy_do_tego_mo=BFna_u=BFywa=E6_BASCOM=3F?=
Date: Fri, 29 Apr 2005 23:02:23 +0200


Daniel Dawid Majewski napisał:

W asemblerze jest jedna zasada : o czymś zapomniesz - działa źle, lub w
ogóle... Daje to nawyk staranności w pisaniu programów.

Jeśli w języku wyższego poziomu o czymś zapomnisz, przypomina to o sobie
po pół roku.
Kiedy kasa już przejedzona, akurat jest nawał roboty, brak pomysłów, a
zleceniodawca grozi sądem. :-(
Ta..., języki wyższego poziomu, wymuszają większą staraność. ;-)

pzdr
Artur
--
Archiwum grupy: http://niusy.onet.pl/pl.misc.elektronika

Poprzedni Następny
Wiadomość
Spis treści
From: Sebastian Bialy <heby_at_nospam_poczta.onet.pl>
Subject: Re: Czy do tego =?ISO-8859-2?Q?mo=BFna_u=BFywa=E6_BASCOM=3F?=
Date: Sat, 30 Apr 2005 04:10:43 +0200


Daniel Dawid <Light'I> Majewski wrote:
No nie ma potoków w AVR. A C w AVR nie jest jużtaki zoptymalizowany...

Owszem, dlatego AVR to nie dotyczy, ale większych procków ...

W
asemblerze jest jedna zasada : o czymś zapomniesz - działa źle, lub w
ogóle... Daje to nawyk staranności w pisaniu programów.

Podobnie w C z jednym wyjątkiem - znalezienie problemu w C jest znacznie
szybsze, a kod generowany z poziomy C można łatwo "wyobrazić" sobie w
ASM - nie na darmo nazywa się C najniższym z wysokich. Jedyne o czym
warto wiedzieć to architektura - jeśli masz 8 bitowy procesor, to
zupełnie inaczej sprawdza się w C np. ustawienie 11 bitu niż w
procesorze 16 bitowym (mozna dojść do 1 może 2 instrukcji, zależy od
procesora). Więc pisanie w C nie zwalnia ze znajomosci ASM (wskaźniki
choćby) jednak znacznie upraszcza życie.

PS. Popełniałem kiedyś programy w ASM na 68000 o wielkości
parudziesięciu tyś linijek. Stare dobre czasy i Amiga. Dzisiaj jednak
twierdze, że byłem głupi, bo tą samą jakość programu uzyskał bym w C a
szybkośc tworzenia i czytelnośc wzrosły by w sposób trudny do
określenia, ale bardzo duży.

Że już nie wspomnę, że C jest prawie przenośny ...

Nie mam nic przeciwko pisaniu w ASM prostych procedur, jednak przy
programach większych niż 100 linijek to nie ma sensu. Tak więc asembler
IMHo tylko do wstawek, reszta w C.

--
Sebastian Bialy - heby_at_nospam_poczta.onet.pl

Poprzedni Następny
Wiadomość
Spis treści
From: "Daniel Dawid <Light'I> Majewski" <madan.wywal_at_nospam_op.pl>
Subject: Re: Czy do tego =?ISO-8859-2?Q?mo=BFna_u=BFywa=E6_BASCOM=3F?=
Date: Sun, 01 May 2005 17:33:31 +0200


Spokojnie, póki co mowa o mikrokontrolerach... ;) Dla mnie asm jest
prosty i nie mam z nim problemów. Zawsze przy okazji nowego projektu
powstaje jakaś biblioteczka procedur na przyszłość. Potem tylko
include... Nawet programowanie strukturalne i proceduralne w asm też
jest możliwe. A zresztą, każdy robi to co lubi.
Co do znajdowania błędów, to w asm też są możliwości debugowania.
Porządnie napisany kod wręcz sam w sobie pokazuje błędy... ;) Na
mikrokontrolerach albo wstawiam kod wyświetlający coś na LCD, albo idzie
co trzeba po serialu. Dodatkowa korzyść - trenuję własną pamięć...
--
Pozdrawiam, Light'I

Poprzedni Następny
Wiadomość
Spis treści
From: =?UTF-8?B?U2ViYXN0aWFuIEJpYcWCeQ==?= <heby_at_nospam_poczta.onet.pl>
Subject: Re: Czy do tego =?UTF-8?B?bW/Cv25hIHXCv3l3YcOmIEJBU0NPTT8=?=
Date: Fri, 29 Apr 2005 10:31:16 +0200


AzaZeL wrote:
jeÂżeli chcesz sie cos nauczyc to zacznij np od 2051
i pÂłyteczki rĂłb sobie sam wiecej sie nauczysz

Łomatko ! Tylko nie 2051 :/ Dla amatora jak najbardziej AVR przynajmniej
nie trzeba ciągle z podstawki go wyciągac a i programator kosztuje
śmieszne pieniądze (jakies 3zł i 10 minut pracy ?). Lepiej wziąśc
ATtiny2313 niĹź 2051.

Poprzedni Następny
Wiadomość
Spis treści
From: "AzaZeL" <AzaZeL_B_at_nospam_poczta.onet.pl>
Subject: Re: Czy do tego mo?na u?ywaa BASCOM?
Date: Fri, 29 Apr 2005 11:07:34 +0200



kwastia przyzwyczajenia :)

avr sie jeszcze nie bawiłem wiec sie nie wypowiem

ale lepiej niech zacznie od asm niz od bascoma
wiecej sie nauczy

AzaZeL



Poprzedni Następny
Wiadomość
Spis treści
From: =?UTF-8?B?U2ViYXN0aWFuIEJpYcWCeQ==?= <heby_at_nospam_poczta.onet.pl>
Subject: Re: Czy do tego mo?na u?ywaa BASCOM?
Date: Fri, 29 Apr 2005 11:16:34 +0200


AzaZeL wrote:
avr sie jeszcze nie bawiÂłem wiec sie nie wypowiem

Łodzisis ! Toż 2051 to jest zeszła epoka :) AVR(/PIC) jest lepszy pod
każdym względem od czasu pojawienia się GCC. Jedyne co go jeszcze broni
to masa gotowcĂłw :)

ale lepiej niech zacznie od asm niz od bascoma
wiecej sie nauczy

Lepiej od C (AVR-GCC). W nowszych procesorach okazuje się, że wręcz
szkodliwe jest znanie asm, bo nie jestes w stanie optymalnie wygenerować
kolejki w potoku, a kompilator potrafi. Im mniej ASM tym lepiej. Co
prawda to nie tyczy się AVR ale ...

Poprzedni Następny
Wiadomość
Spis treści
From: "Daniel Dawid <Light'I> Majewski" <madan.wywal_at_nospam_op.pl>
Subject: Re: Czy do tego mo?na u?ywaa BASCOM?
Date: Fri, 29 Apr 2005 14:49:55 +0200


Lepiej od C (AVR-GCC). W nowszych procesorach okazuje się, że wręcz
szkodliwe jest znanie asm, bo nie jestes w stanie optymalnie wygenerować
kolejki w potoku, a kompilator potrafi.
No nie ma potoków w AVR. A C w AVR nie jest jużtaki zoptymalizowany... W
asemblerze jest jedna zasada : o czymś zapomniesz - działa źle, lub w
ogóle... Daje to nawyk staranności w pisaniu programów.
--
Pozdrawiam, Light'I

Poprzedni Następny
Wiadomość
Spis treści
From: Slawomir Sidor <slawek_at_nospam_graficomp.com.pl>
Subject: Re: Czy do tego mo?na u?ywaa BASCOM?
Date: Sun, 01 May 2005 20:28:35 +0200


Lepiej od C (AVR-GCC). W nowszych procesorach okazuje się, że wręcz
szkodliwe jest znanie asm

A to ciekawe.
A zaprogramuj cos sensowniejszego od migania dioda dla tiny12.

Im mniej ASM tym lepiej
[...]
prawda to nie tyczy się AVR ale ...

Ale? A o czym piszemy? O Doom 4?


--
Slawomir Sidor N 51 58.1385 E020 09.1966