Mam jak zwykle zresztą pytanie . Zabieram się w końcu za automatyzację mojego zasilacza, posiadam przetworniki DAC, 14bitowe, które mają wewnętrzny podział na 8 i 6 bitów, czyli najpierw rzucamy na szynę 8 młodszych, potem 6 starszych itp.

W jaki sposób sobie poradzić z tym programowo (Nie chodzi mi o gotowy program ). W jaki sposób w C rozdzielić np. daną dwu-bajtową (czyli 16bit) na dwie porcje. Podobnie jest oczywiście z DAC 13bit i 12bit. Nie wiem jeszcze z którego będę korzystał. Bo procedury sterowania i tak muszę do każdego napisać od zera.

W jaki sposób podzielić np 16bitową daną (bo na takich trzeba operować) na młodszy i starszy bajt wysyłany na DAC. Na piechotę? za pomocą operacji bitowych?. Jeżeli użyję nowszych przetworników po SPI to tam problem nie istnieje bo i tak dane chodzą po ramkach, więc trzeba je inaczej interpretować. W przypadku sterowania równoległego muszę jakoś w programie rozbić daną 16bitową na dwie 8bitowe.

użyj przesunieć bitowych dla MSB, natomiast dla LSB trzeba maskować bity

Nie wiem czy ogarnę tą odpowiedź swoim ciasnym umysłem. Tak też myślałem, że da się w jakiś sposób na piechotę za pomocą przesunięć, ale liczyłem na jakąś prostszą metodę .

LSB = 16bit & 0xFF
MSB = 16bit >> 8

No i Malutki mnie ubiegł. Chyba mu ktoś tego kunia batem pogonił

_________________
Jestem początkujący i moje porady mogą być błędne

tylko jakoś liczenie mi nie bardzo idzie ....... bo chyba ze trzy razy poprawiałem post.

Nawet nie trzeba nic maskować



ot wsio

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

no właśnie miałem napisać, że cosik mi nie pasi a tu już poprawiłeś

_________________
Jestem początkujący i moje porady mogą być błędne

Bo to wszystko przez moją chabetę, ja chcę w prawo a ona lezie w lewo

i na dodatek jęzor Ci pokazuje

_________________
Jestem początkujący i moje porady mogą być błędne

Kurcze ja to jednak ciemny jestem jak tabaka w rogu......


Co prawda chodziło mi o "w drugą stronę" czyli DAC, ale zasada zostaje ta sama .

Nie odpowiada mi dokładność przetworników w AVR, za równo rozdzielczość mają za małą, jak i liniowość kiepską. Muszę się posiłkować zewnętrznymi.

Pewnie wszystko zależy do czego.
Chyba można by to trochę poprawić dając zewn. napięcie odniesienia

_________________
Jestem początkujący i moje porady mogą być błędne

Jakoś znowu pokrętnie piszesz

zdecyduj się czy gadamy o ADC czy jednak o DAC

Niestety rzeczywista dokładność przetworników AVRów to w porywach 8-9bitów, za duża nieliniowość i dokładność. Znowu DACów na PWM to jakoś w zastosowaniach precyzyjnych nie widzę. Mój DAC to MX7537, ewentualnie nowsze z wyjściem prądowym. Dzięki temu uzyskuję wysoką dokładność i stabilność zadanego napięcia, na czym mi bardzo zależy.

Źródła napięcia odniesienia "załatwiłem" o dokładności 0.02% i 1ppm . Szkoda było by psuć parametry kiepskimi przetwornikami na PWM, czy nawet w ATXmegach. Są fajne procki z dobrymi DAC i ADC ale z jądrem 8051 wiec odpadają.

O DAC, cały czas o DAC.

W ADC, nie ma problemu bo mam 16-24bitowe przetworniki ADC po SPI, więc już w samej obsłudze SPI wrzucane będą dane do odpowiednich zmiennych (uint16 albo 32). Jedynie miałem problem z MX7537 bo one są równoległe i stąd potrzeba rozdzielenia 16bitowej danej na dwie 8bitowe.

Aaaaa ok to juz się odnalazłem

Hehehe no wiesz wszystko zależy jakiej dokładności oczekujesz ........, swoją drogą dla uproszczenia konstrukcji też poszedłem tą samą drogą ( wyszło masło maślane )

I nie dlatego że DAC na PWM jest jakiś beee ale dlatego że rodzi to mniejsze problemy według mnie ( co może być powiązane z brakiem odpowiedniej wiedzy )

Może wskaźnik??

_________________
Zapraszam:
filiporlo.blogspot.com

Ogólnie oczekuję sporej dokładności i stabilności w czasie. Zakładana rozdzielczość ustawiania napięcia to 5mV przy zakresie 30-50V. Mam taki kaprys . I przy rozdzielczości 14bit dało by się to już osiągnąć. Biorąc po uwagę iż użyję przetworników o błędzie 0.5% oraz źródła napięciowego o dokładności 0.02% i 1ppm. Powinno to dać dosyć precyzyjne pomiary.

