Wątek: Kokpity, panele - dla budowniczych symulatorów

[vito_zm]

Może lepiej nie będę się już wypowiadał na temat elektroniki, nie chcę psuć atmosfery.

Dobrze robisz,że się pytasz.Zasadą dobrego projektowania jest tzw.burza mózgów,które polega na tym,że w grupie jest ktoś  kto zadaje "trudne pytania".Jest to bardzo ważne,ponieważ specjaliści od danego tematu np.projektowania układów elektronicznych wpadają w rutynę i nie dostrzegają innych możliwości.Nie psujesz atmosfery odwrotnie zmuszasz do ponownego rozpatrzenia problemu.Tak trzymaj.
Skalarki poruszył ważny problem.Dla mnie jako elektronika nie ma problemu jaki projekt będę realizował,ponieważ wiem jak działają układy elektroniczne.W tej sprawie ważna jest opinia ludzi nie związanych z elektroniką.Pytania zadawane na forum  OC dla mnie były trywialne,ale dla pytających były problemem (np.odpowiedniki układów scalonych).
Szkoda,że na naszym forum jest tak mała grupa zainteresowana tym projektem.Duża grupa osób zrealizowała np.MJoy lub jakieś proste panele dla simów.Dobrze byłoby gdyby wyrazili swoją opinię.Z drugiej strony trzeba sobie odpowiedzieć na pytanie kto ma z tego projektu korzystać.

[noker]

Sądzę, że więcej osób ten temat obserwuje z zapartym tchem, z podziwem dla wiedzy prowadzących liderów tematu, a nie odzywa się, bo o co tu pytać jak się nie jest 'co najmniej' rozeznanym w elektronice, o programowaniu układów nie wspominając.

Sam do takich 'gapiów' należę.

[skalarki]

Sądzę, że więcej osób ten temat obserwuje z zapartym tchem, z podziwem dla wiedzy prowadzących liderów tematu, a nie odzywa się, bo o co tu pytać jak się nie jest 'co najmniej' rozeznanym w elektronice, o programowaniu układów nie wspominając.

Sam do takich 'gapiów' należę.

No to ja miałbym pomysł aby admin forum lub osoba uprawniona utworzyła ankietę, niech każdy zainteresowany dorzuci swój głos: Ile osób jest zainteresowanych tematem, czy byłbyś w stanie zbudować urządzenie z elementów, czy wolałbyś dostać gotowe i przetestowane urządzenie itp, etc. Taka ankieta dałaby dane dla obrania kierunku dalszych działań.

[mickey81]

noker, czy jest szansa, żebyś wrzucił na stronę o mjoyu, projekt płytki enkoderów? Zając ma świetny manual, dobrze byłoby, mieć wszystko w jednym miejscu. Przekopywanie się przez kilkanaście (dziesiąt) stron forum w poszukiwaniu np schematu jest pracochłonne, a czas ten można by wykorzystać na montaż układu
Pozdrawiam
mickey81

[damos]

noker, czy jest szansa, żebyś wrzucił na stronę o mjoyu, projekt płytki enkoderów?

Jesteśmy w trakcie...

No to ja miałbym pomysł aby admin forum lub osoba uprawniona utworzyła ankietę, niech każdy zainteresowany dorzuci swój głos: Ile osób jest zainteresowanych tematem

To Forum jest dość specyficzne (co nie znaczy, że złe - może lepiej iść na jakość niż na ilość) i mamy wąską grupę zainteresowanych. Nie wiem, ilu ludzi nasz "czyta". Nie jesteśmy site'm dedykowanym budowie kokpitów. Taka sonda może być mało reprezentatywna.

Szkoda,że na naszym forum jest tak mała grupa zainteresowana tym projektem.Duża grupa osób zrealizowała np.MJoy lub jakieś proste panele dla simów.

Nasz soft i hardware będzie się świetnie nadawać do realizacji prostych paneli !

Mam pytanie: gdzie planujecie robić płytki? Czy macie jakąś sprawdzoną firmę? Ja mam kilka, które chciałbym zrobić i zastanawiam się gdzie je wysłać.

U nas jest to Gama w Warszawie.

