Forum Miłośników Symulatorów Lotniczych
Zaplecze => Software & Hardware => Sprzęt wykonany samodzielnie => Wątek zaczęty przez: =OPS=padonis w Marca 02, 2017, 18:57:04
-
Na początek zabawy z DCS-Bios należy sobie troszkę poczytać, tutaj jest strona projektu: http://dcs-bios.a10c.de/ . Wszystkie niezbędne informacje, jak zacząć zabawę i co robić z DCS-Bios znajdziemy tutaj: http://dcs-bios.a10c.de/docs/v0.5.1/userguide.html , a też pomogą nam te filmiki https://www.youtube.com/channel/UCwECFPfC3QJiNYS5fskF2vg/videos .
Po przestudiowaniu tych materiałów możemy zacząć zabawę.
1. Pobieramy DCS-Bios ze strony projektu: tu ostatnia wersja https://github.com/dcs-bios/dcs-bios/releases/tag/v0.5.1 .
2. Pobieramy bibliotekę DCS-Bios do Arduino, oczywiście też ze strony projektu https://github.com/dcs-bios/dcs-bios-arduino-library/releases/tag/v0.2.9
3. Pobieramy programik "Arduino IDE". http://www.arduino.org/downloads
4. Instalujemy oprogramowanie " Arduino IDE ", teraz po podłączeniu Arduino pod komputer będą one miały odpowiednie sterowniki.
5. Rozpakowany folder DCS-Bios przenosimy w miejsce docelowe, u mnie jest to dysk C (C:\dcs-bios-v0.5.1) .
6. Bibliotekę DCS-Bios przenosimy sobie gdziekolwiek - zostawiamy ją w folderze spakowanym, takim jak ściągnęliśmy ją ze strony projektu.
7. Zawartość folderu "Skript" który mieści się w folderze "dcs-bios-v0.5.1" ( C:\dcs-bios-v0.5.1\Scripts ), przenosimy do folderu "skript" w miejscu w którym mamy zapis swojej gry DCS World. Najczęściej folder ten mieści się w : C:\Users\nazwa użytkownika\Saved Games\DCS\Scripts (jest to folder " DCS-BIOS " oraz plik " Export ", jeśli posiadamy już plik Export.lua, to należy nadpisać go zawartością pliku Export z DCS-Bios ).
8. Otwieramy przeglądarkę Chrome, wchodzimy w "ustawienia", potem "rozszerzenia" i włączamy "tryb programisty". Następnie wciskamy "Wczytaj rozszerzenia bez pakietu" i wybieramy folder "doc" z miejsca gdzie wcześniej umieściliśmy swój folder "dcs-bios-v0.5.1" ( u mnie to C:\dcs-bios-v0.5.1\Scripts\DCS-BIOS). Po zatwierdzeniu będziemy mieć dostęp z poziomu przeglądarki do interfejsu kontrolnego DCDS-Bios.
Na tym filmiku jest wszystko dokładnie pokazane https://www.youtube.com/watch?v=MoVoa-BUOkQ&t=81s .
9. Włączamy program "Arduino IDE", w zakładce "Szkic" wybieramy polecenie "Dołącz bibliotekę" a następnie "Dodaj bibliotekę ZIP", wybieramy naszą bibliotekę do DCS-Bios Arduino (tą którą mieliśmy nie rozpakowywać) i zatwierdzamy wybór. Teraz mamy dodaną naszą bibliotekę.
10. Otwieramy w programie " Arduino IDE" zakładkę " narzędzia", następnie polecenie "Płytka", wybieramy z listy swoja płytkę. Potem otwieramy polecenie "Port" i zaznaczamy swoją płytkę oraz sprawdzamy numer portu swojej płytki ( COM 3,4,5,6 itd.)
11. Teraz można tworzyć własny szkic, który potem możemy zapisać i wgrać w swoją płytkę ( we wcześniej podanych linkach jest to dokładnie opisane )
12. Po wgraniu swego szkicu, trzeba edytować plik "connect-serial-port", mieści się on w twoim folderze "dcs-bios-v0.5.1" ( u mnie C:\dcs-bios-v0.5.1 ).
Zaznaczamy go prawym przyciskiem myszki i wybieramy opcję "Edytu", w linijce : set COMPORT=4 wpisujemy numer swego portu COM ( domyślnie jest "4"), klikamy na "zapisz".
13. Teraz jak mamy podłączone swoje Arduino do USB, uruchamiamy plik "connect-serial-port", Włączamy DCS-World, odpalamy misję i swój samolot. Teraz w przeglądarce Chrome w interfejsie kontrolnym DCS-Bios, będziemy widzieć wszystko co się dzieje w naszym samolocie, aco potwierdzi działanie komunikacji między naszym Arduino a DCS-World.
Jeśli mamy więcej płytek Arduino, należy sobie zrobić do każdej z nich taki plik z odpowiednim numerem portu COM.
PLIK "connect-serial-port" NALEŻY ZAWSZE WŁĄCZYĆ PRZED ROZPOCZĘCIEM GRY.
Mam nadzieję, że opisałem to dość zrozumiale...
Dużo przydatnych informacji znajdziesz w tematach :
http://il2forum.pl/index.php/topic,16856.0.html
http://il2forum.pl/index.php/topic,17561.0.html
-
Witam
Padł mi dysk, musiałem wszystko od nowa zainstalować i nie wiem dlaczego przed uszkodzeniem dysku DCS-bios mi pracował poprawnie a teraz po zainstalowaniu w ogóle się nie uruchamia kiedy kliknę w ikonę DCS-Bios to nic się nie dzieje? Cała reszta czyli Arduino i CDU na tablecie działa.
-
Widocznie coś źle zrobiłeś lub nie zrobiłeś 8) .
-
Instalowałem już kilka razy od nowa, cały czas ten sam efekt. Poniżej film przedstawiający problem.
https://youtu.be/Oszql0h7svc (https://youtu.be/Oszql0h7svc)
-
A "tryb programisty" masz uruchomiony ?
-
Odinstaluj i zainstaluj ponownie, sprawdź czy masz wszystkie aktualizacje, to raczej wygląda na problem z Chrome.
-
Tak tryb programisty włączony, już instalowałem kilka razy od nowa. Wydaje mi się że jest to problem z najnowszym chrome, poprzednią wersję instalowałem w styczniu. Zauważyłem jeszcze jeden mankament w chrome jak wejdę np. w info o przeglądarce to dziwnie zachowuje się komputer na klawiaturze działa mi tylko kilka klawiszy, nie działa prawy przycisk myszy, po restarcie wraca do normy. Najgorsze jest to że znalazłem stronę ze starszymi wersjami chrome ale ona i tak aktualizuje się do najnowszej.
-
Mi jakoś się nie aktualizuje, ale u mnie nie jest to główna przeglądarka. Możesz wejść w klucze rejestrowe i wyłączyć automatyczną aktualizację. https://support.google.com/chrome/a/answer/3204698?hl=pl
Cholera, właśnie dostałem aktualizację i mam to samo :( .
-
Właśnie sprawdziłem na innym kompie z chrome w wersji 56 (najnowsza wersja 57) i tam bez problemu zainstalował się DCS-Bios. Także jest to wina Chrome tylko gdzie znaleźć starszą wersję chrome. Te które pobierałem podczas instalacji aktualizowały się do 57
-
Nie kasuj linka z Youtube, rzuciłem temat na forum ED
-
OK
-
Podgląd zawsze możesz sobie zrobić za pomocą przeglądarki IE http://dcs-bios.a10c.de/docs/v0.5.1/control-reference.html . Tylko bez sprawdzenia łączności niestety.
-
Odinstalowałem chrome 57,usunąłem całkowicie folder google z "C:/Program files x64/ i skopiowałem wersję 56 z drugiego kompa i działa. Jak chcesz to możesz sobie pobrać ode mnie 56. Jak będziesz potrzebował to daj znać na skypie wyślę adres serwera skąd możesz pobrać.
-
OK dzięki, zobaczymy co będzie, gości od DCS-BIOS pewnie się jutro odezwie. Ważne, że reszta chodzi.
-
Dokładnie cała reszta działa poprawnie.
-
Jutahjazz,potwierdzam istnienie tego problemu po aktualizacji Chrome. Mnie też zdechł DCS-bios :(
Jak możesz to podeślij linka do tych plików, na wypadek gdyby chłopaki z ED forum nic nie wymyślili :evil:
-
Jest to bezpośrednie połączenie z moim kompem adres to:
jt.i234.me:8080 (http://jt.i234.me:8080)
Wejdź do folderu "Pobierz". Można pobierać do póki nie wyłączę kompa jakby ktoś jeszcze potrzebował to dajcie znać.
-
Panowie, kolega [FSF]Ian działa jak błyskawica, pełen szacun. Do pobrania nowy DCS-Bios 0.5.2 z fixem. Tu linki do tematu: https://forums.eagle.ru/showthread.php?t=184514 , https://forums.eagle.ru/showthread.php?t=141096&page=3 .
I link do DCS-Bios: https://github.com/dcs-bios/dcs-bios/releases/tag/v0.5.2
-
Mam pytanko do mądrych głów. Chcę zastosować do Arduino UNO expander PCF8574 , jak podłączyć, jaką bibliotekę wgrać, nazwać i zaadresować - no coś tam wiem. Ten sam expander używa się do podłączenia wyświetlacza LCD 2x16, który jest zastosowany w CMS-e ( taki ma Marcin_B ). Problem w tym , że chcę dołożyć następny bo zbrakło mi wejść do 2-3 przełączników. Biblioteka jest, nazawa wiadomo, adres też tylko jak dalej ? Jakoś trzeba ponazywać te wyjścia expandera by potem wpisać ich numer do linijki w DCS-bios...
Normalnie to wygląda tak:
DcsBios::ActionButton lcpAnticollisionRelease("LCP_ANTICOLLISION", "RELEASE", 12);
DcsBios::ActionButton lcpAnticollisionOff("LCP_ANTICOLLISION", "OFF", 13);
W tym przypadku jak bym chciał użyć wyjść expandera to nie wiem co wpisać za 12 i 13, jak to zrobić ?
-
A sprawdź najpierw na suchym arduino czy biblioteka do pcf8574 działa. Mi od czasu aktualizacji IDE zaczęło wywalać błędy i nie kompiluje się na tych bibliotekach.
-
I tu jest jeszcze co nieco w temacie DCSbios + I2C:
https://forums.eagle.ru/showthread.php?t=144879
Trzeba tylko przepisać to pod PCF8574.
Problem w tym, że standardowe funkcje bilbioteki DCSbios przyjmują tylko numery pinów Arduino jako argumenty. W prosty sposób nie da się tam wstawić jakiegoś stanu 0 lub 1 odczytanego z ekspandera.
-
Zatem rozumiem, że najlepiej użyć Arduino MEGA a pod IC2 podłączyć tylko wyświetlacz poprzez konwerter zgdony z LCD HD44780.
-
Tu jest fajny temat na podłączenie więcej wyświetlaczy do jednego Arduino. Może się przydać przy budowie CMSC.
https://www.hackmeister.dk/2010/08/4-lcd-displays-on-1-arduino/
https://www.hackmeister.dk/wp-content/uploads/2013/06/4_lcd_1_arduino_diagram.pdf
-
Ja używam expanderów MCP23017 z arduino Nano, biblioteka Adafruit_MCP23017.h. Można podłączyć o ile pamiętam 8 expanderów, lecz używam max 3-4. Przy większej ilości expanderów wszystko działa z opóźnieniem lub się wiesza itd. Nie wiem czy problem tkwi w ograniczonej przepustowości I2C, tak czy siak przy 3szt. wszystko działa OK
-
Właśnie wyszedł nowy DCS-Bios v0.5.3, pozwala on działać DCS-Bios na serwerach gdzie eksport został wyłączony.
-
Panowie, właśnie wyszedł nowy DCS-Bios, może to nic takiego ale jest znaczący postęp. Wersja v0.6.0 wprowadza nowe samoloty i śmigłowiec do zabawy, są to Mi-8, F-86F i FW-190. Wielbiciele tych maszyn mogą teraz budować swoje kokpity :) .
https://github.com/dcs-bios/dcs-bios/releases/tag/v0.6.0
-
Super, że wreszcie poszli w ta stronę:) Myślałem, że nie dołożą już nowych modułów i zostanie własnoręczne pisanie skryptów...
-
No i znowu wyszedł nowy DCS-Bios, tym razem dołączyły do grona Bf 109 K-4, P-51D i L-39ZA.
https://github.com/dcs-bios/dcs-bios/releases/tag/v0.7.0
-
Super informacja, że systemowo są robione emulacje modułów pod Arduino. Brakuje tu jeszcze Mirage'a - nasi francuscy koledzy cały czas go aktualizują pod kątem nowych wersji DCSa.
http://www.checksix-forums.com/viewtopic.php?t=192389
-
No ale oststanie zmiany i w takim czasie tyle maszyn doszłoo, aż mnie korci jakiś Mieczysław :) . No i dobrze to wróży F-18 - kiedyś.
-
Możesz pomyśleć o dostosowaniu Twoich paneli pod kątem innych modułów: np. kontrolki podwozia.
Generalnie to działa, chyba że pechowo są tak samo ponazywane - zdaje się że np. w Ka-50 podwozie ma takie same oznakowania co w A-10C.
Wtedy zostaje jedynie wgranie osobnego pliku do Arduino - pod kątem tego innego modułu.
-
Aaaa to nie taki głupi pomysł, nie myślałem nad tym jeszcze, ale samolot w którym by mnie to interesowało to F-5. Jednak czy przypadkiem nie jest tak, że pinów które są już użyte nie można użyć jeszcze raz, chyba błąd wyskakuje?
-
Zmieniasz tylko soft nie hardware.
Zaraz wyślę Ci przykład.
-
Przykład:
//A-10C
DcsBios::LED gearLSafe(0x1026, 0x1000, 2);
DcsBios::LED gearNSafe(0x1026, 0x0800, 3);
DcsBios::LED gearRSafe(0x1026, 0x2000, 4);
//MiG-21 bis
DcsBios::LED gearLeftDown(0x225c, 0x0800, 2);
DcsBios::LED gearNoseDown(0x225c, 0x0200, 3);
DcsBios::LED gearRightDown(0x225c, 0x2000, 4);
W Ka-50 opis się dubluje przy podwoziu wypuszczonym z 21-szym:
DcsBios::LED gearNoseDown(0x185c, 0x2000, PIN); trzeba zrobić dla niego osobny plik
-
DCS-BIOS do Horneta. Nie wiem czy działa bo sam tego nie używam ale przewinęło mi się na forum ED.
https://forums.eagle.ru/showthread.php?t=210960
-
Potencjometry działają. LEDy - kaszana. U mnie poprawnie działa tylko Master Caution :(
Hebelków i serw nie sprawdzałem.
-
Jest aktualizacja :evil:
Wszystko działa:
https://forums.eagle.ru/showthread.php?t=210960
-
Co do UFC, to chyba są same przyciski, wyświetlaczy jeszcze chyba nie ma?
-
Nie sprawdzę teraz. UFC akurat nie będę emulował.
Jak będziesz miał problem z AoA to daj znać - są takie same kody jak do A-10C ale da się to obejść :) (oczywiście jeśli robisz podłączenie w tym samym pliku do Arduino co w A-10C).
Podłączyłem kilkanaście LEDów - Lock / Shot Lights wyglądają ciekawie - akurat pasują do kontrolek tankowania z A-10C - też są zielone.
Caution Advisory Lights - podpiąłem Caution Panel z A-10C.
-
Wydaje mi się, że nie chciało podpisywać dwuch kodów do jednego pinu... Jednak to byłoby super rozwiązanie, by z tego samego Arduino i pliku chodziło w A-10C i F-18. Mam nadzieje, że UFC wyjdzie dla Horneta na Androida jak dla Prosiaka.
-
U mnie tak to działa: w jednym pliku jest A-10C, M-2000C, F/A-18C, L-39ZA, UH-1, MiG-21 i co tam jeszcze :evil:
-
Wstawisz taki profil? Kiedyś chciałem tak podpisać ale nic z tego nie wyszło, chyba że Arduino rozróżnia moduły? Jednak jak chciałem podpisać dwie linie pod ten sam pin, to wyskakiwał błąd.
Ja mam jeszcze taki problem z płytką od Daejmosa lub raczej z Hornetem. Mianowicie mam podpisany pod pin skrót do "MC" "L ctrl+M", w A-10C oczywiście wszystko działa, jednak jak takie przypisanie klawiszy wstawię pod Master Caution w F-18, to już nie działa. Niby w przypisaniu klawiszy chodzi - widzi, a w samolocie przycisk się nie działa z takim skrótem klawiszowym.
-
Solucja na identyczne wpisy - na przykładzie wskaźnika AoA:
A-10C i F/A-18C maja identyczne nazewnictwo:
DcsBios::LED aoaIndexerHigh(0x1012, 0x1000, A11);
DcsBios::LED aoaIndexerNormal(0x1012, 0x2000, A12);
DcsBios::LED aoaIndexerLow(0x1012, 0x4000, A13);
dlatego np. dla F/A-18C ja zmieniłem dopisując F18 i tak:
DcsBios::LED aoaIndexerHighF18(0x5400, 0x0008, A11);
DcsBios::LED aoaIndexerNormalF18(0x5400, 0x0010, A12);
DcsBios::LED aoaIndexerLowF18(0x5400, 0x0020, A13);
Sprawdź czy u Ciebie też działa.
-
Wstawisz taki profil? Kiedyś chciałem tak podpisać ale nic z tego nie wyszło, chyba że Arduino rozróżnia moduły? Jednak jak chciałem podpisać dwie linie pod ten sam pin, to wyskakiwał błąd.
Ja mam jeszcze taki problem z płytką od Daejmosa lub raczej z Hornetem. Mianowicie mam podpisany pod pin skrót do "MC" "L ctrl+M", w A-10C oczywiście wszystko działa, jednak jak takie przypisanie klawiszy wstawię pod Master Caution w F-18, to już nie działa. Niby w przypisaniu klawiszy chodzi - widzi, a w samolocie przycisk się nie działa z takim skrótem klawiszowym.
Wyczyść pole przy tym przycisku i sprawdź - może masz ten skrót przypisany przy innym: jak są zdublowane to się nawzajem blokują.
Przykładowy multimodułowy skrypt Arduino:
#define DCSBIOS_IRQ_SERIAL
#include <SevenSeg.h>
#include <DcsBios.h>
#include <LiquidCrystal_I2C.h>
LiquidCrystal_I2C lcd(0x27, 2, 1, 0, 4, 5, 6, 7, 3, POSITIVE);
// A-10C
DcsBios::LED gearLSafe(0x1026, 0x1000, 2);
DcsBios::LED gearNSafe(0x1026, 0x0800, 3);
DcsBios::LED gearRSafe(0x1026, 0x2000, 4);
DcsBios::LED handleGearWarning(0x1026, 0x4000, 8);
DcsBios::LED cmscLaunch(0x1012, 0x0100, 9);
DcsBios::LED gunReady(0x1026, 0x8000, A8);
DcsBios::LED masterCaution(0x1012, 0x0800, A9);
DcsBios::LED nosewheelSteering(0x10da, 0x0001, A10);
DcsBios::LED aoaIndexerHigh(0x1012, 0x1000, A11);
DcsBios::LED aoaIndexerNormal(0x1012, 0x2000, A12);
DcsBios::LED aoaIndexerLow(0x1012, 0x4000, A13);
DcsBios::LED nmspHarsLed(0x1110, 0x0200, 52);
DcsBios::LED nmspEgiLed(0x1110, 0x0800, 50);
DcsBios::LED nmspTislLed(0x1110, 0x2000, 48);
DcsBios::LED nmspSteerptLed(0x1110, 0x8000, 46);
DcsBios::LED nmspAnchrLed(0x1112, 0x0002, 44);
DcsBios::LED nmspTcnLed(0x1112, 0x0008, 42);
DcsBios::LED nmspIlsLed(0x1112, 0x0020, 40);
DcsBios::Switch2Pos nmspHarsBtn("NMSP_HARS_BTN", 53);
DcsBios::Switch2Pos nmspEgiBtn("NMSP_EGI_BTN", 51);
DcsBios::Switch2Pos nmspTislBtn("NMSP_TISL_BTN", 49);
DcsBios::Switch2Pos nmspSteerptBtn("NMSP_STEERPT_BTN", 47);
DcsBios::Switch2Pos nmspAnchrBtn("NMSP_ANCHR_BTN", 45);
DcsBios::Switch2Pos nmspTcnBtn("NMSP_TCN_BTN", 43);
DcsBios::Switch2Pos nmspIlsBtn("NMSP_ILS_BTN", 41);
DcsBios::Switch2Pos nmspAbleStow("NMSP_ABLE_STOW", 38);
DcsBios::Switch2Pos clockCtrl("CLOCK_CTRL", 22);
DcsBios::Switch2Pos clockSet("CLOCK_SET", 23);
DcsBios::Switch3Pos ahcpLaserArm("AHCP_LASER_ARM", A1, A0);
// F/A-18C
DcsBios::LED masterCautionLt(0x5400, 0x0200, A9);
DcsBios::LED flpLgHalfFlapsLt(0x5428, 0x4000, A8);
DcsBios::LED flpLgFullFlapsLt(0x5428, 0x8000, A10);
DcsBios::LED flpLgLeftGearLtF18(0x5428, 0x1000, 2);
DcsBios::LED flpLgNoseGearLt(0x5428, 0x0800, 3);
DcsBios::LED flpLgRightGearLt(0x5428, 0x2000, 4);
DcsBios::LED aoaIndexerHighF18(0x5400, 0x0008, A11);
DcsBios::LED aoaIndexerNormalF18(0x5400, 0x0010, A12);
DcsBios::LED aoaIndexerLowF18(0x5400, 0x0020, A13);
// M-2000C
DcsBios::LED confG(0x604c, 0x0002, 2);
DcsBios::LED confAux(0x604c, 0x0004, 3);
DcsBios::LED confD(0x604c, 0x0008, 4);
//DcsBios::LED confA(0x6044, 0x0400, 8);
//DcsBios::LED confF(0x6044, 0x0800, PIN);
//DcsBios::LED confDirav(0x6044, 0x1000, 8);
//DcsBios::LED confCross(0x6044, 0x4000, 8);
//DcsBios::LED confFrein(0x6044, 0x2000, PIN);
//DcsBios::LED confSpad(0x6044, 0x8000, PIN);
DcsBios::LED confRouge(0x604c, 0x0001, 8);
//DcsBios::LED landingGearLeverLight(0x60aa, 0x1000, 8); //dźwignia podwozia - działa na odwrót
void onVhfFrequencyChange(char* newValue) {
lcd.setCursor(5, 0);
lcd.write(newValue[0]);
lcd.write(newValue[1]);
lcd.write(newValue[2]);
lcd.print(".");
lcd.write(newValue[3]);
lcd.write(newValue[4]);
}
DcsBios::StringBuffer<5> vhfFrequencyBuffer(0x6122, onVhfFrequencyChange);
void onUhfFrequencyM2000Change(char* newValue) {
lcd.setCursor(5, 1);
lcd.write(newValue[0]);
lcd.write(newValue[1]);
lcd.write(newValue[2]);
lcd.print(".");
lcd.write(newValue[3]);
lcd.write(newValue[4]);
}
DcsBios::StringBuffer<5> uhfFrequencyM2000Buffer(0x612c, onUhfFrequencyM2000Change);
// MiG-21 bis
DcsBios::LED gearLeftDown(0x225c, 0x0800, 2);
DcsBios::LED gearNoseDown(0x225c, 0x0200, 3);
DcsBios::LED gearRightDown(0x225c, 0x2000, 4);
DcsBios::LED gearLeftUp(0x225c, 0x0400, 5);
DcsBios::LED gearNoseUp(0x225c, 0x0100, 6);
DcsBios::LED gearRightUp(0x225c, 0x1000, 7);
DcsBios::LED lowAltLight(0x227a, 0x0010, 9);
DcsBios::LED airbrkLight(0x22a0, 0x8000, A10);
DcsBios::LED flapsLight(0x22a0, 0x4000, A8);
DcsBios::LED aoaWarnLght(0x227a, 0x0020, A9);
DcsBios::LED canWarnLight(0x22a0, 0x0200, A4);
DcsBios::LED markLight(0x22a0, 0x0800, A5);
// Ka-50
DcsBios::LED scMasterCautionLed(0x1814, 0x0800, A9);
DcsBios::LED gearLMainDown(0x1878, 0x0200, 2);
DcsBios::LED gearNoseDownKa50(0x185c, 0x2000, 3);
DcsBios::LED gearRMainDown(0x185c, 0x8000, 4);
DcsBios::LED gearLMainUp(0x1878, 0x0100, 5);
DcsBios::LED gearNoseUpKa50(0x185c, 0x1000, 6);
DcsBios::LED gearRMainUp(0x185c, 0x4000, 7);
//UH-1
DcsBios::LED raltHiLamp(0x1416, 0x1000, A0);
DcsBios::LED raltLoLamp(0x1416, 0x0800, A1);
DcsBios::LED armedInd(0x1416, 0x0010, A2);
DcsBios::LED masterCautionInd(0x1416, 0x0100, A9);
DcsBios::LED lowRpmInd(0x1416, 0x0080, 9);
//L-39ZA
DcsBios::LED geardownFrontLamp(0x325e, 0x0400, 3);
DcsBios::LED geardownLeftLamp(0x325e, 0x0800, 2);
DcsBios::LED geardownRightLamp(0x325e, 0x1000, 4);
DcsBios::LED gearupFrontLamp(0x325e, 0x2000, 6);
DcsBios::LED gearupLeftLamp(0x325e, 0x4000, 5);
DcsBios::LED gearupRightLamp(0x325e, 0x8000, 7);
DcsBios::LED fwdcanopynotclosed(0x3262, 0x0002, A4);
DcsBios::LED dangeraltitudeLamp(0x3260, 0x0100, 9);
DcsBios::LED breakdownfinishedLamp(0x3260, 0x0010, A5);
DcsBios::LED emergconditioningLamp(0x3262, 0x0800, A9);
DcsBios::LED airbrakesLamp(0x325e, 0x0200, A8);
DcsBios::LED doorsoutLamp(0x3260, 0x0002, 8);
DcsBios::LED mrp56Lamp(0x325e, 0x0001, A5);
DcsBios::LED fwdmasterdangerLamp(0x3264, 0x0001, A9);
DcsBios::LED extendgearsLamp(0x3260, 0x0001, 11);
//A-10C
void onUhfPresetChange(char* newValue) {
lcd.setCursor(14, 0);
lcd.write(newValue[0]);
lcd.write(newValue[1]);
}
void onUhfFrequencyChange(char* newValue) {
lcd.setCursor(9, 1);
lcd.write(newValue[0]);
lcd.write(newValue[1]);
lcd.write(newValue[2]);
lcd.write(newValue[3]);
lcd.write(newValue[4]);
lcd.write(newValue[5]);
lcd.write(newValue[6]);
}
void onClockHhChange(char* newValue) {
lcd.setCursor(0, 1);
lcd.write(newValue[0]);
lcd.write(newValue[1]);
}
void onClockMmChange(char* newValue) {
lcd.setCursor(3, 1);
lcd.write(newValue[0]);
lcd.write(newValue[1]);
}
void onClockSsChange(char* newValue) {
lcd.setCursor(6, 7);
lcd.write(newValue[0]);
lcd.write(newValue[1]);
}
void onClockEtcChange(char* newValue) {
lcd.setCursor(5, 0);
lcd.write(newValue[0]);
lcd.write(newValue[1]);
lcd.write(newValue[2]);
}
DcsBios::StringBuffer<7> uhfFrequencyBuffer(0x1180, onUhfFrequencyChange);
DcsBios::StringBuffer<2> uhfPresetBuffer(0x1188, onUhfPresetChange);
DcsBios::StringBuffer<3> clockEtcBuffer(0x1104, onClockEtcChange);
DcsBios::StringBuffer<2> clockHhBuffer(0x10fe, onClockHhChange);
DcsBios::StringBuffer<2> clockMmBuffer(0x1100, onClockMmChange);
DcsBios::StringBuffer<2> clockSsBuffer(0x1102, onClockSsChange);
//UH-1H
void onVhfnavFreqChange(char* newValue) {
lcd.setCursor(0, 0);
lcd.write(newValue[0]);
lcd.write(newValue[1]);
lcd.write(newValue[2]);
lcd.write(newValue[3]);
lcd.write(newValue[4]);
lcd.write(newValue[5]);
}
DcsBios::StringBuffer<6> vhfnavFreqBuffer(0x14f0, onVhfnavFreqChange);
void onVhfcommFreqChange(char* newValue) {
lcd.setCursor(0, 1);
lcd.write(newValue[0]);
lcd.write(newValue[1]);
lcd.write(newValue[2]);
lcd.write(newValue[3]);
lcd.write(newValue[4]);
lcd.write(newValue[5]);
lcd.write(newValue[6]);
}
DcsBios::StringBuffer<7> vhfcommFreqBuffer(0x14d4, onVhfcommFreqChange);
void onUhfFreqChange(char* newValue) {
lcd.setCursor(9, 0);
lcd.write(newValue[0]);
lcd.write(newValue[1]);
lcd.write(newValue[2]);
lcd.write(newValue[3]);
lcd.write(newValue[4]);
lcd.write(newValue[5]);}
DcsBios::StringBuffer<6> uhfFreqBuffer(0x14e2, onUhfFreqChange);
void onVhffmFreq1Change(char* newValue) {
lcd.setCursor(10, 1);
lcd.write(newValue[0]);
}
DcsBios::StringBuffer<1> vhffmFreq1StrBuffer(0x14ea, onVhffmFreq1Change);
void onVhffmFreq4Change(char* newValue) {
lcd.setCursor(11, 1);
lcd.write(newValue[0]);
lcd.print(".00");
}
DcsBios::StringBuffer<1> vhffmFreq4StrBuffer(0x14ec, onVhffmFreq4Change);
void onDcsBiosFrameSync() {
}
void setup() {
DcsBios::setup();
lcd.begin(16, 2);
lcd.clear();
}
void loop() {
DcsBios::loop();
}
Niektóre LEDy przy F-18 są jeszcze wyłączone - chyba dorobię dodatkowy panel do kontrolek :)
Przy przednim podwoziu Ka-50 też musiałem zrobić dopisek KA50 - dublował się z przednim podwoziem MiGa-21.
Podobnie przy wyświetlaniu częstotliwości UHF na LCD dla modułu M-2000C: dopisek M2000 - dublował się z UH-1.
Ale dzięki powyższym zmianom mam jeden skrypt i latam na wszystkich modułach bez potrzeby wgrywania do Arduino osobnych skryptów - korzystam z Megi 2560.
-
Masz jakieś inne linki do kontrolek podwozia i AOA, teraz patrzyłem i wyglądają one tak:
DcsBios::LED flpLgLeftGear(0x5404, 0x1000, 3);
DcsBios::LED flpLgNoseGear(0x5404, 0x0800, 4);
DcsBios::LED flpLgRightGear(0x5404, 0x2000, 5);
DcsBios::LED aoaIndexerNormal(0x5406, 0x2000, PIN);
DcsBios::LED aoaIndexerLow(0x5406, 0x4000, PIN);
DcsBios::LED aoaIndexerHigh(0x5406, 0x1000, PIN);
No i ja nie miałem tych dopisków " // F/A-18C" , a to pewnie jest ważne.
Zrobiłem swoje wpisy ale przy AOA wywala mi błąd przy zapisie.
-
A wpisałeś nr pinów?
-
Zaktualizuj plik Horneta - pozmieniali kilka dni temu - masz chyba stary
https://forums.eagle.ru/showthread.php?t=210960
-
No włąsnie ściągałem z tego linku z pierwszego postu i mam inaczej. Kontrolki podwozia działają ale przy AOA wywala błąd zapisu.
-
Prawdę mówiąc to nic mi z F-18 nie działa.
-
No i nic. Przekopiowałem DCS-Bios Horneta do C:\Users\FAREL\Saved Games\DCS.openbeta\Scripts\DCS-BIOS, wgrałem od nowa rozszerzenie do przeglądarki Google. Skopiowałem linki do pliku wsadowego Arduino. Zapisałem i przesłałem.
U mnie wygląda to tak:
/* use '#define DCSBIOS_DEFAULT_SERIAL' instead if your Arduino board
* does not feature an ATMega328 or ATMega2650 controller.
*/
#define DCSBIOS_IRQ_SERIAL
#include <Servo.h>
#include <DcsBios.h>
// A-10C
DcsBios::LED handleGearWarning(0x1026, 0x4000, 2);
DcsBios::LED gearLSafe(0x1026, 0x1000, 3);
DcsBios::LED gearNSafe(0x1026, 0x0800, 4);
DcsBios::LED gearRSafe(0x1026, 0x2000, 5);
DcsBios::LED lEngFire(0x10da, 0x0008, 6);
DcsBios::LED apuFire(0x10da, 0x0010, 7);
DcsBios::LED rEngFire(0x10da, 0x0020, 8 );
DcsBios::ServoOutput flapPos(0x10a0, 9, 1010, 1660);
DcsBios::LED mcLed(0x1012, 0x0800, 11);
DcsBios::LED nosewheelSteering(0x10da, 0x0001, 12);
DcsBios::LED markerBeacon(0x10da, 0x0002, 13);
DcsBios::LED gunReady(0x1026, 0x8000, 10);
DcsBios::LED canopyUnlocked(0x10da, 0x0004, A0);
DcsBios::LED aoaIndexerLow(0x1012, 0x4000, A1);
DcsBios::LED aoaIndexerNormal(0x1012, 0x2000, A2);
DcsBios::LED aoaIndexerHigh(0x1012, 0x1000, A3);
// F/A-18C
DcsBios::LED flpLgLeftGear(0x5404, 0x1000, 3);
DcsBios::LED flpLgNoseGear(0x5404, 0x0800, 4);
DcsBios::LED flpLgRightGear(0x5404, 0x2000, 5);
void setup() {
DcsBios::setup();
}
void loop() {
DcsBios::loop();
}
I niestety nic się nie dzieje, w A-10C działa, w Hornecie nie. :(
Jak widać te linki do podwozia są inne niż Ty masz, sprawdzałem to wiele razy i tak jest w tym ściągniętym co mi link wysłałeś.
-
Za to odpaliła mi się właśnie kontrolka podwozia lewego koła, gdy zostałem uszkodzony od rakiety. Coś naknocili chyba?
-
Wpisałeś:
DcsBios::LED flpLgLeftGear(0x5404, 0x1000, 3);
DcsBios::LED flpLgNoseGear(0x5404, 0x0800, 4);
DcsBios::LED flpLgRightGear(0x5404, 0x2000, 5);
powinno być
DcsBios::LED flpLgLeftGearLt(0x5404, 0x1000, 3);
DcsBios::LED flpLgNoseGearLt(0x5404, 0x0800, 4);
DcsBios::LED flpLgRightGearLt(0x5404, 0x2000, 5);
Zgodnie z Control reference - sprawdziłem aktualne.
-
Dzięki Marcin za pomoc. Zmieniłem przypisanie klawisza w MC na "N", nic to nie zmieniło, A-10C działa w Hornecie nie :) . Zatem coś jest skopane w kodzie.
-
Staram się uzyskać taki efekt na innym kompie i nic z tego :( , ciągle wskakują mi te inne linki a nie te nowe, a pliki się zgadzają...
-
A czy ktoś coś widział, czytał o DCS-Bios dla F-5E?
-
Do F-5 i Harrego póki co jeszcze nic nie ma :(
-
Kolega AndrewW odpowiedział mi w sprawie tego problemu. https://forums.eagle.ru/showpost.php?p=3528889&postcount=26
-
A na czym dokładnie ten problem polegał - u mnie kontrolki podwozia i klap działały poprawnie?
-
Chyba na tym, że jak odpalisz Horneta w jakiejś dowolnej misji, to ten kod mu się jakoś automatycznie generuje. Zatem wychodzi na to, że jak już są skopiowane pliki, to wpierw trzeba odpalić jakąś misję z Hornetem. Dopiero potem otworzyć tą przeglądarkę linków do skopiowania ich do Arduino. W innym przypadku będę widział te starel linki. Tak jak to było u mnie. Tak to rozumiem, jednak na 100% ta nie dam sobie uciąć ręki.
-
Czy jest DCS Bios do F-5?
-
Jakiś szczątkowy mam.
-
Szukam linków do kontrolek podwozia i samej dźwigni.
-
Gdzie to wygrzebałeś?
-
np. https://forums.eagle.ru/showthread.php?t=189011
-
Gdzie ten plik dorzucić, C:\Users\użytkownik\Saved Games\DCS.openbeta\Scripts\DCS-BIOS\lib , to wystarczy? Hornet miał jeszcze jakiś plik w katalogu "json". Czy też trzeba wcześniej odpalić jakąś misję dla f-5, tak jak to było z Hornetem?
-
Moja ściągawka:
Nowe profile
1. AircraftList.lua
- dopisać nowy moduł
C:\Users\Marcin\Saved Games\DCS\Scripts\DCS-BIOS\lib\AircraftList.lua
2. BIOS.lua
- dopisać nowy moduł
C:\Users\Marcin\Saved Games\DCS\Scripts\DCS-BIOS\BIOS.lua
3. Dodac nowy plik lua z nazwą modułu
C:\Users\Marcin\Saved Games\DCS\Scripts\DCS-BIOS\lib\AJS37.lua
Pliki json i jsonp powinny się same stworzyć przy uruchamianiu DCSa.
-
https://github.com/DCSFlightpanels/dcs-bios/releases
Tu jest wszystko.
-
Po reaktywacji DCSa nie mogę odpalić komunikacji z Arduino - pojawia się takie okno:
(https://naforum.zapodaj.net/thumbs/7e258318b95a.png) (https://naforum.zapodaj.net/7e258318b95a.png.html)
Ktoś ma może pomysł w czym problem?
-
Problem rozwiązany - brakowało folderu Socat... :)
-
Panowie jedno z 7 Arduino ciągle mi się zawiesza, a dokładnie komunikacja z DCS biosem, czasem sam z siebie, czasem po zmianie slotu w czasie gry. Po zmianie portu dzieję się podobnie, czasem jest tak, że na jakimś porcie zawiesza się praktycznie od razu. I dotyczy to tylko jednego z Arduino. Czy możliwe jest, że jest zwyczajnie wadliwe?
-
A masz tam podłączony potencjometr?
-
Ano mam, ale to nie jedyne Arduino przy którym mam potencjometr. Jeszcze przy dwóch innych mam potencjometry ale te się nie zawieszają, tylko ten jeden.
-
U mnie takie zwiechy występują w związku z potencjometrami. Spróbuj z innym egzemplarzem. To raczej nie jest wina płytki. Rozumiem że ma oporność 10k?
-
Tak ale raczej z górnej pułki, no i w zasadzie nim nie kręcę, to CMSP, potencjometr do jasności wyświetlacza, wcale go nie dotykam. Co śmieszniejsze, jak przestawiłem port COM na inny temu Arduino, to zawieszał się już przy starcie misji DCS-a po pobraniu samolotu. Może jakiś stary DCS Bios?
-
Zaktualizuj sobie soft - dzisiaj były nowe pliki
Intenal cleanup
*Finished Mig-15 (needs testing)
*started work on A-4E again
*MB-339PAN on hold until A-4E is finished
*restore M-2000C in Reference Page
-
Czy ten ostatni już ma w sobie Horneta itd., czy muszę potem znowu go dodawać?
-
Ma plus zmiany po drodze - musiałbyś poczytać wcześniejsze opisy.
-
OK załadowałem nowy, w Hornecie sporo się zmieniło, musiałem powbijać nowe pliki do Arduino. No ale u grawera już nowe dwa panele do Horneta, będzie co robić.
-
Szanowni Koledzy,
mam pytanie: czy w DCS-BIOS ilość podłączanych do Arduino przełączników, potencjometrów itp. uzależniona jest od ilości I/O w urządzeniu? Czy można stosować rejestry przesuwne (np. CD 4021) lub połączenia macierzowe (matrix)?
Pozdrawiam,
Stulee
-
Witam,
Potrzebuję wsparcia z instalacją i uruchomieniem DCS-BIOS. Na razie nie mam jeszcze wolnej płytki Arduino ale chciałbym zobaczyć jak to działa bez elektroniki. Tu pierwsze i zasadnicze pytanie, czy tak można?
Oto moje kroki:
Ściągnąłem DCS-BIOS z poniższego linka:
https://github.com/DCSFlightpanels/dcs-bios (https://github.com/DCSFlightpanels/dcs-bios)
- pytanie, czy tutaj znajdują się najnowsze wersje? W czasie czytania tego wątku znalazłem klika różnych źródeł.
Po ściągnięciu tego zip'a robiłem wg instrukcji *):
1. do katalogu ...C:\Users\...\Saved Games\DCS\Scripts\
skopiowałem zawartość DCS-BIOS,
2. do mojego Export.lua (C:\Users\...\Saved Games\DCS\Scripts\) dodałem wymaganą linię na końcu pliku:
dofile(lfs.writedir()..[[Scripts\DCS-BIOS\BIOS.lua]])
3. dodałem rozszerzenie do Chrome - *) tu są rozbieżności w instrukcjach. W tym wątku jest wskazane, że należy wskazać katalog "doc", ten który znajduje się w miejscu rozpakowania DCS-BIOS. W innych poradnikach należy wskazać katalog "doc" ze ścieżki C:\Users\...\Saved Games\DCS\Scripts\DCS-BIOS. Robiłem i tak i tak...
4. Widziałem gdzieś na stronach poradników taki katalog "socat". Znalazłem go w zip'ie ale za bardzo nie wiem czy jest on wymagany i jak tak, to gdzie go wkleić?
5. Nie uruchamiam "connect-serial-port", no bo nie mam podłączonej płytki.
Rezultat jest taki, że po uruchomieniu DCS'a z jakiąś misją i uruchomieniu rozszerzenia Chrome, żadne dane nie są wyświetlane.
Prośba o pomoc. :)
-
Mała aktualizacja.
Znalazłem wolne Arduino UNO. Wgrałem kod testowy pod jeden klawisz i LED dla A-10 (UFC Master Caution Light/Reset).
Uruchomiłem komunikację szeregową "connect-serial-port". Okno tej komunikacji odpowiada na wciśniecie klawisza na Arduino.
Tu wszystko wygląda OK.
Ale niestety nie mam komunikacji z DCS'em. Wygląda to tak jakby Export.lua nie działał tak jak trzeba.
Uruchamiam connect-serial-port, następnie DCS'a, wchodzę w A-10, uruchamiam rozszerzenie Chrome (choć zapewne do komunikacji z Arduino jest to zbędnę) i.... nic... zero komunikacji z DCS'em zarówno od strony Arduino jak i ze ztrony rozszerzenia Chrome...
-
Ostatnia najbardziej aktualna biblioteka jest tutaj https://github.com/dcs-bios/dcs-bios/releases/tag/v0.7.1 . Tamjest wszystko łącznie z kodem źródłowym.
Czy odpowiednio edytowałeś plik "connect-serial-port", odpowiedni port?
Kolejność też jest ważna, wpierw podłączasz Arduino, potem "connect-serial-port", potem DCS-a.
-
W pierwszym poście wszystko dokładnie opisałem, jedyna różnica jest taka, że przed pierwszym odpaleniem komunikacji przez stronę chrome, należy uruchomić DCS i odpalić misje wybierając wszystkie samoloty którymi chcesz latać. Chodzi o nadpisywanie się plików w DCS Bios. Troszkę to poj....e, ale tak już jest. Jeśli nie dasz rady to mamy Discorda, jak trzeba to pomogę, zawsze lepiej pogadać jak coś nie idzie.
-
A tu masz najbardziej aktualne biblioteki. Te mniej oficjalne, a dokładnie jeszcze nie dokończone, bo moduły się rozwijają.
https://github.com/DCSFlightpanels/dcs-bios/releases
I najnowsza biblioteka do Arduino
https://github.com/dcs-bios/dcs-bios-arduino-library/releases/tag/v0.2.11
-
Padonis, dzięki.
Tej biblioteki, którą pierwszą podałeś nie ściągałem, bo ona jest z listopada 2017. Ja mam tą wersję najnowszą z tego ostatniego Twojego postu. Ale może trzeba było ją ściągnąć....
Co do kolejności podłączania to chyba robię dobrze. Port COM sprawdziłem. Mam COM3. Po podłączeniu Arduino uruchamiam connect-serial-port wpisuję COM3 i mam połączenie z płytką. Jak zwieram pin to w oknie jest prawidłowa reakcja. Wtedy odpalam DCSa.
Trochę nie rozumiem o co chodzi z tymi samolotami. Ja najpierw uruchomiłem misję z F-18 następnie stronę Chrome. Przy kolejnych próbach testowałem jeszcze A-10, wtedy też najpierw misja następnie Chrome. Czy nie można pojedynczo uruchamiać samolotów, w kolejnych uruchomieniach DCSa? Jak to zrobić poprawnie? Rozumiem, że teraz muszę od nowa rozpakować świeże pliki DCS-BIOS do katalogu „saved games...” i procedura odpalania wszystkich samolotów z jednego uruchomienia DCSa?
Czy coś trzeba robić po aktualizacjach?
Mam jeszcze pytanie gdzie powinien być katalog socat i te pozostałe programy i pliki, np. Connect-serial-port? Też w katalogu „saved games...”?
Dzisiaj już nie zrobię testów. Jutro lub w niedzielę podejdę do tematu. Zacznę od tej starej wersji 0.7.1, może coś pominąłem przeskakując do tej najnowszej.
-
Tamte pliki mogą być gdziekolwiek, to nie ma znaczenia. Z tymi samolotami, to chodzi o to, że jak już załadujesz w odpowiednie miejsca odpowiednie foldery. To DCS po odpaleniu danych maszyn nadpisuje tam odpowiednie linijki kodu. Zwłaszcza jeśli chodzi o samoloty, które nie są jeszcze dodane do tego oficjalnego DCS Bios 0.7.1. Jeśli nie odpali się samolotów, to potem te linie tekstowe, które wpisujesz do pliku wsadowego do Arduino nie są poprawne i nie działają. Dotyczy to nowych samolotów takich jak F-18, w przypadku A-10C nie trzeba tego robić. To troszkę porąbane, też nie mogłem tego skapować, ale pomógł mi "Marcin B". Tak czy siak, jak by co to pisz. Jak nie dasz rady to zgadamy się na Discord-zie i zaradzimy. Jak masz czas jutro tak 17-19ta , to będę dostępny.
-
Dzięki.
Nie wiem czy dzisiaj dam radę bo wyjeżdżam do teściów i wracam wieczorem. No i muszę sobie zainstalować tego Discord’a...
Co do tych uruchomień samolotów, to chyba na tym etapie gdzie nie mam wcale komunikacji z Chrome to to nie jest chyba przyczyna, bo standardowe wskaźniki powinny działać.
Zainstaluje najpierw 0.7.1 i zobaczę czy A-10 działa. Jak to ruszy to wtedy zainstaluje ten nowszy DCS-BIOS.
-
Ważne jest też z jakiej lokalizacji załadujesz wtyczkę do Chroma. Trzeba ją załadować z folderu skrypt, tam gdzie są zapisane gry.
-
Kiszka...
Wrzuciłem wersję dcs-bios-v0.7.1 i nic nie pomogło.
Moje kroki.
1. Usunąłem wszystko z katalogu C:\Users\...\Saved Games\DCS\Scripts
2. Usunąłem pakiet z chrome.
3. Przekopiowałem nowe: katalog DCS-BIOS i plik Export.lua z dcs-bios-v0.7.1 do katalogu C:\Users\...\Saved Games\DCS\Scripts
4. Pozostałe pliki z paczki dcs-bios-v0.7.1 przekopiowałem do C:\Users\...\Saved Games\DCS
5. Podłączłem arduino
6. Uruchomiłem connect-serial-port.cmd z katalogu: C:\Users\...\Saved Games\DCS - połączenie ustanowione, zwarcie pin'ów generuje komunikację.
7. Uruchomiłem DCS'a, wgrałem misję z A-10 - wyłączyłem DCS'a
8. Wgrałem dodatek do Chrome - wskazałem katalog: C:\Users\...\Saved Games\DCS\Scripts\DCS-BIOS\doc
9. Uruchomiłem ponownie DCS'a, wszedłem do kokpitu A-10, uruchomiłem dodatek Chrome.
10. Zero reakcji na zwieranie pinów w Arduino, brak wyświetlania danych w dodatku Chrome.
Padonis,
Discord'a już mam. Podaj proszę jak i kiedy mogę się z Tobą skomunikować. :)
-
Problem rozwiązany. :)
Problemem okazała się lokalizacja mojego katalogu C:\Users\...\Saved Games\DCS\Scripts
Mój właściwy katalog został przeniesiony na inny dysk. Jako, że mój dysk C: to SSD i ma tylko 60GB to poprzenosiłem co mogłem na dysk D:, w tym i katalog z zapisami gier...
Teraz wszystko gra i buczy... :evil:
Padonis, jeszcze raz dzięki za wsparcie.
-
No i dobrze, ale za wiele nie pomogłem 8) .
-
Kolejny temat związany z DCS-BIOS.
Jako, że DCS F-16 się zbliża, chcę do tego przygotować mój kokpit. Planuję zmienić sterowanie LED w kokpicie z SimOUT na Arduino i tym samym użyć go do BMS'a i do DCS'a. W DCS-ie jest to możliwe przez DCS-BIOS a w BMS'ie jest opcja F4ToSerial. Ale jest mały problem.
W elektronicka SimOUT sterowanie LED jest oparte o wspólną anodę, natomiast w DCS-BIOS i F4ToSerial są oparte o wspólną katodę.
Od strony elektroniki Arduino zrobienie sterowania przez wspólną anodę nie stanowi problemu, gorzej z kodem programu, bo tu trzeba zrobić negacje logiczne.
Przykładowo w DCS_BIOS mam:
DcsBios::LED masterCaution(0x1012, 0x0800, 13); - ten kod działa OK przy wspólnej katodzie ale chciałbym go zmodyfikować i użyć do wspólnej anody.
Testowałem:
DcsBios::LED masterCaution(0x1012, 0x0800, !13);
DcsBios::LED masterCaution(0x1012, 0x0800, (13));
i mimo że kompiluje to nie działa.
Może ktoś pomoże, jak zanegować sterowanie pin'ów w powyższym przykładzie?
-
Jeśli mogę coś zasugerować. Nie mam DCS oraz DCS-BIOS ale z ciekawości przeczytałem 1 stronę tego wątku a konkretnie http://dcs-bios.a10cde/ aby mieć ogólne pojęcie.
Z tego co zrozumiałem to dla F-16 jeszcze nie ma zdefiniowanych w DCS-BIOS paneli czyli jest to sprawa przyszłości.
Na pewno są opisane panele dla innych maszyn np. A-10. Ciebie interesuje sterowanie LED. Nie ma problemu z sterowaniem LED z pin uP ale to nie jest optymalne. Można to zrobić stosując np. rejestry szeregowo-równoległe. Problem wspólnej katody czy anody nie ma znaczenia można to zrobić pisząc procedurę (skrypt) dla Arduino.
Wspomniałeś o SimOut gdzie jest sterowanie LED metodą cykliczną i diody są na wspólnej anodzie ponieważ tak sobie wymyślił Codeking twórca platformy HSC oraz SimOut.
Twórca OpenCockpits stosuje w swoim rozwiązaniu wspólną katodę.
Reasumując trzeba będzie dopisać do biblioteki DCS-BIOS funkcję sterowania LED przy pomocy rejestrów. Może już taka funkcja istnieje. W wspomnianym linku jest tylko prosty przykład sterowania LED bezpośrednio z pin Arduino. Myślę, że koledzy którzy stosują DCS-BIOS mogą to wyjaśnić.
-
Yossarian, nie jestem kompetentną osobą do pomocy, bo nigdy nie używałem Arduino. Odnośnie DSC-Bios, napisałem swój program w C++ na peceta, który komunikuje się z DSC-Bios po TCP i UDP. Mój program przerabia odebrane w ten sposób dane i rozkazy, na format potrzebny do mojego kokpitu – i nie ma to nic wspólnego z Arduino. Mogę się wiec mylić, ale o ile dobrze rozumiem, to w Twoim przykładnie:
DcsBios::LED masterCaution(0x1012, 0x0800, 13);
wartość 13 to deklaracja numeru pinu przypisanego do bitu 0x0800 w adresie 0x1012. Nie możesz go więc zanegować w taki sposób:
DcsBios::LED masterCaution(0x1012, 0x0800, !13);
DcsBios::LED masterCaution(0x1012, 0x0800, (13));
bo niezależnie co i jak do niego będziesz przypisywał, dalej to będzie pin 13. Powinieneś wstawić negację wewnątrz funkcji DcsBios::LED masterCaution(). Jeżeli jesteś w stanie wyciągnąć z programu kod tej funkcji, to powinno być łatwo, mam nadzieję, podpowiedzieć Ci jak ją zmodyfikować.
A tak ogólnie, to w programowaniu zazwyczaj znak „!” oznacza zaprzeczenie logiczne (stosowane w warunkach logicznych), na przykład :
„!fałsz = prawda”.
Do negacji bitów (wartości) stosuje się znak „~”, na przykład:
„~0x01 = 0xFE” – czyli zmieni nam to wartość wszystkich bitów w wartości 0x01, odpowiednio z „0” na „1” lub z „1” na „0”.
Modyfikując wnętrze DcsBios::LED masterCaution(), musisz więc użyć „!” jeżeli będziesz zmieniał warunek logiczny, lub „~” jeżeli będziesz zmieniał wartość zmiennej.
-
Dzięki vito_zm za porady.
Nie wiem czy będę się bawił w rejestry. Zamierzam kupić 2x Arduino ATmega2560, z których każdy ma 54 piny we/wy. Ten model Arduino jest optymalny i zalecany jeżeli chodzi o kod F4ToSerial do BMS. Zamierzam je użyć tylko jako sterowanie sygnałów wyjściowych (LED, 7SegLED, być może dołożę wyświetlacz OLED do DED). To w sumie da mi 108 pinów, myślę, że wystarczy na bezpośrednie sterowanie LED z dodatkowym zasilaczem zewnętrznym. Wiem, że nie jest to optymalne ale budowa mojego kokpitu i tak zmusi mnie do zakupu 2 takich modułów.
Jako, że nie chciałbym grzebać w panelach i zmieniać połączeń LED na wspólną katodę, chcę połączyć to co mam do rozwiązań F4ToSerial i DCS-BIOS.
Od strony elektroniki, nie będzie problemu. Tak jak zauważyłeś kod Arduino będzie wymagał korekty. Dlatego dopytuję się na forum czy czasem nie wyważam otwartych drzwi i być może niczego nie trzeba zmieniać w bibliotece DCS-BIOS, bo może jest już gotowa na sterowanie wspólną anodą, tylko trzeba wiedzieć jak... :) Jeżeli nie będzie prostej recepty, to będę szukał pomocy u autorów biblioteki DCS-BIOS. Ale tu też nie planuję robić rewolucji bo gra nie będzie warta świeczki.
Wtedy wezmę lutownicę do ręki i pozmieniam luty na wspólne katody. No i będę musiał kupić wyświetlacze 7SegLED na wspólną katodę.
Moders, dzięki.
Na pewno Twoje uwagi się przydadzą o ile trzeba będzie modyfikować wspomnianą powyżej bibliotekę DCS-BIOS.
-
Rozumiem twój problem, nie chcesz zmieniać harware, które jest pod SimOut gdzie diody są na wspólnej anodzie. W ten sposób mógłbyś wykorzystać kokpit zarówno w BMS jak i w DCS. Modes pokazał jak to można zrobić :
"Powinieneś wstawić negację wewnątrz funkcji DcsBios::LED masterCaution()"
Zauważ tylko, że jest to tylko jedna z funkcji tzw. MasterCaution a tych funkcji w F16 jest sporo. Wspomniałeś, że nie przewidujesz oszczędzać pinów z Arduino czyli problem stosowania rejestrów odpada.
Można do problemu podejść inaczej. Przerobić twój kokpit pod DCS-BIOS i przyszły F16 a później zmienić sterowanie w SimOut. To rozwiązanie będzie łatwiejsze, ponieważ kolega z forum Piotr (3.14ter) zrealizował SimOut na Arduino i myślę, że bez problemu rozwiązałby problem wspólnej katody. Zawsze jest kilka rozwiązań, jedno jest pewne szkoda, że nie jesteśmy programistami.
-
Vito_zm,
Dokładnie to chcę zrobić. Stary HW + nowe sterowanie LED z Arduino na BMS i DCS. SimOUT pójdzie w odstawkę, może na sprzedaż. Arduino + F4ToSerial daje dużo więcej możliwości niż SimOUT. Polecam lekturę:
https://f4toserial.com/wp-content/uploads/2018/10/F4ToSerial-documentation-EN-20180812001.pdf (https://f4toserial.com/wp-content/uploads/2018/10/F4ToSerial-documentation-EN-20180812001.pdf)
-
Jestem całkowicie zaskoczony, że taki program istnieje F4ToSerial. Dzięki za pdf zapoznam się i może zacznę coś robić w tym temacie. Codeking w swoim HSC korzystał z F4SharedMem.dll. HSC jest platformą dla SimOut. Piotr korzystając z HSC zrobił odpowiednik SimOut na Arduino. F4ToSerial daje nowe możliwości. Z ciekawości jak zdobyłeś ten program. Jeśli zacznę coś robić w tym programie odtworzę nowy wątek.
-
Trochę pomyślałem o twoim problemie. Masz obecnie zrobiony kokpit pod BMS na bazie SimOut, który wymusił zastosowanie 7segLED z wspólną anodą. Jeśli chcesz zastosować te same Arduino Mega 2560 dla BMS oraz DCS to tak jak napisałeś SimOut nie jest już potrzebny. Masz w kokpicie 7segLED z wspólną anodą. Nic nie stoi na przeszkodzie aby sterować kokpit dla BMS przy pomocy tego co masz ale sterowany z Arduino Mega 2560 oraz F4oSerial. Oczywiście dużo lutowania ale to jest cena tego pomysłu.
Z tego co wiem to masz obecnie w kokpicie LED oraz 7segLED. Kolejny krok to wgranie do Mega 2560 skryptu dla F16 DCS opartego na DCS-BIOS (już z F16). Teraz pojawia się problem wspólnej katody.
Można to rozwiązać profesjonalnie czyli w funkcjach F16 w DCS-BIOS, ale to wymaga wiedzy. Rozwiązanie sprzętowe jest dosyć kłopotliwe ale możliwe. Ciekawe czy na forum Viperpits rozważali taki problem. Z drugiej strony tam są raczej zwolennicy BMS.
-
Vito, tak jak pisałem, nie chcę sobie utrudniać życia... Jak nie znajdę szybko rozwiązania programowego, które będzie proste, to zmienię sterowanie LED i 7SegLED na wspólną katodę. Myślę, że tak nawet będzie lepiej, bo wszelkie zmiany i aktualizacje kodów, które mogą się pojawić w przyszłości będą mnie ograniczały. Także na jakieś 95% zmienię swoją elektronikę na wspólną katodę.
-
Nowy DCS-BIOS 10.0
Całkiem nowa odsłona tego softu - możliwość interakcji z innymi modułami online poprzez pliki lua.
"Na przykład następujące wywołanie zwrotne wyjściowe wyświetli dane UFC F-18C Horneta na symulatorze zbudowanym dla Harriera AV8BNA"
Strona:
https://dcs-bios.readthedocs.io/en/latest/
Pliki instalacyjne:
https://github.com/dcs-bios/dcs-bios/releases/
-
Marcin testowałeś to? Czy są jakieś zmiany w plikach wsadowych do Arduini?
-
Tak, sam odpala się razem z DCSem. Niestety część plików do przeróbki. Wygodna obsługa płytek choć trzeba się przyzwyczaić.
-
Kurna, sam nie wiem czy mi się chce coś przerabiać jak nie ma potrzeby.
-
Aktualizacja DCS-BIOS: https://github.com/DCSFlightpanels/dcs-bios/releases/tag/0.7.35
-
Niebawem nowy A-10C II, ciekawe kiedy nowy DCS Bios do niego?
No i w końcu będę musiał przejść na ten nowy DCS Bios i pewnie pozmieniać masę plików wsadowych do Arduino.
-
Zainstalowałem ten nowy DCS Bios HUB, niestety po paru minutach lotu wszystko się zawiesza. Menadżer pokazuje spore obciążenie i zużycie energii.
-
Ja tak miałem ale tylko na A-10. Aktualnie jadę na zwykłbym Biosie. Tu jest link to najnowszych skryptów:
https://github.com/DCSFlightpanels/dcs-bios/tree/0.7.37 - Bios
https://github.com/dcs-bios - skrypty do różnych modułów
-
Dokładnie, też tak zrobiłem. Wróciłem do klasycznej wersji i też znalazłem tą 0.7.37. Tamten DCS Bios HUB jest wygodny, bo samo się wszystko odpala, ale lepiej na tym co się nie zawiesza.
https://github.com/DCSFlightpanels/dcs-bios/releases/tag/0.7.37
-
Czy orientuje się ktoś z Was, czy gdzieś jest opisane, jaka cyfra na wskaźniku samolotu, odpowiada jakiej wartości zwracanej przez DCS-Bios?
Próbuję to pomierzyć i mam takie wrażenie że zakres kątowy ruchu wskazówki jest podzielony na 65535 kroków. Nie mam natomiast pewności, że tak jest zawsze, bo nie zawsze mi się to zgadza z obserwacjami.
Trudno jest też ustalić zakres kątowy pracy wskaźnika, bo wskazówki niektórych wskaźników wychodzą poza skalę (np. radiowysokościomierz MiG-21). Dodatkowo niektóre wskaźniki mają cyfry rozmieszczone nieliniowo, co też mocno utrudnia. Teraz robię to tak, że wykonuję "lot próbny", pauzuję lot i zapisuje wartości z DCS-Bios oraz cyfry ze wskaźnika, no i potem próbuję z tego coś wywnioskować w excelu. Denerwuje mnie taka robota, bo nie jest to dokładna metoda i zżera masę czasu. No i może „wyważam otwarte drzwi” bo może gdzieś jest taka wiedza opublikowana.
-
Trudno mi powiedzieć, z zasady używam enkoderów, tam krok opowiada następnej cyferce. Na potencjometrach mam tylko regulację świateł.
-
Aktualizacja DCS BIOS: https://github.com/DCSFlightpanels/dcs-bios/releases/tag/0.7.39
-
Dzięki, tak myślałem, że coś się zmieniło. Przestał mi działać przełącznik ECM w F-18, teraz wszystko gra :) .
-
Dawno mnie tu nie było, ale mam pewien problem. Zbudowałem nowy komputer, wszystko zainstalowane ale nie mogę uruchomić DCS-Bios.
Z DCS-Bios HUB wszystko rusza, jednak gdy chcę uruchomić w sposób klasyczny, to nie mam połączenia z Arduino. Komputer widzi Arduino, są przypisane odpowiednie porty COM.
Tak jak by plik "connect-serial-port" nie łączył odpowiednio się z Arduino, mam komunikat, że nie znalazł ścieżki.
Nie wiem o co może chodzić, ale zakładam, że coś się zmieniło z łączeniem, może port. Nigdy wcześniej nie miałem takiego problemu.
-
1. Może nie masz w Export.lua dopisane:
dofile(lfs.writedir()..[[Scripts\DCS-BIOS\BIOS.lua]])
2. Wyrzuca problem z FAST_CWD pointer?
-
Połączenie między wtyczką w Chrome a DCS jest. Skrypt mam ten co w poprzednim komputerze.
-
Po włączeniu connect-serial-port.cmd, dostaję komunikat:
C:\dcs-bios-0.7.39>socat\socat -v UDP4-RECV:5010,ip-add-membership=239.255.50.10:127.0.0.1,reuseaddr!!udp-sendto:localhost:7778 /dev/ttyS10
System nie może odnaleźć określonej ścieżki.
-
A socat masz zainstalowany?
-
Jaki socat?
Wcześniej nic takiego nie trzeba było robić.
-
Zauważyłem też, że nowsze wersje DCS-bios posiadają też nowsze biblioteko dla Arduino, DCS-Bios HUB wersja 10 działa chyba nadal na starej dcs-bios-arduino-library-0.2.11. Nie wiem czy to ma znaczenie?
Jest też w paczce plik com-handler, do czego on jest?
Znalazłem folder socat, ale wcześniej nigdy tego nie używałem, to trzeba zainstalować?
-
Zauważyłem, że w dcs-bios-v0.7.1 w folderze "SOCAT" jest ty jedna wersja tego programu, w nowszych są dwie 32 i 64 bit. W dodatku bardzo różni się plik "connect-serial-port".
Gdy odpaliłem swój plik "connect-serial-port" w folderze dcs-bios-v0.7.1 wszystko zadziałało poprawnie, jest połączenie. Jak to robię w folderze z nowszym DCS -Biosem już nie działa.
Zatem problem faktycznie jest w "SOCAT" no i pewnie w nowej wersji connect-serial-port.
No dobrze, odnotowany sukces, w folderze "socat" tylko rozpakowałem paczkę z 64bit wersją "socat". Po włączeniu starego "connect-serial-port" nawiązałem połączenie. Nie bardzo rozumiem co trzeba wpisać w nowej wersji pliku "connect-serial-port", samo wpisanie portu nie działa.
W tym przypadku wywala włąśnie błąd o którym pisałeś "FAST_CWD pointer".
-
No dobrze, temat ogarnięty, wszystko gra. Powiedz mi tylko, której biblioteko DCS-bios używasz do Arduino? Jest już wersja 0.3.7, ja ciągle ładuję 0.2.11.
-
0.3.6
-
OK, w takim razie musze podmienić bibliotekę i załadować ponownie soft w Arduino. Tylko pytanie czy ma to sens, bo w tym co używam DCS-bios wszystko działa.
-
Teoretycznie nie. W sumie nie wiem czy coś to daję 😀
-
Nowe dane, biblioteka jest rozszerzana o nowe elementy, jak przykładowo wyświetlacze oled. Jedno co jest na plus, to to, że nowy plik "connect-serial-port" działa dużo lepiej. Można go załadować przed i w czasie działania DCS. W razie czego, przerwania pracy czy łączności z Arduino, nie trzeba resetować całej gry.
W przypadku DCS-Bios HUB, po załadowaniu nowszych bibliotek do Arduino niż 0.2.11, przestaje wszystko działać, przynajmniej w F-18. Są tam stare wtyczki ( z 2019r) a link z programu prowadzi tylko do starej biblioteki dla Arduino 0.2.11 .
Dzięki za naprowadzenie na dobry tor, jakoś nie zwracałem uwagi na folder "socat", działało to z automatu. :)
-
Ostatnio w panelu CMSP przestały reagować 4 przełączniki dźwigniowe pod ekranem. Arduino widzi przełączenie a DCS nie. Wgrałem najnowszą wersję DCZ-Bios, najnowszą bibliotekę Arduino i nic. Sprawdziłem też czy nie pozmieniały się linijki do skopiowania , ale też nie. Reszta działa prawidłowo. problem tylko tych 4 przełączników.