Początek zabawy z bascomem

-> pl.comp.lang.c

Użytkownik "RoMan Mandziejewicz" snipped-for-privacy@pik-net.pl napisał w wiadomości news: snipped-for-privacy@pik-net.pl...

Raczysz żartować. Programowanie jest nieodłączną częścią elektroniki. A zresztą czego tylko się mnie przyczepiłeś? Wcześniejsi dyskutanci jakoś się u ciebie wykupili czy co?

Marek

Jasne. Ale _zabawy_ z językiem programowania, to zdecydowanie nie ta grupa.

Przyczepiłem? To tylko delikatna sugestia.

Nawet wiem, jak będziesz dyskutował z policjantem, jak Cię złapie na przekroczeniu prędkości...

Użytkownik "RoMan Mandziejewicz" snipped-for-privacy@pik-net.pl napisał w wiadomości news: snipped-for-privacy@pik-net.pl...

Nawet wiem jak byś się zachował gdybyś to ty był tym policjantem.

Marek

strzelam calkiem z pamieci - na jednym porcie 4 bity robia za JTAGa - w programtorze (!) , przy fusebitach gdzies powienienes miec opcje wylaczenia JTAGa Wylacz i bedzie OK ;) wojtek

Użytkownik "neuron" snipped-for-privacy@no.pl napisał w wiadomości news:iitupq$idk$ snipped-for-privacy@mx1.internetia.pl...

JTAG w Mega16 jak i w M32 jest na porcie C, a autor wątku pisze że jest problem z portem C.

Oczywiście miało być B

Na B jest SPI - może niech odłączy programator ;) A tak poważnie to sprawdzenie schematu elektrycznego dwa razy... przez dwie osoby - pamiętam jak z kolegą walczyliśmy programowo z zakłóceniami od przekaźników, silnika, a się okazało, że procek nie był w ogóle zasilany :D dostawał tylko zasilanie z pull-up-ów.

Mirek.

Widzę, że jesteś typowym userem z dowcipu o tym, ilu takich trzeba do wkręcenia żarówki. Bicie piany, trolling i dyskusje NTG.

Użytkownik "RoMan Mandziejewicz" snipped-for-privacy@pik-net.pl napisał w wiadomości news: snipped-for-privacy@pik-net.pl...

No widzisz... każdy ma jakieś zadanie do zrobienia na tym bożym świecie :)))

Marek

W dniu 2011-02-09 10:33 4CX250 napisał(a):

A to w ogóle co za pokraka? FORTRAN? Jak dotąd była tu mowa o C i BASCOMie.

W dniu 2011-02-09 08:31 Adam napisał(a):

Heh, niezły przykład na to, że C równie dobrze się nadaje do pisania tego typu programów jak BASCOM. Ten sam kod zapisany w C wygląda w bardzo zbliżony sposób (jedynie trzeba myśleć czasem o nazwach rejestrów procesora):

#include <avr/io.h>

#include <compat/deprecated.h>

DDRB = 0b11111111; DDRD = 0b11111100;

PORTB = 0b11111111; PORTD = 0b11111111;

for (;;) { if ((PIND & _BV(0)) == 0) cbi(PORTB, 7); if ((PIND & _BV(1)) == 0) sbi(PORTB, 7); }

Możliwe, że da się to samo wyrazić jeszcze bardziej przejrzyście ale mi osobiście taki zapis odpowiada. :)

Adam Dybkowski snipped-for-privacy@45wp.pl napisał(a):

Głupie pytanie: taki zapis to jakaś konwencja AVR-GCC? AFAIK standard języka C nie definiuje zapisu ciągów bitów i trzeba np. szesnastkowo.

AVRSTUDIO w assemblerze tak sie zapisuje

LDI r16,0b10101010

TAk, nie wiem czy tylko AVRGCC czy GCC w ogole.

Tomek

gcc extensions

Użytkownik "Grzegorz Niemirowski" snipped-for-privacy@poczta.onet.pl> napisał w wiadomości news:iiv6k0$1tne$ snipped-for-privacy@opal.icpnet.pl...

Nie tylko AVR-GCC, ale rzeczywiście jest to ponadstandardowe rozszerzenie :)

e.

Algol68. Co wygrałem?

Waldek

W dniu 2011-02-10 00:05 Grzegorz Niemirowski napisał(a):

Rozszerzenie gcc. Podobnie jak m.in. bardzo wygodna konstrukcja: switch (x) { case 0 ... 10: zamiast pisanie 10 razy case z kolejnymi numerkami. Inne całkiem ciekawe rozszerzenie to zapożyczona z C++ możliwość definiowania zmiennych gdziekolwiek w kodzie a nie tylko na początku funkcji. Możliwość używania rozszerzeń w gcc trzeba włączyć flagą kompilatora, np.: -std=gnu99