Taka sugestia dotycząca projektu.
Ja na początku też planowałem robić coś co będzie bardzo uniwersalne, tanie i teoretycznie proste w rozbudowie. [...] to nie ma sensu, bo [...]  wszyscy inni będą wrzodem na d.... projektanta zalewając go setkami maili dotyczącymi ustawień, konfiguracji i kto wie jeszcze jakich inny głupich problemów.

Cóż.. przyznaję, że o tym nawet nie pomyślałem jednak widzę światełko w tunelu polegające na zbudowaniu naprawdę elastycznego systemu konfigurowalnego software'm. Tak - utopia, ale mam ochotę spróbować

Nie jestem pewien czy dążenie do zmniejszania wielkości płytek i ich mnożenie w projekcie oraz wykorzystywanie najtańszych rozwiązań ma sens (widać to po projekcie OC jaki pisze vito_zm - jedna wielka płątanina kabli).

Ale właśnie my staramy się minimalizować ilość kabli W tym ma tkwić jedna z zalet.

Damos chyba się ze mną zgodzi, że ilość potencjalnych problemów i usterek rośnie lawinowo wraz ze wzrostem lliczby elementów projektu.

Oczywiście! Dlatego starałem się użyć TYCH SAMYCH elementów do jak największej liczby zastosowań (drivery serial-in parallel-out MBI).

Ostatnia rzecz, przecież jak ktoś wydał na zbudowanie kokpitu, zakup kompów, softu, projektorów etc. parę tysięcy to jakie ma znaczenie czy płytki będą kosztować zamiast 100 -200zł?

1 - dla kogoś, (takiego jak ja )kto nie chce wielkiego kokpitu może to być kwestia -  budować czy zapomnieć? Różnica - 150 PLNz a hardware lub 750 PLN za hardware może mieć kluczowe znaczenie. Ja na przykład chcę mieć nieco klawiszy i wskaźników wyprowadzonych po za ekran. Ja nie potrzebuję HUD'a ani MFD. Minimalizacja rozmiaru płytki, standaryzacja płyty DB - pozwalają znacznie zmniejszyć koszty.

  a dla projektanta ma to zasadnicze znaczenie bo ma większy budżet i o wiele wiele większe możliwości.

Chodzi właśnie o wyzwanie dla projektanta ! Jeśli robię to "for fun" a im trudniejsze zadanie - tym większy fun. Więc interesuje mnie trudne zadanie a nie łatwe A trudne zadanie to: jak za pomocą tanich rozwiązań zrobić niezłą platformę.

Wystarczy 12 wyświetlaczy, to już by było ponad 8%. Przy odpowiedniej częstotliwości oko ludzkie nie zauważy żadnej różnicy.

Tak, ale wtedy przez 11/12 (92%) czasu każdy pojedynczy wyświetlacz NIE BĘDZIE świecić (będzie zgaszony, bo w tym czasie świecą się i gasną kolejno - każdy z pozostałych 11-tu). To daje średnie natężenie światłą na poziomie 1/12 nominalnego (faktycznie 2 razy mniej z wielu względów). Tym samym każdy element świeci 24 razy słabiej niż normalnie - przy zasilaniu maksymalnym, dopuszczalnym prądem. Nie ma to wiele wspólnego z częstotliwością odświeżania  - jak np. w monitorze i nie należy mylić tych zagadnień. Efektem ubocznym nie jest migotanie a słabe świecenie.

Tu jest miejsce na rejestr przesuwny (wspominałem o 74hc595), tylko wtedy pewnie trzeba by inaczej rozwiązać zasilanie wyświetlaczy.

Rejestry przesuwne mamy opanowane do perfekcji Niestety - one generują dużo kabli....

Zwiększając płytkę o kilka cm² i elementy za powiedzmy 2-3 PLN wyjdzie taniej niż dwie DB do wyświetlaczy LED.

