microcontroller gestuurde pre amp

[GeertJ]

ziezo, zoals beloofd ergens anders op dit prachtige forum ook een topicske maken over de bouw van mijn microcontroller gestuurde pre - amp. Op zich voor mij een hele uitdaging, want ik heb wel basis elektronica gehad, en een klein beetje over microprocessoren gezien, maar daar blijft het dan ook bij. Nietemin intresseert het me allemaal zeer veel, dus zal ik uiteindelijk wel resultaat boeken, en met de ideeen en hulp op dit forum moet dit zeker en vast lukken (hoop ik ).

Nu over de voorversterker. Eigenlijk een beetje gebaseerd op het principe van de audio link die (in 2004 alweer) eens in elektuur gestaan heeft. Mbv microcontroller gestuurde volume IC's ga ik het volume regelen (ale gij ) IC's die ik ga gebruiken zijn hier al redelijk bekend hier op het forum, namelijk de PGA2311PA. Een opvolger? van de in JuuL zijn topic over de 7.1 voorversterker gebruikte PGA2310. Met de nodige ingang en uitgangbuffers rond de PGA2311PA gaat deze IC door een Atmel AT89S8252 µP aangestuurd worden.
µP zal ook nog een relaisprint aansturen voor ingangsselectie van 8 kanalen. Een extra kanaal zal worden gebruikt om te kunnen opnemen. Verder zou ik 2 uitgangskanalen willen plaatsen voor mijn 2 Rotels (bi amping) aan te sturen. Dus op het achterpaneel 11 audio in/uitgangen. evt ook een RS232 aansluiting om µP te kunnen besturen of software te kunnen updaten.
Verder moet er ook absoluut afstandsbediening op zitten die het mogelijk maakt om volume en kanalen te kunnen kiezen. Aan/uitzetten mag maar is zeker geen vereiste.

Wat heb ik al in mijn bezit:
- een schone 4*20 LCD (blauw-wit)
- een hoop relais
- de componenten om de voeding te bouwen
- PGA2311
- µP (AT89S8251) op een flashboard (van elektuur)
- een 3 to 8 decoders (74HCT137) voor relaisprintaansturing
Wat is al besteld
- ringkerntrafo
moet nog besteld worden
- defenitieve µP
- een hoop kleine componenten
-.....

Heb nu al eens een voorlopig opstelling gemaakt van relaisprint en geprogrammeerd in de µP en dat gaat toch al, eveneens de LCD programeren gaat al gedeeltelijk. Er zit echter wel een raar fenomeen op. Regel 2 wordt op de 3de regel geschreven, 3 wordt op regel 2 geschreven, en begint in het midden van de displaay, ergens op het 9de segment als ik me nie vergis. Iemand een idee waar het aan kan liggen???


Kga proberen om sebiet nog wat fotookes te schieten van wat ik al heb en hier ook te zetten. Suggesties, opmerkingen, vragen zijn meer dan welkom!!!


grtz

Geert

[Pjotr]

Heb nu al eens een voorlopig opstelling gemaakt van relaisprint en geprogrammeerd in de µP en dat gaat toch al, eveneens de LCD programeren gaat al gedeeltelijk. Er zit echter wel een raar fenomeen op. Regel 2 wordt op de 3de regel geschreven, 3 wordt op regel 2 geschreven, en begint in het midden van de displaay, ergens op het 9de segment als ik me nie vergis. Iemand een idee waar het aan kan liggen???

Heeft te maken met de multiplexing van de characters. Dat is niet op volgorde en ook meestal over meerdere driver chips verdeeld. Als het goed is staat in de manual/datasheet een layout van de adressering van de chars.

Heb hier een 16x1 en daar zit een gat tussen de eerste 8 chars en de volgende 8 chars kwa adressering.

Spannend Geert, wij wachten vol verwachting af

[Rudy]

Om effe wat verwarring te brengen

-> De PGA2311 is NIET de opvolger, de PGA2320 wel
-> De PGA2310 is BETER dan de PGA2311
( hoewel dit niet vanuit het eerste zicht blijkt als je de vervormingscijfers naast elkaar legd, maar das appelen met peren vergelijken omdat beiden niet bij dezelfde uitgangsspanning waren gemeten )

Voor zover het slechte(re) nieuws.