Z mierzeniem też nie powinno być problemu, bo mam gotowe rozwiązania na CS5532, ewentualnie ADS1216 itp. Co prawda nie od strony programowej a hardwaru, ale w przypadku tak precyzyjnych pomiarów software jest sprawą drugorzędną.

PS. AVR niestety ma bardzo duże szumy, przez co przy mniejszych wartościach są spore przekłamania, można co prawda uśredniać wynik itp. ale pewność pomiaru w funkcji czasu nadal pozostaje na poziomie pojedynczych procentów, a ja chcę zejść przynajmniej do wartości 0,5% albo mniej.

Fakt, daną wrzucać jako uint16, a pobierać jako wskaźnik raz do młodszego bajtu raz do starszego z zwiększeniem wskaźnika o jeden.

Hmmmm może za pomocą struktury?

------------------------ [ Dodano po: 1 minucie ]

Nie działa

Hehehe struktura połączona z unią ............ za raz to przetestuje

No tak tylko już od dłuższego czasu klepie różnke kombinacje i kompilator daję mi cały czas "zakaz zatrzymywania"

A taki czerwony znaczek z białym krzyżykiem

Hahahaha już WIEM


a dalej już się używa tak :

MSB = rozbicie.MSB
LSB = rozbicie.LSB

Mam rację

niestety Malutki_27 zarówno MSB i LSB będziesz miał równe i będzie to LSB z data

ale jak zrobisz tak:

union {
uint16_t data;
uint8_t tab[2];
} rozbicie;

to

MSB = .tab[0];
LSB = .tab[1];

to już będzie OK

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

No własnie wiedziałem że w którymś kościele dzwonią .......... tylko nie zabardzo wiedeziałem gdzie

jeszcze kombinowałem żeby do tego użyć strukturę zamiast tablicy jak w twoim przypadku

Z racji iż wróciłem do tematu DAC, dokładniej oprogramowania MX7537.

Wrzucam tu celem wysłuchania solidnej porcji krytyki moją przymiarkę bibliotek do MX7537





Moje podstawowe pytanie, czy to zmierza w dobrym kierunku?

Wszelkie podobieństwa do bibliotek Mirka (hd44780) jak najbardziej zamierzone .

Ja nie miałem czasu dokładnie przejrzeć PDF'a ale tak tylko kontrolnie zapytam czy aby na pewno przy takiej transmisji danych równoległych, wystawiamy dane na samym końcu ?



nie mówię, że to źle - bo nie wiem - ale jak potwierdzisz - to będzie pewne że masz OK

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Właśnie patrzę w dokumentację i coś mi śmierdzi .........jeszcze walczę. Dzięki za zwrócenie uwagi.

Po przemyśleniach doszedłem do błędnego wniosku , bo dalej mi coś się nie podoba, ale już chyba wiem gdzie leży problem
chwilowo wygląda to tak


Zdaje mi się, że powinienem jednak najpierw poustawiać bity, a potem je naraz wywalać na szynę..........






Zastanawiam się, czy nie powinienem zrobić jak w funkcji static inline void lcd_sendHalf(uint8_t data); ??? w bibliotekach Mirka.
Czy może chwilowo nie bawić się w uniwersalność biblioteki? może lecieć na pałę .

Ja to bym na pałę leciał. Jak będzie w ogóle działać to wtedy się porozdziela na biblioteki

_________________
sig off ;(

rezasurmar -->

mów co chcesz ale idę o zakład, że najbezpieczniej (zresztą zawsze przy tego typu transmisji równoległej), pierwsze co zrobić to wystawić dane na szynę równoległą, z czasówki widać, że podobnie wcześniej MUSI być wystawiony adres, więc ja od tego bym zaczynał ....

potem zwróć uwagę na czasy t5 i t6 0ns

ważny jest t7 (WR) oraz t8 (CLR) ale w przypadku AVRka popędzanego byle wolnym 8MHz to żaden z tych czasów nie ma znaczenia - nie musisz się martwić i w jednym cyklu możesz banglować tymi sygnałami. Ewentualnie przy 16MHz i więcej można byłoby próbować wstawiać jakiegoś NOP'a w czasie t7 czy t8, ale podejrzewam że obejdzie się i bez NOP'a

zwróć uwagę, że w tego typu czasówkach masz podane tak w ogóle minimalne czasy a nie WYMAGANE czasy bo tu często bywają nieporozumienia.

zatem wystarczy jak mówiłem wystawić DANE i ADRES czy tam ADRES i DANE (obojętna kolejność) a potem przebanglować CS,UPD, WR, CLR i co ważne na zakończenie ustawić wszystkie w stan WYSOKI.

Tak samo ustawić te linie w stan wysoki przy jakiejś inicjalizacji biblioteki po ustawieniu kierunków

a potem każdy zapis nie musi się już zaczynać od ustawiania tych linii w stan wysoki - bo tylko będziesz marnował Flash i swój czas tzn czas procka ...

i będzie śmigać - tak myślę - no ale przetestuj i zobacz

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]