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

[vito_zm]

Damos jak rozwiązałeś identyfikację DB LED-7seg.W ramach córki DB sprawa jest oczywista.W połączonych równolegle DB już nie (zakładając transmisje danych w jednym kierunku-simplex).Jeśli jest to transmisja typu simplex to najprościej jest podłączyć pod wolne piny uP mikroprzełącznik adresujący DB (np.3 poz.dają 8 adresów).

[damos]

Damos jak rozwiązałeś identyfikację DB LED-7seg.

Myślałem o tym Ciężko znaleźć miejsce na dip-switch'e:

Zamiast tego będzie można (trzeba) zaprogramować ID DB po podłączeniu jej do MB. Każda DB będzie mieć domyślnie ID - 1. Po dołączeniu do MB będziesz mógł zmienić jej adres na inny (kolejny?). Każda DB będzie mogła wyświetlić swój numer (ID) na obsługiwanych 7-SEG. na takiej magistrali możemy umieścić do 128 DB, każda po max 7 LED.
Magistrala to I2C (TWI w terminologii Atmela), więc nie ma dodatkowego kabla CS do każdej DB. W TWI najpierw podajesz, do kogo wysyłasz dane a później ślesz same dane.

Czy mogę prosić o schemat MB na podstawie którego Zajac wykonał pcb.

Jak tylko uzgodnię z Zającem jak porozkładał piny na złączu

[vito_zm]

To nie ma problemu,ponieważ adres będzie zaszyty w uP.Muszę poczytać na temat I2C.

[codeking]

Poprawioną aplikację DomowyKokpit wrzuciłem na serwer pod adresem http://angus.foxnet.pl/fs/kokpit.html

@Damos - ustalanie ID płytki córki będzie ustawiane poprzez wgranie odpowiednio spreparowanego wsadu do uP czy może to będzie już taka "funkcja" w tych płytkach ?

[vito_zm]

Gratuluję Codeking.Na zdjęciach widać,że program widzi falcona.

[codeking]

To jest bardzo dobra wiadomość

[damos]

Damos - ustalanie ID płytki córki będzie ustawiane poprzez wgranie odpowiednio spreparowanego wsadu do uP czy może to będzie już taka "funkcja" w tych płytkach ?

Programowanie odpowiednio spreparowanego wsadu jest uciążliwe. Dlatego wybrałem opcję wspólnego wsadu z początkowym ID, które później można zmienić za pomocą odpowiedniej f-cji w "systemie".

[damos]

jeśli ktoś chce miec jeszcze mniejsza płytkę - może zastosować uP w innej obudowie:

 :karpik jakieś 47mmx29mm razem z otworami

Przez weekend spróbuję zrobić układ multipleksujacy na TWI. (Ale na ATmega16 bo nie mam 8-ki)

[vito_zm]

Poczytałem na temat standaru I2C i muszę przyznać,że projekt DB dla LED7-seg.ma jedną ważną zaletę w porównaniu do innych rozwiązań.W budowanych kokpitach wyświetlacze są oddalone od siebie i umieszczone w różnych miejscach.Zastosowanie tego standardu przesyłania danych jest bardzo korzystne,ponieważ odbiorniki DB są połączone z nadajnikiem MB tylko po 4 przewodach.DB lokalnie rozprowadza w swoim otoczeniu sygnały do sterowania max. 7 LCD-7seg. i to w praktyce wystarczy do wyświetlenia jakiegoś parametru.

[codeking]

Trochę szkoda, że tylko 7 wyświetlaczy, gdyby było ich przynajmniej 10 (najlepiej 12) to byłoby tańsze rozwiązanie ze względu np. ktoś chce zrealizować pełny stos radia na tych wyświetlaczach. Częstotliwości wyświetlane są na 5 cyfrach (czasem daje się 6). Gdyby płytka obsługiwała 10 (lub 12) to jedno radio byłoby zrealizowane na jednej płytce. W obecnej sytuacji trzeba będzie dwa układy do jednego radia, w rezultacie min 3 dla dwóch (21 wyświetlaczy, 10 na radio (active + standby)). Gdyby ta płytka obsługiwała dwie płytki wyświetlaczy (takich jak dla FSBUS) to byłoby idealnie.

Próbował ktoś już oszacować koszty orientacyjne (z kosztami wykonania PCB) MB i DB ?