Wat ik je imo wel kan aanraden, en best simpel te implementeren is is als je wil biampen, om een header te voorzien op je print waarop je een zelfgemaakte module kan inpluggen waar het filter zit om het biampen of aktief filter te installeren. Dit VOOR de PGA's, en na de ingangsbuffer.

Verder succes !!!

[JuuL]

Leuk dat je een topic hebt aangemaakt!

De PGA2310 heeft meer headroom (+/-15V max volgensmij) dan de PGA2311 (5V), dit is het grootste voordeel. Wel een weerstandje in serie met de output zetten, dit was ik vergeten (stond niet in de datasheet). Tegen capacitieve belastingen.

Afstandsbediening is natuurlijk een heel gaaf extratje
Ben benieuwt hoe je dat gaat doen (nog nooit gedaan zelf).

Succes!

[GeertJ]

Heeft te maken met de multiplexing van de characters. Dat is niet op volgorde en ook meestal over meerdere driver chips verdeeld. Als het goed is staat in de manual/datasheet een layout van de adressering van de chars.

Heb hier een 16x1 en daar zit een gat tussen de eerste 8 chars en de volgende 8 chars kwa adressering.

http://www2.produktinfo.conrad.com/date ... B-4NLW.pdf
Dat is de datasheet van de LCD display.

Om effe wat verwarring te brengen

-> De PGA2311 is NIET de opvolger, de PGA2320 wel
-> De PGA2310 is BETER dan de PGA2311
( hoewel dit niet vanuit het eerste zicht blijkt als je de vervormingscijfers naast elkaar legd, maar das appelen met peren vergelijken omdat beiden niet bij dezelfde uitgangsspanning waren gemeten )

mercie voor de info. Nu ga ik ze voorlopig toch met de 2311 maken. Moest het me niet aanstaan is het nog relatief gemakkelijk om deze te vervangen door een PGA2310 exemplaar.

Wat ik je imo wel kan aanraden, en best simpel te implementeren is is als je wil biampen, om een header te voorzien op je print waarop je een zelfgemaakte module kan inpluggen waar het filter zit om het biampen of aktief filter te installeren. Dit VOOR de PGA's, en na de ingangsbuffer.

daar kan ik inderdaad eens over denken. Luidsprekers die ik nu heb (2weg systeem) gaan nog veranderd worden naar een 3weg systeem met biamping. Mijn broer die deze gaat maken heeft al voorgesteld om de filters in de interlink te steken. Zal het eens voorstellen.

De PGA2310 heeft meer headroom (+/-15V max volgensmij) dan de PGA2311 (5V), dit is het grootste voordeel. Wel een weerstandje in serie met de output zetten, dit was ik vergeten (stond niet in de datasheet). Tegen capacitieve belastingen.

ok, maar voorlopig maak ik ze met de 2311. Deze heb ik nu juist vandaag binnen gekregen.

Afstandsbediening is natuurlijk een heel gaaf extratje
Ben benieuwt hoe je dat gaat doen (nog nooit gedaan zelf).

is heel leuk, en vooral gemakkelijk, gemakkelijk het volume een beetje harder of stiller zitten/ gemakkelijk van kanaal verwisselen. Hoe ik dat ga doen is voor mij op het moment ook nog een raadsel, heb wel al een paar voorbeelden gezien van RC5 code voro in µP, en valt gelijk wel mee.

[GeertJ]

ewa fotokes


LCD display, in het echt is het contrast nog wel beter.


demorelais, om te zien dat het werkt


microcontroller op flashboard


PGA2311PA chip

voor de geintresseerde (en waar ik toch wel een beetje trots op ben) men installatie met huidige voorversterker

[Pjotr]

http://www2.produktinfo.conrad.com/date ... B-4NLW.pdf
Dat is de datasheet van de LCD display.

Ja, dat is de verkoopfolder. Maar er is meestal ook nog een gebruikersmanual waar wel wat meer in staat. Overigens is het ook wel handig om de sheet van de driver bij de hand te hebben:

http://www.microtipsusa.com/driver_pdfs ... KS0073.PDF

ff Googlen doet wonderen

[GeertJ]

inderdaad een zeer handige handleiding, ik ga de sebiet ne keer gaan uitproberen ce....
tot nu toe gebruikte ik de functie die in bascom (compiler dat ik gebruik) standaard zat bijgeleverd...

[JuuL]