Policzmy, co trzeba dodać do płytki aby uzyskać więcej 7-SEg przy tej samej jasności (np. 21 wyświetlaczy zamiast 7 - tyle mogę zrobić na ATmega16):
- inny uP - droższy (ATmega16: + 4 PLN)
- dodatkowy rejestr przesuwny + 1 PLN
- dodatkowe złącza do płytki wyświetlaczy (2 dodatkowe, ale i tak były by potrzebne  w innej DB = o PLN)
- dodatkowe oporniki ( ale i tak były by potrzebne  w innej DB = o PLN)
- dodatkowa przestrzeń na płytce na złącze (+ 5 PLN ?)
- dodatkowa przestrzeń na płytce na uP (+ 4 PLN?)
co oszczędzamy:
- kondensatory blokujące (2 komplety - 2 PLN ?)
- ULN2003 (2 komplety - 2 PLN ?)
- płytka drukowana (powierzchnia 2 innych DB - ok. 34 PLN ?)
- złącza programowania (2 szt - 1 PLN ?)
- złącza przejścia do następnej DB (2 komplety - 2 PLN ?)
- taśmy łączące i wtyczki łączeń z DB (2 komplety - 4 PLN ?)

W efekcie mamy:
- dłuższe przewody do wyświetlaczy (wspólna płytka dla 3-ch modułów)
- bardziej skomplikowany kod obsługi
- większa płytka
- minimalne rozwiązanie droższe
oszczędzamy ok. 45 PLN płacąc dodatkowo 13 PLN
Zysk: 32 PLN na 3 zestawy po 7 LED.

IMHO warte rozważenia.

Zaraz...... właśnie przyszedł mi do głowy pomysł na sterowanie multiplexowane 16-tu zestawów 7SEG*7 za pomocą jednej DB i ATmega8 (32 zestawów za pomocą ATmega16). Wymagało by to:

• dodatkowego rejestru MBI na każde dwa zestawy ( 8*3 PLN = 24 PLN) (16 MBI w przypadku ATmega16)
• odpowiednika ULN2003, ale podającego VSS a nie GND i odpowiednią wydajność prądową :karpik

Koszt początkowy wzrośnie znacznie z powodu płytki, lecz nie będzie obowiązku instalowania wszystkich driverów MBI - można tylko tyle, ile się chce/używa. Odpadnie za to lutowanie 128 rezystorów ! W przypadku ATmega8 koszt dodatkowy to 24 PLN za MBI + 10 PLN za PCB a zysk (w porównaniu do bazowego rozwiązania) to... 15*(25 PLN - koszt części oraz PCB na każdą DB) = 375 PLN, dla Atmega16 to 700 PLN (32*25)  :karpik
Wtedy jedna DB mogła by obsłużyć cały kokpit LED 7SEG  :012: 

Może lepiej nie będę się już wypowiadał na temat elektroniki, nie chcę psuć atmosfery.

Nie rób sobie jaj. Właśnie sprowokowałeś kolejną ideę zmniejszenia kosztów i ilości kabli

[vito_zm]

a moje narzekania biorą się z tego, że osobiście chciałbym aby te rozwiązania były naprawdę dobre i dostępne absolutnie dla każdego

Teraz widzisz jaką ważną rolę odegrałeś w tym projekcie.Nowy pomysł Damosa powstał dzięki Twojej inicjatywie.Za moment ja (jako laik w programowaniu )zadam Tobie "dziwne pytanie" i będzie podobna sytuacja.W ten sposób powstają dobre projekty.
Damos przeanalizuję Twój pomysł,ale już widzę,że jest dobry.
Myślę,że projekt jako całość z dobrze napisanym manualem będzie zrozumiały dla większości pitbuilderów.Będzie przypominał MJoy tylko z większymi możliwościami.
Zgadzam się z Damosem,że nasze forum nie jest dedykowane budowie kokpitów,ale jestem pewien,że ten projekt będzie tak popularny jak MJoy.Dlaczego?Ponieważ jest prosty w realizacji (montaż,uruchomienie,programowanie uP w domowych warunkach i będzie tani) oraz dzięki modułowości każdy będzie realizował ten fragment projektu,który aktualnie potrzebuje.

[BOCZEK]

Czołem,

 Panowie, śledzę ten wątek z wypiekami na twarzy  . Chętnie bym pomógł w Waszym projekcie, niestety moja wiedza na temat elektroniki jest dosyć ograniczona (jak na zaawansowanie tego projektu). Jednym słowem CZAPKI Z GŁÓW. Tworzycie coś niesamowitego.
