Это чаво такое было? :D
Гости из за бугра пожаловали? :D
Вид для печати
Это чаво такое было? :D
Гости из за бугра пожаловали? :D
Во молодец иностранец, таку кучу работы проделал... Да еще перевел вопросы на русский. Олимпийское упорство... Жаль я не углублялся в прогу, а так бы помог...
Пробовал кстати на втором мониторе. В ней довольно большая дискретность передачи данных. т.е. где то раз в секунду, причём в момент обновления заметные тормоза... Хотя скорей всего тачка слабая была... Увы не очень понял почему она работает через сетевой интерфейс??? Разые нельзя вывести приборы на второй экран напрямую, зачем через сеть.... Не очень понимаю в чем чит. Наоборот ближе к реалу... Как и в реале можно быстро кинуть взгляд на приборы, то что стрелка компаса не прыгает, да и бог с ней. И вообще если это внести в движок самой игры, то на втором экране можно отображать приборы так же как и на приборной панели, то есть разбитые, с погрешностями и прочее... Жаль что этого нет. У 95% видеокарт наверно есть возможность подключения 2-3х мониторов, мало кто использует. А найти старенький монитор под такую клёвую фичу любой вирпил сможет... Эх, надо в МГ челобитную бить
Check your PMЦитата:
Сообщение от DickDastardly
Вот интересно есть Клавиатура Logitech G15 и SDK для LCD дисплея никто не пробовал подружить DeviceLink и логитечевское творение для того чтобы выводить там топливо, боеприпасы и прочее, я на красных просто летаю. Или все-таки придется с нуля начинать.
Начать нужно не с нуля, а хотя бы с перечня того, что DL предоставляет.Цитата:
Сообщение от GreyWind
Топливо есть, боеприпасов нет.
Эх... а ведь я тоже начинал с индикатора боеприпасов :) :) :)
ну а по сути, счетчик патронов это чит. потому сделать проблемы нет, но тогда ты будешь очередным взолмщиком sfs.
Я уже сам понял, ну тогда буду мерять скорости и прочие фенечки, я думаю вот 4-е дня есть сделаю за это время че-нить подобное.Цитата:
Сообщение от Hruks
Hi Hruks,
я переводил этот столб с Babelfish так мои извинения если русский текст содержит ошибки. Я вывешу первоначально английский вариант ниже слишком.
Я работаю на новом комплекте конструированных аппаратур BF-109K для вашей превосходной программы UDPSpeed, для экрана разрешения 1280x1024. (рядком индикаторных лампочек на дне будет как раз временно графики сделанные в photoshop я буду заменять ть с правильными моделями 3D).
Screenshot новых датчиков BF-109k
Я не знаю если вы прочитали любые английские форумы, то но ваша программа привлекала множество внимания в нескольких резьб недавн, определенно amongst домашние строители кокпита. Вы можете увидеть некоторые примеры что люди строили использующ UDPSpeed и некоторое из моего более предыдущего Spitfire калибрует здесь:
http://forums.ubi.com/eve/forums/a/t...644#4581057644
http://forums.ubi.com/eve/forums/a/t...854#5171083854
По мере того как вы можете увидеть, ваша программа огромно увеличивала наслаждение много игроков IL-2, но будут немного ограничения или черепашок которые оно было бы чудесно для того чтобы получить фикчированным:
1. Все датчики кажутся к округлення значение извлеченные через Devicelink к самому близкому whole number. Это отлично для большой части из перемеююых (после всех, вы не идете мочь увидеть любую разницу между иглой на спидометре указывая на 345.0 km/h или 345.1 km/h). Однако, потому что несколько ключей Devicelink это округляя причиняет проблемы. Примеры вклюают часы (только показывают whole number часов), датчики уравновешивания (которые показывают -1, 0 или +1 только не любые вмешиваясь значения), индикаторы щитков (которые не могут различить между поднятыми щитками и щитки боя (по мере того как их соответствуя значения -1 и -0.6 которое будет округленным вплоть до -1), и несколько других.
2. Не кажется, что будет любой дороги нарисовать поистине искусственний горизонт в UDPSpeed. В 2 комплектах датчиков, котор я имею после того как я выпущен до тех пор (на страница 13 этой резьбы) меня используйте линию горизонта для того чтобы показать крен и после этого используйте иглу seperate для того чтобы показать тангаж. Это работает, но nowhere почти как интуитивно как реальный искусственний горизонт. По мере того как это будет вероятно самой важной аппаратурой, котор оно было бы больш мочь нарисовать линию горизонта правильно с изменениями в тангаже причиняя боковой перевод линии, перпендикулярный к углу обусловленному креном.
3. Не кажется, что будет дороги запросить ключей Devicelink через UDPSpeed относят к самолету мулти-dvigatel4 (например температуре масла каждого двигателя). Я полюбил бы эту характеристику, котор нужно добавить по мере того как я хотел был бы сделать некоторые датчики для плоскостей как PE-2 или P-38.
4. Некоторый самолет, как BF-109, имеет компасы которые показывают направление к маяку навигации по отношению к направлению плоскости (т.е. "Devicelink 44" минус "Devicelink 42"). Было бы по возможности добавить перемеююый для этого (как энергия одни, котор вы добавили) так НОП этот тип компаса был в состоянии быть моделирован правильно?
5. UDPSpeed разбивает через немного секунд после смерти пилота в sim если вы не щелкнуть "refly" быстро.
Если вы были бы подготовлены tackle эти вопросы, то I (и много других потребителей вашей программы) был бы преогромно признательны, и он были бы услажены для того чтобы сделать вами комплект датчиков для любой плоскости, котор вы любите как малое "thankyou" для ваших усилий.
Друг, если вы не имеете время, то было бы по возможности для вас послать мной Кодего источника для UDPSpeed вместо поэтому меня себя смогло сделать попытку? Будется длинним временем в виду того что я сделал любое кодирвоание, но по крайней мере если я имел ваше Кодего, котор я мог мочь сыграть вокруг с им и сделать некоторые небольшого усовершенствование, тогда как если я начинаю от нул I подозреваемых, то он принял бы мне месяцы как раз для того чтобы получить к где UDPSpeed уже. :)
Cheers,
DD
P.S. Моим email address будет mikejsteven@hotmail.com
Hi Hruks,
I'm working on a new set of BF-109K instruments for your great UDPSpeed program, designed for a 1280x1024 resolution screen. (The row of indicator lights at the bottom are just temporary graphics done in photoshop which I'll be replacing with proper 3D models).
Screenshot of new BF-109k gauges
I don't know if you read any English forums, but your program has attracted a lot of attention in several threads recently, particularly amongst home cockpit builders. You can see some examples of what people have built using UDPSpeed and some of my earlier Spitfire gauges here:
http://forums.ubi.com/eve/forums/a/t...644#4581057644
http://forums.ubi.com/eve/forums/a/t...854#5171083854
As you can see, your program has hugely increased the enjoyment of many IL-2 players, but there are a few limitations or bugs which it would be wonderful to get fixed:
1. All the gauges seem to round values extracted via Devicelink to the nearest whole number. This is fine for most of the variables (after all, you're not going to be able to see any difference between a needle on a speedometer pointing at 345.0 km/h or 345.1 km/h). However, for several Devicelink keys this rounding causes problems. Examples include clocks (which only display a whole number of hours), trim gauges (which display -1, 0 or +1 but not any intervening values), flaps indicators (which can't distinguish between raised flaps and combat flaps (as their corresponding values are -1 and -0.6 which is rounded down to -1), and several others.
2. There doesn't seem to be any way to draw a true artificial horizon in UDPSpeed. In the two sets of gauges I've released so far (on page 13 of this thread) I've used the horizon line to indicate roll and then used a seperate needle to indicate pitch. This does work, but is nowhere near as intuitive as a real artificial horizon. As this is probably the most important instrument it would be great to be able to draw the horizon line correctly with changes in pitch causing a lateral translation of the line, perpendicular to the angle determined by the roll.
3. There doesn't seem to be a way to query Devicelink keys via UDPSpeed which relate to multi-engine aircraft (for example the oil temperature of each engine). I'd love this feature to be added as I'd like to make some gauges for planes like the PE-2 or P-38.
4. Some aircraft, like the BF-109, have compasses which show the direction to a navigation beacon relative to the direction of the plane (i.e. "Devicelink 44" minus "Devicelink 42"). Would it be possible to add a variable for this (like the energy ones you added) so that this type of compass could be modelled correctly?
5. UDPSpeed crashes a few seconds after the death of the pilot in the sim unless you click "refly" quickly.
If you'd be prepared to tackle these issues, I (and many other users of your program) would be enormously grateful, and I'd be delighted to make you a set of gauges for any plane you like as a small "thankyou" for your efforts.
Alternatively, if you don't have the time, would it be possible for you to send me the source code for UDPSpeed instead so I could make an attempt myself? It's been a long time since I did any coding, but at least if I had your code I might be able to play around with it and make some small improvements, whereas if I start from zero I suspect it would take me months just to get to where UDPSpeed is already. :)
Cheers,
DD
P.S. My email address is mikejsteven@hotmail.com
Hi, yes a look at some treads but I think this is very old program :)Цитата:
Сообщение от DickDastardly
First version give possibility to create main group of gauges. You request to add some more. I need to additional details for simple implement new kind of gauges.
Fixed. Please check new version.Цитата:
Сообщение от DickDastardly
It is not so clear to implement. Do you have pictures for this gauge? Could you please send me plan for this picture interaction and related parameters. I should fully understood this before try to implement.Цитата:
Сообщение от DickDastardly
Please provide me all data: request string for each engine and for all engine; list of parameters related with engines; gauges for tests.Цитата:
Сообщение от DickDastardly
It is already implemented. Please use 493 and 494. You should add to DL string 42 and 44 string.Цитата:
Сообщение от DickDastardly
Full list of additional commands is next:
EKinID = 490;
EPotID = 491;
ESumID = 492;
DeltaAzimuth1ID = 493;
DeltaAzimuth2ID = 494;
Please provide step by step instruction how I can reproduce this.Цитата:
Сообщение от DickDastardly
:)Цитата:
Сообщение от DickDastardly
I think this is not so easy. But I will try to fix issues and add some minor features myself... Only one problem - I have no time for this. :(Цитата:
Сообщение от DickDastardly
Do you prefer to communicate with this forum or by mail?Цитата:
Сообщение от DickDastardly
Извиняюсь, такой вопросик.
А на второй монитор показания этого чудо прибора вывести можно???
КПК, лаптопов и прочих прибамбасов не имею, а вот телек рядом без дела стоит :) .
Можно.Цитата:
Сообщение от Бонифаций
Hi Hruks,
Thanks very much indeed for the new version -my clock now works perfectly :). I'm doing some more testing at the moment and I'll e-mail you the results and the extra information you asked for as soon as possible.
Cheers,
DD
Уже хорошо. Большое спасибо.Цитата:
Сообщение от Hruks
Моет ещё кто-нибудь подскажет как именно:ups: .
В файле конфигурации Ил2 Conf.ini должна быть такая секция:Цитата:
Сообщение от Бонифаций
[DeviceLink]
port=21100
IPS=127.0.0.1
host=127.0.0.1
В файле конфигурации программы UDPSpeed такая секция:
[UDP]
IP=127.0.0.1
Port=21100
(номер порта по твоему вкусу)
Запускаешь UDPSpeed, тащишь окно программы на твой ТВ монитор (коль скоро твоя видеоплата поддерживает два выхода), возвращаешься в окно основного монитора и запускаешь Ил2. Остальное увидишь воочию...
Hi DickDastardly,Цитата:
Сообщение от DickDastardly
I look at the report you send and made some more corrections.
Please check new version.
Hruks>
Thank you for your continuous work on your great app!
Would you pls. answer my question in this thread:
http://www.sukhoi.ru/forum/showthrea...366#post805366
DickDastardly>
You might get some inspiration on realistic touch in Bf cockpit from this fortcomming high res mod for MSFS, their VC panels are just ultra realistic:
http://www.threegreen.de/content/en/...e.php?newsid=1
http://www.threegreen.de/
For Spitfire gauges close up photos try:
http://www.simhardware.org/page10.html
Our alpha version of EECH<>UDPspeed glasscocpkit over network coded by Retro is working :yez:
http://img80.imageshack.us/img80/7364/eechudp3yi6.jpg
http://stud3.tuwien.ac.at/~e9826217/PICS/Clipboard2.jpg
details here:
http://www.simhq.com/simhq3/sims/boa...0;t=004612;p=7
Thanks to all for their efforts
:thx:
Hruks, would you pls. in the next revision of UDPspeed include a few turbine parameters for helicopter sims - if possible assign it in separete key area like for example starting from 300-310 or 500-510 etc.
We need ten of them just to visualize what I'm talking about:
http://www.eechcentral.com/images/d/...engine-mfd.png
http://www.eechcentral.com/images/th...nstruments.png
http://www.eechcentral.com/index.php/Engine_operations
2. Parameters - instruments reading:
The acronyms are:
TG (both left & right engine ) // Turbine Gas Temperature
TQ (both left & right engine ) // Torque
NG (both left & right engine ) // RPM of gas generator turbine
NP (both left & right engine ) // RPM of power turbine
NR // RPM of main rotor
APU // RPM of Auxiliary Power Unit
all should be in the following range:
return: float [undefined] +0.00 +inf
+
one additional altimeter gauge:
[radar altimeter]
return: float [undefined] +0.00 +inf
+
one simple warning system = text output max. 30 characters:
[ekran]
return: float[text] - Ekran warning message display
THANKS
PS we need just the bare input support from UDPspeed the skins and the coding for EECH UDP server side will be our part obviously
Подскажите, UDPSpeed когда-нибудь заработает в онлайн?
пардон, но счётчик БК реализован как плагин к клаве G-15 от Логитек... Пользуюсь в онлайне, очень удобно. Особенно на ранних спитах с их 60 выстрелов на ствол... :rtfm: и на ранних зеках, где ситуация аналогичная...:beer:Цитата:
Сообщение от pwl
Линк в студию ;)+Цитата:
Сообщение от Charger
Я тоже себе эту клаву недавно прикупил.Цитата:
Сообщение от rapSwor
Так что тоже линк хотелось бы потрогать :D
Тема старая, но надеюсь сюда еще заглядывает разработчик il2dl или специалисты по этой проге...
Нужна помощь в настройке коэффициентов PID регуляторов в ней. В кратце перечень их приведен в скрипте взлета (http://avcpage.com/il2dl/ufini_ru.html), но вот расшифровки их влияния на результат (out) нет... (кроме гистерезиса) Я первый раз столкнулся с PID (ПИД) регулятором, порылся в сети и понял, что PID - это принцип, а реализации регуляторов могут быть разные - встречал разные формулы. Вот несколько статей, которые запомнились:
http://www.embedded.com/2000/0010/0010feat3.htm (PID without a PHd :)
http://bestune.50megs.com/typeABC.htm (Three Types of PID Equations)
К сожалению на русском попадаются в основном мануалы по настройке каких-либо реальных устройств типа:
http://www.promprylad.zt.ua/prom.fil...yniversal.html
http://www.termodat.spb.ru/zakreg.htm
Вариант формулы с гистерезисом и normilizer пока не попадался...
Чтобы как-то сладить с PID в il2dl желательно бы поделиться формулами, зашитыми в его алгоритм и/или самим алгоритмом - тогда метод тыка при настройке будет более направленным. За одно, если исходник несложный (и автор им поделится), можно было б самому попробовать написать pid.dll с другой реализацией PID контроллера...
Да, вопрос: после определения и тем более запуска регуляторов на исполнение есть какая-то возможность влиять на их параметры? Например, менять set point, гистерезис, коэффициенты?
Мне нужно добиться полета с постоянным тангажом, без крена и без скольжения, чтобы при таких условиях поигратся с РУД и шагом (РУШ). Заметил на B-239, что максимальная скорость в горизонте достигается только при РУД 110% и РУШ 100%, но, например, при РУД 50-60% максимальная устоявшаяся скорость будет при РУШ 60-70%. Вот чтобы исключить из эксперемента влияние отклонения тангажа (pitch), крена и скольжения хотелось бы создать "лабораторные" условия и изучить влияние различных положений РУШ на скорость при задаваемых положениях РУД. В планах провести эксперемент на разных самолетах (як, лавка)
За поведением регулятора я наблюдаю в Excel - перенаправляю вывод консоли в файл, затем файл разгрызаю на отдельные графики. Чтобы полностью автоматизировать эксперемент желательно в тот же файл выводить показания РУД, РУШ и ispeed параллельно (т.е. с той же частотой) с выводом PID регляторов - тогда их значения можно задавать в скрипте и далее добавить в графики PID регуляторов. Это реально запрограмить в скрипте? Кстати, если бы параметрами PID можно было бы рулить по ходу работы регулятора, то можно было б управление РУШ и РУД сделать тоже в виде PID регуляторов - тогда они автоматом будут выводиться в консоли с нужной частотой.
В прилагаемом архиве используемый мной скрипт (ai) и файлик MS Excell с достигнутыми пока результатами по созданию лабораторных условий для полета. В файле MS Excel есть макрос, разгрызающий файлик с выводом консоли - его можно не бояться, вирусов писать не умеем.
P.S. Все глаза поломал, но так и не нашел, как задать PID конкретный set point перед выполнением (например, тангаж 1.2, крен 0, скольжение 0) - похоже он читается из "mv name" (pitch, roll, slip) в момент запуска, а какой он там в этот момент...? далеко не целевой. В скрипте пытаюсь раздельно запускать регулятор на каждую ось, когда ее значение попадет в задаваемый диапазон... все равно получается неточно.
P.S.S. Постоянный тангаж может не совсем подходит для "лабораторных условий" замера эффективного шага, наверное, правильнее было бы взять постоянный угол атаки... занимаюсь задачей поэтапно - сначала освоим PID, затем подберем подходяшую систему условий.
P.S.S.S. Продолжил поиск других автопилотов на DeviceLink-е. Вот похоже более подходящий для задачи, хорошее описание:
http://lesnihu.wz.cz/autopilot/autopilot.html
Есть еще текст исходника, также использующий PID для поддержания высоты:
http://forums.ubi.com/eve/forums/a/t...13/m/217109224 Видимо придется студию ставить, чтобы скомпилять и поглядеть на это чудо...
Вот за что я народ Сухого люблю, так это за умение пользоваться поиском.