http://home.iae.nl/users/pouweha/lcd/lcd0.shtml

Ook erg veel aan gehad

[GeertJ]

pfff vandaag een ganse dag mijne kop zitten breken over diene vervloekte display, maar krijg het gelijk maar niet goed.
Dit is wat er fout is (mijn excuses voor het taalgebruik ): http://users.telenet.be/gentseliggers/a ... G_1971.jpg
dus "klote" heb ik in bascom op lijn 1 gezet, totdaar alles oke. "Displ" heb ik op lijn 2 geplaatst, wat staat die dan op lijn 3 te doen??? "Doeme" staat op lijn 3, waarom staat die dan op lijn 2?? en waarom begint die zo ergens int midden van et spel?? "eh" staat op lijn 4 maar in het midden van de display....

vermoed dat het aan de compiler zelf ligt, gebruik de demo versie van Bascom (www.mcselec.nl?/com?). Kan er iemand mij anders nog een goede(liefst freeware) compiler aanraden voor 8051 uP??? kheb kennis van C/C++, Java, Visual Basic, asm (klein beeke)....

beeke gefrustreerd door geraakt

[GeertJ]

toch ook nog wa goed nieuws, kheb gevonden hoe ik met microcontroller met pc (terminal) kan comuniceren. Kan nog een leuk extraatje zijn voor op preamp te gebruiken....

[JuuL]

Je weet dat je grof gezegt 2 modes hebt om het LCD aan te sturen?
- Commandos sturen
- Characters sturen

Heb je wel eerst het commando gestuurd, zodat er naar lijn 2 wordt gegaan?
Mijn code staat ook online nu (nog niet af), LCD_Comm() gebruik ik om commandos te sturen en LCD_Char() om Characters te sturen (in file init.cpp).
Misschien heb je er wat aan.

Bij bovenstaande site die ik je gaf is dit ook uitgelegt.

En jah, zo'n project is vallen en opstaan. Ben er zelf ook maar al te vaak achter gekomen.

Let er trouwens ook op dat je je kan redden met die demo! Dat niet bijv maar 3/4 van je programma gaat passen en dat je dan alles opnieuw zou moeten schrijven
Voor atmel moeten voldoende compilers zijn. Ik weet alleen niet welke, ponyprog is er volgensmij eentje (C).

/edit
2.3.3. 4-line displays http://home.iae.nl/users/pouweha/lcd/lcd0.shtml
Hier is je antwoord.

[GeertJ]

jup, daar was ik al achter gekomen nu, in bascom claimen ze dat ze een LCD aansturing hebben waar ze het je wel heel gemakkelijk maken. ff een voorbeeldje hoe je het kan doen in bascom

CODE: Selecteer alles

$lcd = &H8000
$lcdrs = &H8002
config lcd = 20 * 4

' dat is het zowat als configuratie van de lcd display. &H8000 en &H8002 zijn er voor het schrijven van de commando's (zet lijnen RS en RW? hoog of laag)

CODE: Selecteer alles

locate 1 , 1
LCD "Tekst"
locate 2 , 1
Lcd "tekst 2"
locate 3 , 1
Lcd "tekst 3"
enz... 

met lcd geef ik op wat er moet geschreven worden op den lcd en met "locate" geef je de lijn en startpositie aan, en daar loopt het dus fout. opzich vind ik het niet erg dat ik voor lijn 2 te beschrijven, lijn 3 moet aanroepen, maar dat het zo in het midden van display begint vind ik nie zo tof.
kzal morgen eens proberen aan de hand van de links hier in dees topic om het handmatig te programmeren.


btw, vallen en opstaan vindik nie erg, mag alleen niet te lang duren

[GeertJ]

pfff, vandaag gans de boel eens geprogrammeerd in assembler, en ik krijg hetzelfde probleem als met het andere programma dat ik heb gebruikt. Begin zo stilaan mijn display zelf ervan te verdenken, dat er ergens een defect op zit ofzo....

CODE: Selecteer alles

// ------------- READS51 generated header -------------- 
// module  : C:\Rigel\Reads51\Work\LCD\LCD.c
// created : 10:46:46, Tuesday, March 05, 2002
// ----------------------------------------------------- 

#define data_write 0x8002;
#define data_read 0x8003;
#define cmd_write  0x8000;
#define cmd_read  0x8001;
#include <cSio51.h>