Co do ludzi którzy śledzą temat - wierzcie mi, jest ich naprawdę spora ilość. Jeśli byli byście zainteresowani rozwiązaniami mechanicznymi (kompletny układ kołysek, wolanty, orczyki - także kopie oryginałów, zegary analogowe, układ z ForceFeedback) jestem do usług. Coś tam majsterkuję w wolnym czasie lecz zawsze brakowało mi elektroniki i softu do moich pomysłów. Może czas pomyśleć nad kompletnymi zestawami (simbuilt)?

Gorąco pozdrawiam!

[damos]

Jako, ze wyjaśnienia na priv. dla vito_zm okazały się nie dość jasne - opiszę tu rozwiązanie, do wymyślenia którego "zmusił" mnie Codeking


Tutaj schemat - prawie gotowy. Podłączenie ponad 250 "odnóży" i pogrupowanie ich w bus'y przerosło, mój wolny czas
http://www.damos.k11.pl/LO/led_multiplex/schemat.png (uwaga - duży !

Gniazda po prawej- (nie podłączone do końca) są wyjściami do poszczególnych zespołów wyświetlaczy (dziwny układ wyjść to zachowana wsteczna kompatybilność z modułami z FSBUS'a). W każdym zespole jest 8 wyświetlaczy - bo UDN obsługuje tyle anod. Dodatkowo w każdym sezpole jest 8 wejść do poszczególnych segmentów świecących pojedynczego wyświetlacza LED - jak w normalnym rozwiązniu multiplexowanym (Zając i Vito będą wiedzieć o co chodzi). Taki "zespół" wyświetlaczy 7SEG mających osobne anody i połączone równolegle odpowiadające sobie segmenty nazwę "zespołem" (wyświetlaczy 7-mio segmentowych).

Jak na schemacie widać: uP steruje wspólnymi anodami za pomocą drivera prądowego UDN2982 (current - nie sink).
Wszystkie "zespoły" wyświetlaczy współdzielą ten sterownik: (a raczej są z niego sterowane)
- wszystkie pierwsze wyświetlacze w zespole są sterowane przez linię BA1 (buferred anoda 1)
- wszystkie drugie wyświetlacze w zespole są sterowane przez linię BA2 (buferred anoda 2)
- wszystkie trzecie wyświetlacze w zespole są sterowane przez linię BA3 (buferred anoda 3)
- wszystkie czwarte wyświetlacze w zespole są sterowane przez linię BA4 (buferred anoda 4)
- wszystkie piąte wyświetlacze w zespole są sterowane przez linię BA5 (buferred anoda 5)
- wszystkie szóste wyświetlacze w zespole są sterowane przez linię BA6 (buferred anoda 6)
itd - do ostatniego..
Oznacza to, że wszystkie "pierwsze" zapalą się w tym samym czasie, wszystkie "drugie" też razem (bo są sterowane z tego samego wyjścia IC5).

Teraz pora na pytanie - co spowoduje, że po podaniu plusa do wspólnej anody zapalą się jakieś segmenty na "zasilonych" wyświetlaczach?
Otóż... uP przed podaniem plusa na  anodę wypełni danymi układy: IC1, IC2,IC3,IC4,IC6, IC7,IC8,IC10 - jest to 8 sztuk MBI5026.
Każdy z MBI ma 16 wyjść podzielone (logicznie, nie fizycznie) na dwie grupy po 8. Każda z tych grup obsługuje inny "zespół" zasilając jego "współdzielone" katody. Oczywiście - jak to wynika z idei multiplexowania w danym kwancie czasu w każdym "zespole" zaświecą się segmenty tylko jednego wyświetlacza - tego, który akurat będzie miał wysterowaną anodę.

Tak więc praca uP będzie polegać na:
1 - zapisaniu wszystkich rejestrów MBI.
2 - zgaszeniu poprzednio zasilonych anod
3 - zatrzaśnięciu danych w rejestrach MBI
4 - zapaleniu anod pod nowym indeksem (następny wyświetlacz w "zespole")
5 - powrót do punktu 1 w celu wyświetlenia danych na następnym wyświetlaczu.... i tak w kółko.

Na czym polega "odmienność" rozwiązania w stosunku do zwykłego multipleksowania jednego zespołu ?
Otóż:
1 - wszystkie 8 rejestrów współdzieli sygnał zegarowy generowany przez uP (jedna nóżka uP na wszystkie układy)
2 - wszystkie 8 rejestrów współdzieli sygnał LE generowany przez uP (jedna nóżka uP na wszystkie układy)
3 - każdy z 8-miu rejestrów ma OSOBNĄ linię dla danych wejściowych (pin 2) - więc każdy ma osobny strumień danych wejściowych, podawanych szeregowo.
4 - wszystkie linie danych (DATA1-DATA8), sterujące poszczególne rejestry są podłączone do tzw. "PORTU 8-mio bitowego" w uP. Każdy bit w tym porcie to osobna "nóżka" uP (DATA1-DATA8). Ta "nóżka" to źródło danych wejściowych dla jednego z układów MBI.   
5 - wszystkie 8 bitów na porcie ustawiam w ciągu 3 cykli zegarowych przepisując jeden bajt z pamięci (ta pamięć jest uprzednio wypełniona danymi odebranymi przez I2C) do tego właśnie portu. Powoduje to jednoczesne wystawienie danych do wszystkich 8-miu układów MBI - zyskujemy bardzo dużo na prędkości. Zauważcie, że nie ma znaczenia, czy sterujemy jednym ukłądem, czy 8-mioma, bo zapisuję i tak cały bajt (8 bitów).
6 - rejestry MBI mają wspaniałe "zatrzaski", które umożliwiają przygotowywanie nowych danych "w tle" podczas, gdy obserwatorowi prezentowane są poprzednio "zatrzaśniete" dane. Czas przygotowania nowych danych podczas świecenia poprzednio ustawionych danych pozwala na "rozżarzenie" się diod świecących bez generowania sztucznych pętli opóźniających (nie wiem, jaki jest czas reakcji LED'ów na podanie i odcięcie zasilania - jeśli na poziomie 0,5 ms to było by świetnie)  .
7 - rejestry MBI mają wbudowane sterowanie (regulację) prądu dla każdego z 16 wyjść, co pozwala zrezygnować z lutowan rezystorów - (normalnie jest potrzebnych 8 rezystorów na każdy "zespół" w celu sterowania prądem każdego pola świecącego na wyświetlaczu 7SEG) - wystarczy jeden rezystor na każdy rejestr. (tzn. jeden rezystor na dwa zespoły)
8 - rejestry MBI mają 16 wyjść - więc każdy z nich "obsługuje" 2 "zespoły" wyświetlaczy LED (po 8 na każdy)
9 - rejestry MBI mogą pracować z zegarem 25 MHz, co grubo przerasta możliwości ATmegi
10 - wszystkie zespoły są sterowane w tym samym czasie - więc ich ilość NIE wpływa na jasność świecenia (współczynnik wypełnienia jest ten sam) ! Wpływ na jasność ma jedynie ilość cyfr w "zespole".

Dodatkowo zatrzaski pozwalają skrócić czas przełączania:
- zakładamy, że nowe dane są gotowe do zatrzaśnięcia, i numer nowej anody też jest już przygotowany - i wtedy
- wyłączamy "poprzednią" anodę (1 cykl zegarowy)
- zatrzaskujemy dane w rejestrach MBI (1 cykl zegarowy)
- włączamy nową anodę (1 cykl zegarowy)

Wtedy czas zgaszenia wszystkich wyświetlaczy to zaledwie 3 cykle zegarowe ! (przy 8 MHz to 0,38 us)
Koszt CPU to odczyt z pamięci i przepisanie danych do portu. Całą robotę odwalają rejestry MBI.

Tak więc za pomocą jednego uP ATmega8, 8-miu MBI5026, jednego UDN2982 i 8-miu rezystorów można obsłużyć 16 zespołów wyświetlaczy po 8 cyfr każdy (sumarycznie: 128 cyfr). W przypadku ATmega16 ilość tę można podwoić (albo 32 zespoły po 8 cyfr, albo 16 zespołów po 16 cyfr).



Ze wstępnych obliczeń wychodzi mi, że zegar 8MHz (wewnętrzny oscylator RC w uP) wystarczy z nawiązką.


Plusy:
- Układ jest bardzo podatny na rozszerzenia: ustawiając szeregowo rejestry MBI (np. do każdego już istniejącego dopinamy kolejny) możemy również podwoić ilość sterowanych wyświetlaczy (ATmega8 - 256 cyfr, ATmega16 512 cyfr). To wszystko dotyczy jednej DB. Takich płytek można podłączyć po I2C 120... (przy kaskadzie to nawet 262 000 cyfr) :karpik
- Oczywiście - nic nie stoi na przeszkodzie wariantu minimalnego: ATmega8, podłączamy tylko 1 układ MBI5026 a do niego tylko jeden "zespół" pokazujący (mający) tylko jeden wyświetlacz 7SEG (jedna cyfra) - to nadal będzie działać.
- można "załatwić" kokpit jedną DB
- Przy realizacji 16-tu "zespołów" po 8 lub mniej cyfr średni koszt części oraz PCB na jeden "zespół" to ok. 5-8PLN. Dużo taniej niż gotowiec za 40 PLN.

Minusy - jeszcze nie gotowe i nie przetestowane

vito_zm - czy teraz wyjaśniłem nieco składniej ?

[codeking]

Jestem pod wrażeniem. Zamiast 7 mamy 128 co wystarczy absolutnie na cały kokpit. Wszystko wygląda ok i nawet zrozumiałem o co chodzi Jeśli teoria sprawdzi się w praktyce to rewelacja. Gratuluje rozwiązania.

[vito_zm]

Witam,
moje gratulacje Damos.Twoje wyjaśnienia są precyzyjne.W celu potwierdzenia czy dobrze rozumiem idę pracy tego projektu zadam kilka pytań.
Wyświetlacze 7-seg.są pogrupowane w zespoły (wiersze),gdzie każdy wiersz ma 8 wyświetlaczy (kolumn).Czyli możemy sobie wyobrazić matrycę złożoną z 16 wierszy po 8 kolumn co daje 128 wyświetlaczy.
Z tego co napisałeś to kolejno są zapalane kolumny powodując zapalenie wyświetlaczy 7-seg.podłączonych do danej kolumny.To się zgadza z tym co napisałeś

Wpływ na jasność ma jedynie ilość cyfr w "zespole".

Przytoczę jeszcze jeden cytat i zadam pytanie

Tak więc praca uP będzie polegać na:
1 - zapisaniu wszystkich rejestrów MBI.
2 - zgaszeniu poprzednio zasilonych anod
3 - zatrzaśnięciu danych w rejestrach MBI
4 - zapaleniu anod pod nowym indeksem (następny wyświetlacz w "zespole")
5 - powrót do punktu 1 w celu wyświetlenia danych na następnym wyświetlaczu.... i tak w kółko.

Czy zapisujesz wszystkie MBI tzn.128 bit-ów?
Wszystko co napisałeś o zaletach tego rozwiązania potwierdzam.

[damos]

Witam,
moje gratulacje Damos.Twoje wyjaśnienia są precyzyjne.W celu potwierdzenia czy dobrze rozumiem idę pracy tego projektu zadam kilka pytań.
Wyświetlacze 7-seg.są pogrupowane w zespoły (wiersze),gdzie każdy wiersz ma 8 wyświetlaczy (kolumn).Czyli możemy sobie wyobrazić matrycę złożoną z 16 wierszy po 8 kolumn co daje 128 wyświetlaczy.
Z tego co napisałeś to kolejno są zapalane kolumny powodując zapalenie wyświetlaczy 7-seg.podłączonych do danej kolumny.To się zgadza z tym co napisałeś

Dokładnie tak. Oczywiście - można budować dłuższe wiersze zestawiając z sobą kilka innych i wyjdzie tablica np. 8 wierszy po 16 kolumn lub 4 wiersze po 32 kolumny itd.

Czy zapisujesz wszystkie MBI tzn.128 bit-ów?

Muszę. To jest multiplexowanie - więc za każdym razem muszę "wystawić" dane dla całej zapalanej kolumny: 16 wierszy * 8 bitów każdy = 128 bitów.
Zacytowany przez Ciebie cykl pracy dotyczy zapisania jednego bitu  Dla zapisania wszystkich bitów dla danej kolumny uP wykona 16 iteracji punktów 1-4.

[vito_zm]

Muszę przyznać Damos,że Twój projekt DB LED-7seg.jest rewelacyjny.Masz w porównaniu do OC lepszy stosunek wypełnienia impulsów zapalających anody o 50% oraz masz także o 50% więcej wyświetlaczy.
Myślę,że po wakacjach mogę zrobić instrukcję dla MB oraz DB.Jeśli będą gotowe programy do testowania DB to mogę także objaśnić jak to działa na przykładach.Oczywiście po korekcji Damosa oraz po sformatowaniu tekstu rys.itp.(nie mam do tego celu programu).
Mam teraz dużo problemów z aplikacją FalconGauges w nowym PC,dlatego nie zaproponowałem wykonania prototypu fragmentu schematu DB-7seg.Analizując ten schemat dochodzę do wniosku,że nie ma takiej potrzeby.Projekt jest zrobiony przejrzyście i nie ma powodu aby nie działał.

[damos]

Muszę przyznać Damos,że Twój projekt DB LED-7seg.jest rewelacyjny.

Takie są skutki narzekania innych na pierwsze rozwiązanie 

Masz w porównaniu do OC lepszy stosunek wypełnienia impulsów zapalających anody o 50% oraz masz także o 50% więcej wyświetlaczy.

Ilość wyświetlaczy można jeszcze zwiększyć np. dwukrotnie przy nie zmienionym współczynniku wypełnienia. (A w przypadku ATmega16 - dodatkowo przy nie zmienionej prędkości)

Myślę,że po wakacjach mogę zrobić instrukcję dla MB oraz DB.Jeśli będą gotowe programy do testowania DB to mogę także objaśnić jak to działa na przykładach.

Świetnie, jednak jeśli chodzi o zawartość MB to zostało jeszcze kilka rzeczy do omówienia.

Mam teraz dużo problemów z aplikacją FalconGauges w nowym PC,dlatego nie zaproponowałem wykonania prototypu fragmentu schematu DB-7seg.

Ja zrobię prototyp (o ile uwierzycie, że u mnie to naprawdę zadziałało   )  Zając wysłał mi już płytki do 7seg kompatybilne z FSBUS'em. (Ich projekty są już w Gamie i można zamawiać nawet pojedyncze sztuki)

Analizując ten schemat dochodzę do wniosku,że nie ma takiej potrzeby.Projekt jest zrobiony przejrzyście i nie ma powodu aby nie działał.

dzięki za słowa uznani, ale praktyka mówi, że zawsze warto przetestować prototyp pod kątem:
- apetytu na prąd
- odporności na zakłócenia (maksymalna długość linii TWI (I2C) )
- jasności świecenia 7SEG (tu jest zawsze pole do manewru przy regulacji prądu w MBI. Ostatecznie można ustawić maksymalny prąd dla danego wyświetlacza i tym ratować jasność).
- szybkości działania

BTW - jest tu może ktoś, kto zna (chciał by poznać) Eagle i ma kilka chwil wolnego czasu? Szukam ochotnika do kontroli BUS'ów - czy nie pomieszałem numerów dla poszczególnych układów oraz pinów gniazd Benedyktyńska praca... A przed zaprojektowaniem PCB absolutnie konieczna.

[mickey81]

Zając wysłał mi już płytki do 7seg kompatybilne z FSBUS'em. (Ich projekty są już w Gamie i można zamawiać nawet pojedyncze sztuki)

Jaką nazwę mają w Gamie te płyteczki, żeby było wiadomo, co zamawiać i jaki jest ich koszt?
Pozdrawiam
mickey81

[zajac]

Jaką nazwę mają w Gamie te płyteczki, żeby było wiadomo, co zamawiać i jaki jest ich koszt?

Są dwie wersje tych płytek na 5 i 7 wyświetlaczy 7-segmentowych. Jak dojdzie przesyłka do Damosa i sprawdzi on czy się nadają do naszego projektu to podam namiary do gammy na te płytki. Nie ma sensu ich zamawiać do momentu sprawdzenia czy są ok. Co do ceny to nie mam pojęcia - sam zamawiałem je razem z projektem więc było trochę drożej, ale można sprawdzić wymiary płytek to :
 - 5 wyświetlaczy 40x20mm
 - 3 wyświetlacze 24x20mm
Płytki dwustronne z metalizacją, soldermaską i opisami na jednej stronie. Są bardzo małe - potrzebowałem ich do małych "skrzyneczek". Oto ich projekty

3led      5led   

pozdrawiam Zając