TavIR-AVR oldal

Igen, minden bitet megfordítunk és hozzáadunk 1-et, a szorzást nem értem, 16=>12bit konverzióhoz elég jobbra shiftelni 4 bittel a word-öt (osztás 16-al).
J.

Az a lényeg! Belül minden binárisan van tárolva, mert így működnek ezek a cuccok
Azért majd nem árt átnézni a számábrázolásokat, azt a párat...

Olyan nincs, hogy decimális változó. Egy byte-ban akkor is binárisan van tárolva... A BCD már megint más.

Mondjuk PORTB=változó.

BascomAVR programot BascomAVR-el. Már hullik a maradék hajam is, most jöttem rá, hogy ha egy LCD kiírást beleteszek (a sok-sok mellé), akkor meghülyül és egy string kinullázódik. Én már csak fordítóhibára gyanakszom, ezért kellene lefordítani másik gépen... lehet, nálam van RAM hiba vagy a fene tudj...

Sziasztok!
Önként vállalkozót keresek, aki egy BascomAVR forrást lefordítana.
Előre is köszi...
JAni

30 éve is volt olyan cucc, aminek meg sem kottyan... Kérdés, mit tudsz programozni, mi van az asztalfiókban, milyen áron.

Igen, ekkora kijelző mondjuk nem olcsó, de csak kipróbálni az ilyen kijelzőket érdemesebb vezérlővel ellátottat venni.
Volt, aki PICre megírta a sorosnkénti kirotálásokat, nem annyira bonyolult ám a dolog, míg elsőre látszik. Csak legyen elég RAM a kép tárolására ugye...

Ebben a kijelzőben nincs vezérlő csak a meghajtó áramkörök. kell mellé SED1330/35, T69xx vagy valamilyen vezérlő, na annak lesznek R/W meg ilyen lábai. Meghajthatod persze uC-ről is a 4-bites adatbuszán, de nagyon le fogja foglalni a processzort és eszi a RAM-ot stb... ARM-ben van elég RAM meg sebes...

Hát ha az kóstolgatás, hogy: - 12V, az o.k., de mekkora áram (mint ahogy itt előttem szóló is kérdezte), nagyon nem mindegy - adatátvitel sebessége, esetleges hibakorrekció, protokol, visszajelzés (kétirányú az átvitel?), címzés, ütközés előfordulhat-e. - jelszóródás: irányérzékenység magasabb frekv...

Ilyenkor szoktuk megkérdezni, megkérni a Tisztelt megrendelőt, hogy inkább a konkrét feladatot, készüléket írja le, mert így nagyon lyukas, sok-sok kérdés a levegőben van.

Nem olyan drága ám a maszkprogramozás, 10k darab felett már megéri. Az OTP sem veszélyes, ott inkább a plusz munkaidőt számítják. LCD-t pl. (üveget) már 1000db-tól érdemes gyártatni, tehát manapság nem kell milliókat rendelni, hogy olcsó legyen. A technológia sokat fejlődött, egy die-n azért igen so...

Azért írtam a normál UART 1-vezetékes OC vonalat, mert 3 vezetéket írt az kérdező. Az RS485/I2C => 2 vezeték+2táp.

OC vonalat csinálj a kommunikációhoz, bárki tudja rángatni oda-vissza. Innentől már protokol kérdése a használat. Anno én 4byte-os frame-eket használtam, 1: cím (254=broadcast), 2: parancs, 3-4: adat. Persze timeout nem árt. Tökéletesen működött.

Az órajelet a CLK-OUT-on tudod megnézni szkóppal. lehet, hogy az eredeti uC-vel kellene próbálkozni, mert én nem nagyon hiszem, hogy nem zárták be az AVR-t, szóval a kiolvasott (?) program lehet, hogy csak zagyvaság (és ott vannak a fuse-bitek is ugye).