void LCDinit(void){
// 
// 
#asm
  lcall Busy
  mov   DPTR,#cmd_write
  mov   A,#56
  movx  @DPTR,A
  lcall Busy
  mov   DPTR,#cmd_write
  mov   A,#12
  movx  @DPTR,A
  lcall Busy
  mov   DPTR,#cmd_write
  mov   A,#0x0C
  ;movx  @DPTR,A
  lcall Busy
  mov   DPTR,#cmd_write
  mov   A,#1
  movx  @DPTR,A
#endasm
}


#asm
Busy:
  mov   dptr, #cmd_read 
  movx  A, @dptr
  jb    ACC.7,Busy
  ret
#endasm


void LCDwrite(unsigned char dat){
// 
// 
#asm
  lcall Busy

  mov   a, BPL    ;load dat to a
  add   a, #0xFA
  mov   dpl, a
  mov   a, BPH
  addc  a, #0xFF
  mov   dph, a
  movx  a, @dptr

  mov   dptr, #data_write
  movx  @dptr, a

#endasm
}



void LCDcursor (unsigned char pos)
{
#asm
  lcall Busy

  mov   a, BPL     ;load pos to a
  add   a, #0xFA
  mov   dpl, a
  mov   a, BPH
  addc  a, #0xFF
  mov   dph, a
  movx  a, @dptr

  mov   dptr, #cmd_write
  orl   a, #0x80
  movx  @dptr, a
#endasm
}



main()
{
 char dat;
 unsigned char pos;
 unsigned char n;

 InitSerialPort0(DEF_SIO_MODE); 
 LCDinit();
 while (1)
 {
   pos=0;
   LCDcursor(pos);
   for(n=0; n<20; n++)
   LCDwrite (32); 
   LCDcursor(pos);
   while (pos < 20)
   {
     dat=getc();
     if (dat == 13) pos= 19;
     else LCDwrite(dat);
     pos=pos+1;
   }
   pos=33;
   LCDcursor(pos);
   for(n=0; n<20; n++)
   LCDwrite (32); 
   LCDcursor(pos);
    while (pos < 51 )
   {
     dat=getc();
     if (dat == 13) pos=51;
     else LCDwrite(dat);
      pos=pos+1;
   }
   pos=65;
   LCDcursor(pos);
   for(n=0; n<20; n++)
   LCDwrite (32); 
   LCDcursor(pos);
    while (pos < 51 )
   {
     dat=getc();
     if (dat == 13) pos=83;
     else LCDwrite(dat);
      pos=pos+1;
   }
 }
 while (1);
}

ook al met pos variabelen zitten knoeien, maar maakt niks uit. Fenomeen blijft. Mischien morgen eens een andere display gaan halen
bijkomend fenomeen: als ik oip het einde van eerst lijn komt, plaatst hij ook dezelfde karakters op het begin van de tweede lijn .... derde en vierde lijn van hetzelfde....

vraagje, als je datalijnen of gewoon weg een draad verkeerd aansluit op je display (dan heb ik het wel niet over de voedingspanning van ledje enzo... ) kan er dan zowiezo nog iets op geschreven worden? Mij lijkt van niet, maar ben niet zeker....

[JuuL]

ALs een datalijn geen contact maakt ofzo krijg je allemaal rare tekens.

Oke, adressen van de lijnen:
Lijn1:
0
Lijn2:
64
Lijn3:
20
Lijn4:
84

[GeertJ]

keer proberen...

1200 sec wachten voor te programmeren

[GeertJ]

khoop dat als, ik den display in orde krijg, dat de rest een beetje gemakkelijker gaat gaan zunne, want....
maar we blijven doorgaan

[JuuL]

BIj mij gaat ie ook lekker (not)
Je bent nog aan het wachten?

[GeertJ]

tzal aan den dag liggen zekerst...

jup, nog aant wachten, gaat veel te traag naar mijn goesting... denk nog een minuutje of 12:?...

[GeertJ]

doeme, iets verkeerds gedaan bij het programmeren, moet nu gans opnieuw... nog ff geduld

[GeertJ]

niet goed te krijgen dus eh, ben radeloos.... ....

CODE: Selecteer alles