PS. Rozwiązanie bardzo mi się podoba, zwłaszcza pod względem możliwości rozbudowy, małego skomplikowania układów, interfejsu USB i niewielkich rozmiarów, i jestem pod wrażeniem zaangażowania osób tworzących (Damos, Zajac, 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. Proszę więc nie odbierać ich osobiście.

[damos]

Poczytałem na temat standaru I2C i muszę przyznać,że projekt DB dla LED7-seg.ma jedną ważną zaletę w porównaniu do innych rozwiązań.W budowanych kokpitach wyświetlacze są oddalone od siebie i umieszczone w różnych miejscach.Zastosowanie tego standardu przesyłania danych jest bardzo korzystne,ponieważ odbiorniki DB są połączone z nadajnikiem MB tylko po 4 przewodach.

To właśnie było przyczyną wyboru tego rozwiązania. Dodatkowo jeszcze większa odporność na zakłócenia i większa maksymalna długość linii.

Trochę szkoda, że tylko 7 wyświetlaczy, gdyby było ich przynajmniej 10 (najlepiej 12) to byłoby tańsze rozwiązanie ze względu np. ktoś chce zrealizować pełny stos radia na tych wyświetlaczach. Częstotliwości wyświetlane są na 5 cyfrach (czasem daje się 6).

Więc 7 wystarczy

Gdyby płytka obsługiwała 10 (lub 12) to jedno radio byłoby zrealizowane na jednej płytce. W obecnej sytuacji trzeba będzie dwa układy do jednego radia, w rezultacie min 3 dla dwóch (21 wyświetlaczy, 10 na radio (active + standby)). Gdyby ta płytka obsługiwała dwie płytki wyświetlaczy (takich jak dla FSBUS) to byłoby idealnie.

Pisałem już o fatalnym współczynniku wypełniania impulsu zapalającego w przypadku dużej ilości wyświetlaczy. Przy 21 wyświetlaczach każdy będzie się "palić" przez ledwie ok 4% czasu. Można zrobić jedną płytkę obsługującą więcej wyświetlaczy (np 2x8), ale nie ma ATmega8 tylko ATmega16 (kwestia ilości portów)

Próbował ktoś już oszacować koszty orientacyjne (z kosztami wykonania PCB) MB i DB ?

Im mniejsza płytka - tym mniejszy koszt. Stąd staram się aby DB były jak najmniejsze. Dlatego można pomyśleć o układach SMD  :karpik Rezygnacja z montażu przewlekanego pozwala umieszczać elementy po obu stronach płytki. Mogę zrobić projekt takiej płytki.
Wcześniej podawałem koszt elementów skłądowych: ATmega8 to ok. 5-6 PLN, ATmega16 to ok 9-10 PLN. ULN2003 to ok. 1 PLN, rezystory i kondensatory niemal za darmo: komplet do DB za 2 PLN. Sumarycznie: części do DB 7SEG to ok. 10-13 PLN ?

[codeking]

Pisałem już o fatalnym współczynniku wypełniania impulsu zapalającego w przypadku dużej ilości wyświetlaczy. Przy 21 wyświetlaczach każdy będzie się "palić" przez ledwie ok 4% czasu.

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

Można zrobić jedną płytkę obsługującą więcej wyświetlaczy (np 2x8), ale nie ma ATmega8 tylko ATmega16 (kwestia ilości portów)

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

Dlatego można pomyśleć o układach SMD  :karpik

To już będzie chyba za trudne do montowania

Sumarycznie: części do DB 7SEG to ok. 10-13 PLN ?

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

[vito_zm]

Przy 21 wyświetlaczach każdy będzie się "palić" przez ledwie ok 4% czasu.

Codeking miej zaufanie do Damosa i do mnie.My już ten temat przerabialiśmy wcześniej,było to związane z realizacją mojego projektu wg.OC.Popatrz na str17 tego wątku.
http://www.il2forum.pl/index.php?topic=9985.240
Na zdjęciach widać przewody taśmowe,które sterują LED-7seg.Rozwiązanie Damosa jest optymalne.Jeśli nie wierzysz to zrób małe doświadczenie.Zbuduj generator o wypełnieniu 1 do 21 i steruj tym LED.Zobaczysz jaki będzie efekt.Na tym polega doświadczenie w projektowaniu elektroniki,że człowiek może unikać błędnych rozwiązań.

[codeking]

Codeking miej zaufanie do Damosa i do mnie.My już ten temat przerabialiśmy wcześniej,było to związane z realizacją mojego projektu wg.OC.Popatrz na str17 tego wątku.

To nie jest kwestia braku zaufania, możliwe, że mój brak wiedzy teoretycznej i praktycznej dot. elektroniki jest przyczyną narzekania i upierdliwych pytań. Ufam, że powstające płytki będą najbardziej optymalne do naszych zastosowań. Może lepiej nie będę się już wypowiadał na temat elektroniki, nie chcę psuć atmosfery.

[skalarki]

Witam ponownie

Widzę że praca wre, aż buczy  :banan
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ć.

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. Myślałem że będzie lepiej jak każdy użytkownik będzie mił możliwość konfiguracji itp. Ale po paru dyskusjach z potencjalnymi użytkownikami stwierdziłem że to nie ma sensu, bo dokładnie każdy w zależności do czego to chce podłączyć oczekuje czegoś innego i ma inne wymagania. Drugi powód jest taki, że jak użytkownikiem końcowym będzie ktoś kto wie o co w tym wszystkim chodzi (a takich jest 1%) to nie ma problemu. Natomiast 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. Zrezygnowałem więc i zdecydowałem zrobić platformę PnP pod konkretny kokpit, w moim przypadku A320. Dlatego tak jak  pisze codeking wyświetlacze będą zrealizowane w grupach pod konkretne odczyty, ekodery w grupach pod konkretny przyrząd itd z wejściami i wyjściami.
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). Damos chyba się ze mną zgodzi, że ilość potencjalnych problemów i usterek rośnie lawinowo wraz ze wzrostem lliczby elementów projektu. 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ł? a dla projektanta ma to zasadnicze znaczenie bo ma większy budżet i o wiele wiele większe możliwości.
Bez względu na wszystko podziwiam inicjatywę i życzę powodzenia.