main()
{
 char dat;
 unsigned char pos;
 unsigned char n;

 InitSerialPort0(DEF_SIO_MODE); 
 LCDinit();
 while (1)
 {
   pos=0;
   LCDcursor(pos);
   for(n=0; n<20; n++)
   LCDwrite (32); 
   LCDcursor(pos);
   while (pos < 20)
   {
     dat=getc();
     if (dat == 13) pos= 20;
     else LCDwrite(dat);
     pos=pos+1;
   }
   pos=20;
   LCDcursor(pos);
   for(n=0; n<20; n++)
   LCDwrite (32); 
   LCDcursor(pos);
    while (pos < 40 )
   {
     dat=getc();
     if (dat == 13) pos=40;
     else LCDwrite(dat);
      pos=pos+1;
   }
   pos=64;
   LCDcursor(pos);
   for(n=0; n<20; n++)
   LCDwrite (32); 
   LCDcursor(pos);
    while (pos < 84 )
   {
     dat=getc();
     if (dat == ) pos=84;
     else LCDwrite(dat);
      pos=pos+1;
   }
 }
 while (1);
}

dees is nu mijn programma, wel effe asm code weg gelaten...

als er iemand brilliante ideeen heeft.... laat maar weten eh

kgaan in mijn bedde gaan kruipe, keer slape, mss lukt het morge beter.. .

[JuuL]

Oke, adressen van de lijnen:
Lijn1:
0
Lijn2:
64
Lijn3:
20
Lijn4:
84

LCDcursor schrijft commandos he?

Van boven naar beneden zie ik:
begint eerst bij pos0 = lijn1 klopt
daarna pos 20, dat is lijn 3 ipv lijn 2 hoor
daarna pos 64, dat is lijn 2 ipv lijn 3

Klopt het dat regel 2 en 3 zijn omgewisselt?

/edit
Howhowhow! (kerstmis) wacht eens, jij hebt helemaal geen delays gebruikt of wel!? Dan kan je LCD de commandos/characters niet bijhouden.

Als je op deze manier delays toevoegt moet het wel lukken:

CODE: Selecteer alles

void LCD_Comm(char Command)		
{
	LCD_RS=0;			//Write Commando
	Delay_Short(1);		//Delay
	PORTB=Command;		//Write Character to LCD
	LCD_E=1;			//Clock
	Delay_Short(1);		//Delay
	LCD_E=0;			//Clock
	Delay_Short(1);		//Delay
}

[GeertJ]

http://users.telenet.be/gentseliggers/a ... I_1976.avi ff een videoke van gemaakt van wat er allemaal fout gaat. het is met programma in vorig bericht geprogrammeerd. Let erop dat wanneer ik getallen invoer op de eerste lijn, vanaf een bepaald moment deze getallen ook gekopieerd worden op de tweede lijn....

het klopt idd dat ik lijn 2 en 3 heb omgewisseld. Volgens datablad van de controller begint lijn 2 op adres 20 en lijn 3 op 40 hex...

die delay's zouden normaal gezien in de asm code moeten staan...

CODE: Selecteer alles

#asm 
  lcall Busy 
  mov   DPTR,#cmd_write 
  mov   A,#56 
  movx  @DPTR,A 

en busy

CODE: Selecteer alles

#asm 
Busy: 
  mov   dptr, #cmd_read 
  movx  A, @dptr 
  jb    ACC.7,Busy 
  ret 
#endasm

of kijk ik hier alleen maar of dat de lcd controller nog bezig is ???

[JuuL]

Ik ben niet zo heel erg thuis met asm (lang geleden) maar je moet steeds een delay geven voor de clock, ik weet niet hoe jij dat hebt gedaan.

CODE: Selecteer alles

#asm
  lcall Busy
  mov   DPTR,#cmd_write
  mov   A,#56
  movx  @DPTR,A
  lcall Busy
  mov   DPTR,#cmd_write
  mov   A,#12
  movx  @DPTR,A
  lcall Busy
  mov   DPTR,#cmd_write
  mov   A,#0x0C
  ;movx  @DPTR,A
  lcall Busy
  mov   DPTR,#cmd_write
  mov   A,#1
  movx  @DPTR,A
#endasm 

Hier is duidelijk te zien dat je steeds een delay hebt toegevoegt
Als je dat nou ook bij LCDWrite en LCDcursor doet?

[GeertJ]

kheb er een delay bij gezet, ne keer benieuwd wat het resultaat gaat zijn


/edit
werkt ook niet, nog altijd hetzelfde probleem