PeterDowson
-
Posts
76 -
Joined
-
Last visited
Posts posted by PeterDowson
-
-
5 minutes ago, srcooke said:
The add-ons.cfg is from a P3Dv4 install ?
Is it? Whoops, sorry. I must get around to deleting some of those folders. I've attached the correct one now, I hope!
6 minutes ago, srcooke said:Regarding the airport map have you enabled Brandenburg in the Aerosoft configuration for the airport, otherwise I believe it is SCHONEFELD is depicted.
Yes, it is enabled, and Schonefeld is "listed" as EDDB2 -- but not selectable. I think that covers the original Northern side. ProSim's database for it shows correctly in the ProsimIOS mapping. Also my Makerwys deals with it properly and Pilot2ATC maps it correctly.
Here's the correct CFG file, and the airports list from AddOnOrganizer, in priority order.
Pete Dowson
-
I am using the latest EFB2, and it has been fine ... till now. I installed the Aerosoft Brandenburg scenery yesterday and now the Database scanning hangs. I attach that, along with the latest .Log files I can find.
Here's a pic showing the hang reading Add-Ons.cfg:
Can you help, please? The airport map shown for EDDB is completely wrong (using default data I suspect).
Thanks,
Pete Dowson
add-ons.cfgAivlaSoft.Efb.DbBuilder.exe.log20230222_124603549_AivlaSoft.Efb.DbBuilder.exe.log
20230222_095727963_AivlaSoft.Efb.DbBuilder.exe.log AivlaSoft.Efb.DbBuilder.exe.log
-
Further to my problem report, on the next re-boot of the main sim PC, the EFB2 server did start up okay without failure. Hopefully this problem is transient, but it would be good to know why it happened.
Thanks,
Pete
-
I've been using EFB2 regularly, several times a week, snce it was released. Today, out of the blue, I am getting this exception:
It took me a while to identify it as the EFB2 Server because, oddly, there's no title for the message box saying which program it is -- I have lots of processes loading with P3Dv5.
I've no idea what the problem is -- I hope the attached log is helpful. The network is all working fine (there are 7 PCs in my cockpit setup), and so is the connection to the Internet as demonstrated by other programs such as ActiveSky and Prosim.
Please advise on some course of action which will fix this new (to me) problem.
Thanks
Pete
-
On 9/3/2018 at 11:08 PM, Mr. ATC said:
How do you think this can be determined? Especially as it is only artificial traffic.
The COM1 frequency tuned in by AI aircraft can be read. FSUIPC supplies it in the base TCAS_DATA structure.
Pete
-
1 hour ago, aivlasoft said:
Hi Pete,
I will add shortcuts for these map option buttons.
Excellent! Thank you very much!
Pete
-
I've set EFB2 up on my touchscreen, and have got things working well. i'm using buttons on a separate, small, touchscreen running wideclient's "ButtonScreen" to implement several common options I shall be using -- the assorted Zooms, the "Moving Map" option (centre on aircraft), and the map type.
But i 'd really like to be able to turn the AI Traffic display on or off with a shortcut key too -- and especially the label option.
Could this be possible in a future update, please?
Thanks,
Pete
-
2 hours ago, wolkenschieber said:
with the mentioned taskbar I ment that of windows.
Yes, I know, and I was referring to that. I have it on auto-hide, but also, on two of my cockpit PCs, moved to the top of the screen.. Would that not suit your Lower EICAS? I append an extract from the instructions.
Pete
To move the taskbar from its default position along the bottom edge of the screen to any of the other three edges of the screen:- Click a blank portion of the taskbar.
- Hold down the primary mouse button, and then drag the mouse pointer to the place on the screen where you want the taskbar.
-
2 hours ago, wolkenschieber said:
that´s what I did as well. ith the effect, that the EFB screen is a bit to wide und the lower push buttons are partly hidden beneath the taskbar.
My task bar is normally hidden. Or of course you can move it to a different edge.
2 hours ago, wolkenschieber said:As far as the virtuell keyboard is concened I just found (did not know that), there is one integrated. Am not in the cockpit but think it could work (?).
Thanks! I'll certainly try that!
1 hour ago, Mr. ATC said:Regarding buttons and info column, there should be no issue even when you change the relative font size of windows. The info column width is adjustable, so just drag the divison line there where you like it.
Yes, that's okay., done that. Oddly though I'm missing the bottom of the right column. Of course I can close items there too, so it isn't a problem, and there's not much I'm missing -- the wind direction relative to the aircraft is partially cut-off, but usable without closing anything. And below that there's only a zoom section.
Thanks for the assorted advice folks!
Pete
-
I am also keyboard and mouse -less with a touch screen. I have even replaced my 10" touch screen (on the inside wall of my cockpit), because it was incapable of providing the miniumum resolution for EFB2 (but was fine with EFB1), with a 13.3" one. But i am having some difficulty with no popup keyboard facility. I will just not be using some of its facilities until that is rectified.
On an side note, the new screen has a default resoltion of 1920 x 1080 -- ridiculous on a 13.3 " screen, with fonts really minute. I set it to run at 1280 x 960 to please EFB2, but the buttons are still too small for easy touch-screen use, so i changed the font size to 125% in Windows. That helps a lot -- just losing a bit of the right-hand info column.
Pete
-
As you may know, EFB does not read the text of the NAVIGRAPH charts -- we read the BGLs primarily, and then the NAVDATA references which neither the scenery developer nor your "Make Runways" utility do... since neither of you need be concerned with NAVDATA to the extent that EFB is.
For EFB 1, when the BGLs and NAVDATA conflict, we must raise the possibility of a question / conflict to remain true to all of our customers.
Yes, of course. All that is fine. but when the customer is aware of the difference, the missing runway in FS, why should he have to put up with a mismatch warning every time he uses that airport? The "runways.txt" file is supposed to be there so he can list the differences and avoid this bother. You've implemented it fine for other circumstances, just not the one where the NAVDATA says there's a runway which isn't there in the scenery!
When EFB is revised to a new version, I hope to have defined and implemented a user-defined ability to enter and ignore specific NAVDATA references so that users like yourself are not frequently bothered by conflicting data sources.Yes, okay. I just thought it such a shame that the existing Runways.txt file couldn't be so simply amended in the way I suggested.
Thanks,
Pete
-
I have never read where an EFB customer has not wanted to be informed of an airport's runway update via NAVDATA.
Well, this is perhaps a rather odd case. It is NOT actually a NAVDATA runway update It is simply a runway which isn't used as such, it is used as a taxiway. And the NAVIGRAPH charts do actually state this despite the runway being shown as a runway. You find out it isn't used as such only by reading the text -- as obviously the scenery programmer did.
So in the user-defined dataset that I mentioned for a version of EFB 2, we will strive to allow for a user to define to not be informed for NAVADATA update(s) for an airport's runway(s) or such for multiple airports, etc.
Thank you!
Pete
-
That's what EFB is doing here. EFB version 1 has always taken what I term "intangible elements" (waypoints, airways, procedures, transition altitudes) from NAVDATA. Anything that can be seen (or heard) by the user comes from the simulator and its BGLs.
Yes, I know all that. That isn't the point. I get a needless error message complaining that a runway listed in NAVDATA doesn't exist as such in FSX. I know that. I just want to tell EFB that I know it. You allow Runways.txt to tell is one way, but not the other. Why not?
I see the runways listed in NAVDATA, but without much more specification than NAVDATA includes, EFB cannot draw an accurate representation of such a runway.I don't want a representation of a runway that isn't used as a runway. EFB can draw the taxiway, okay, from the data it reads from FS. That works fine. Everything was fine except for the unwanted error message that isn't necessary!
You seem to have completely missed the point of my message. All I asked for was to be able to say "no runway X exists in FSX" so it won't complain that there's a mismatch. In other words, the same as you do now for "XXXX nn nil" but the other way around -- "XXXX nil nn". I thought I made that perfectly clear with the example?
Regards
Pete
-
did you already read this article from the FAQs:
I am getting a warning for my Aerosoft Santorini airport (LGSR), one which seems explicitly forbidden to correct in the Runways.txt file.
The situation there is that the current NAVDATA shows 2 runways, 16L/34R and 16R/34L. But the current charts also state that runway 16R/34L is only used if activated by NOTAM and is normally used as a taxiway. I assume it is only used when maintenance work in needed on 16L/34R.
The scenery implements this, sensibly in my opinion, by having 16R/34L classfied as a taxiway but depicted as a runway (but without lights and with aged dull markings).
EFB grumbles about 16R/34L, but it should not -- it should allow the FS scenery setting to take precedence over the NAVDATA in this case. I'd like to explicitly state this in the Runways.txt file, but this isn't allowed -- the case is simply described as follows:
C) if a runway in reality (and in Navdata) is existing, but is not available in FSX
*** this case is not possible to assign ***
What is really needed is the reverse of case B, like so:
LGSR nil 16R
LGSR nil 34L
Regards
Pete
-
Tell you what I'll do and should have time to try (I'm off late tomorrow till Sept 23rd) -- running the display module on other PCs on the same Network. I can try another WinXP one and a Win7-64 one. Maybe it's a WinXP problem in that Chilkat module.
Okay. I installed it on my normal development Pc, running Win7-64.
Exactly the same symptoms, including the normal status message. The log entries I get are always:
2013-09-10 18:23:23,400 [6] WARN AivlaSoft.Efb.DisplayUnit [(null)] - MetarRequestService: (threaded) FTP connection aborted with error
2013-09-10 18:25:58,786 [17] ERROR AivlaSoft.Efb.DisplayUnit [(null)] - Could not download file EGCC.TXT due to the following error: ChilkatLog:
GetFile:
DllDate: Feb 15 2010
UnlockPrefix: APPRIMFTP
Username: Pete
Component: .NET 2.0
localFilename: C:\Users\Pete\AppData\Local\Temp\EGCC.txt
ModeZ: 0
BinaryMode: 1
Active transfer mode
Using ephemeral port range for Active data connection.
dataPort: 12836
MyIP: 192,168,0,170,50,36
Timeout waiting to read socket or accept connection
timeoutMs: 60000
Failed to read FTP response line..
PortReply:
Failed to setup active data socket.
Try using passive mode instead.
WindowsError: The process cannot access the file because it is being used by another process.
failedToDeleteFilepath: C:\Users\Pete\AppData\Local\Temp\EGCC.txt
DeleteFileError: 0x20
TotalTimeMs: Elapsed time: 60014 millisec
Failed
2013-09-10 18:25:59,098 [17] WARN AivlaSoft.Efb.DisplayUnit [(null)] - MetarRequestService: (threaded) FTP connection aborted with error (repeated ...)
I checked the file C:\Users\Pete\AppData\Local\Temp\EGCC.txt. It appears to be created right at the start, when I ask for the weather, as a READ ONLY zero length file. There is nothing else using it. I deleted it and tried again with requesting the weather and exactly the same happened. It creates a READ ONLY file then, 30 seconds later says it can't write to it. But the log shows FTP errors as well as far as I can determine. It all seems very odd.
And again, if I just use the same URL with the ftp:// prefix, in IE or in Firefox, I get the weather files almost instantaneously.
Any help here? No more ideas? How many other PCs do you want me to try it on?
Regards
Pete
-
Tell you what I'll do and should have time to try (I'm off late tomorrow till Sept 23rd) -- running the display module on other PCs on the same Network. I can try another WinXP one and a Win7-64 one. Maybe it's a WinXP problem in that Chilkat module.
Later ...
-
ConnectFailReason: 2 (DNS lookup failed)
Failed to connect to FTP server.
-------------------------
Does this message makes any sense to you? Maybe something with the configuration on that computer?
The network configuration is identical on all 10 of my PCs. The DNS is done by the Router and is used quite happily for all other internet accesses, including by IE when looking up the weather with exactly the same URL.
I guess that the file is still locked because of the first error. Can you confirm this or is it possible to delete the file using Windows Explorer?Okay.
To be honest, I don't understand the meaning of this message.Sorry, I can't really help. My Network knowledge is minimal. Does this Chilkat have support?
Maybe it'll be easier for me to wait till you have OpusFSX weather support!
Regards
Pete
-
just a simple question, did you update to the latest version 1.3.10? Because with 1.3.8 I fixed a small but very seldom bug when downloading from NOAA.
Confirmed. It is version 1.3.10.25024.
when it fails to get the weather (which is 100% with NOAA source selected), the status bar reads variously:
"MetarRequestService (threaded) FTP connection aborted with error"
" repeate ..." (truncated, not enough room), or
"Connect FTP, Host=tgftp.nws.noaa.gov, Username=anonymous, Exception: ..." (rest off screen below)
With the exact same URL except ftp:// prepended, IE gets the weather immediately. EFB takes over 30 seconds to fail to get it.
I found the log file which may be of use, please find attached.
In case it is relevant, please note that this micro PC I'm using for EFB is running Windows XP.
Any ideas?
Regards
Pete
[LATER] File attachment doesn't appear to work, so I'm having to paste the whole thing here:
2013-09-10 11:20:58,328 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Application started: AivlaSoft.Efb.DisplayUnit, Version=1.3.10.25024, Culture=neutral, PublicKeyToken=953442301537c18c
2013-09-10 11:21:06,984 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - User settings loaded from 'C:\Documents and Settings\Pete\My Documents\AivlaSoft\EFB\Settings\DisplayUnit_UserSettings.bin'
2013-09-10 11:21:07,156 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Settings: 'DataProvider folder' is: \\PALI\AivlaSoft.Efb.DataProvider
2013-09-10 11:21:07,218 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Now trying to read contents of DataProvider folder ...
2013-09-10 11:21:07,218 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - DataProvider folder exists = True
2013-09-10 11:21:07,218 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Reading file list OK. File count = 17
2013-09-10 11:21:07,218 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Read access OK.
2013-09-10 11:21:17,859 [11] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Reading airport index file. Please wait ...
2013-09-10 11:21:19,093 [11] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Reading airways file. Please wait ...
2013-09-10 11:21:20,078 [11] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Reading region index file. Please wait ...
2013-09-10 11:21:21,406 [11] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Reading navaids file. Please wait ...
2013-09-10 11:21:24,046 [11] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Reading world data. Please wait ...
2013-09-10 11:21:43,953 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - GASA data read: 64800 items
2013-09-10 11:21:44,359 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - MEF data read: 58176 items
2013-09-10 11:21:44,406 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - IVAO data folder:
2013-09-10 11:21:44,406 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - VATSIM definitions:
2013-09-10 11:21:44,406 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - VATSIM boundaries:
2013-09-10 11:21:44,406 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - DataProvider folder: \\PALI\AivlaSoft.Efb.DataProvider
2013-09-10 11:21:44,531 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - This computer name is: ZEFB, IP-address is: 192.168.0.7
2013-09-10 11:21:44,531 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Server mode is REMOTE
2013-09-10 11:21:44,531 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - DataProviders name is given as characters: Pali
2013-09-10 11:21:44,531 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - DNS returned 192.168.0.29 as IP-address for 'Pali'
2013-09-10 11:21:44,531 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Using IP endpoint 192.168.0.29/51747
2013-09-10 11:21:46,593 [1] INFO AivlaSoft.Efb.DisplayUnit [(null)] - Connected with DataProvider
2013-09-10 11:22:22,109 [16] ERROR AivlaSoft.Efb.DisplayUnit [(null)] - Connect FTP, Host=tgftp.nws.noaa.gov, Username=anonymous, Exception: ChilkatLog:
Connect:
DllDate: Feb 15 2010
UnlockPrefix: APPRIMFTP
Username: Pete
Component: .NET 2.0
ImplicitSsl: 0
AuthTls: 0
AuthSsl: 0
Hostname: tgftp.nws.noaa.gov
Port: 21
IdleTimeoutMs: 60000
ConnectTimeout: 60
HeartbeatMs: 0
ConnectTimeoutMs: 60000
Cannot get host by name..
hostname: tgftp.nws.noaa.gov
ConnectFailReason: 2
Failed to connect to FTP server.
2013-09-10 11:22:22,109 [16] WARN AivlaSoft.Efb.DisplayUnit [(null)] - MetarRequestService: (threaded) FTP connection aborted with error
2013-09-10 11:24:16,093 [17] ERROR AivlaSoft.Efb.DisplayUnit [(null)] - Could not download file EGCC.TXT due to the following error: ChilkatLog:
GetFile:
DllDate: Feb 15 2010
UnlockPrefix: APPRIMFTP
Username: Pete
Component: .NET 2.0
localFilename: C:\Documents and Settings\Pete\Local Settings\Temp\EGCC.txt
ModeZ: 0
BinaryMode: 1
Active transfer mode
Using ephemeral port range for Active data connection.
dataPort: 1666
MyIP: 192,168,0,7,6,130
Timeout waiting to read socket or accept connection
timeoutMs: 60000
Failed to read FTP response line..
PortReply:
Failed to setup active data socket.
Try using passive mode instead.
WindowsError: The process cannot access the file because it is being used by another process.
failedToDeleteFilepath: C:\Documents and Settings\Pete\Local Settings\Temp\EGCC.txt
DeleteFileError: 0x20
TotalTimeMs: Elapsed time: 60000 millisec
Failed
2013-09-10 11:24:16,406 [17] WARN AivlaSoft.Efb.DisplayUnit [(null)] - MetarRequestService: (threaded) FTP connection aborted with error (repeated ...)
2013-09-10 11:27:58,203 [18] ERROR AivlaSoft.Efb.DisplayUnit [(null)] - Connect FTP, Host=tgftp.nws.noaa.gov, Username=anonymous, Exception: ChilkatLog:
Connect:
DllDate: Feb 15 2010
UnlockPrefix: APPRIMFTP
Username: Pete
Component: .NET 2.0
ImplicitSsl: 0
AuthTls: 0
AuthSsl: 0
Hostname: tgftp.nws.noaa.gov
Port: 21
IdleTimeoutMs: 60000
ConnectTimeout: 60
HeartbeatMs: 0
ConnectTimeoutMs: 60000
timeout waiting for connect to complete
Connect function failed.
SocketError: WSAEWOULDBLOCK The socket would block.
For more information see this Chilkat Blog post: http://www.cknotes.com/?p=210
ConnectFailReason: 7
Failed to connect to FTP server.
-
Hi Pete,
just a simple question, did you update to the latest version 1.3.10? Because with 1.3.8 I fixed a small but very seldom bug when downloading from NOAA.
I'm pretty sure I did -- I try to keep everythng up to date religiously. But I'll certainly check that in the morning. It's been a hard day -- flaking out now.
Thanks,
Pete
-
Putting "ftp://" in front of the URL will not change things, and is not the cause of the problem. It has worked this way the last few years. I just did a test here from Switzerland and it works well.
Okay. In that case there must be some corruption elsewhere in the URL. I'll check it tomorrow.
No, there was no corruption. It fails no matter whether I put ftp:// in front or not. It sits there for about 30 seconds saying it is getting weather before coming back and saying there's none available.
BUT if I cut the full path from the Weather Settings, prepend the ftp:// and paste it into the URL bar in IE on the same Pc, it downloads the text file containing the METARs immediately!!!
So, obviously they are accessible, and fast too!, but something is wrong with the EFP display program.
Help, please! What could be wrong? It does spoil EFB for me a bit, and I do like OpusFSX weather facilities. I don't really want to go back to ActiveSky at present.
Maybe in the longer term (version 2 I suppose?) a better option in any case would be for EFB to be able to read the Opus weather file -- needs pointing to the \Themes\OpusWeather.txt file. But note that only contains a subset of all WX stations which maybe relevant to the currently filed route. It would go well, hand-in-hand, with the update to EFB which has the optionto auto-load the same PLN currently loaded into FSX -- that's what OpusFSX already does.
Anyway, to my more immediate problem. Any idea of how to fix this, please? Any more information you may need?
Pete
-
Putting "ftp://" in front of the URL will not change things, and is not the cause of the problem. It has worked this way the last few years. I just did a test here from Switzerland and it works well.
Okay. In that case there must be some corruption elsewhere in the URL. I'll check it tomorrow. Didn't have time today. The PC it is running on certainly has Internet access, no firewalls, nothing in the way.
This is the first time I've tried to use the NOAA source with EFB, though other programs (including the PM CDU) use it happily. Up till now I've always directed it to get ActiveSky weather. I only noticed I needed to change it, now I'm trying out OpusFSX weather, when the weather it provided me was wrong. Took me a few minutes to realise the date of the METAR string was a week old!
Regards
Pete
-
Here's the path that EFB uses for NOAA / FAA weather:
ftp://tgftp.nws.noaa.gov/data/observati ... r/stations
It's currently active for me... but I'm in the USA and I don't brew my own beer or tea, so I'm stone sober maybe....
Do you have all FTP ports open?...
Well I haven't knowingly closed any. And other programs get NOAA weather okay. I'll check the path. Thanks.
Pete, I found I had to put ftp:// in front of the NOAA URL in System > Settings > Weather tab for it work.I believe it may be defaulting to http otherwise and the NOAA ftp server isn't configured to accept the http protocol.
That sounds like a possibility. I'll definitely check that in the morning. Thanks!
Pete
-
For all this time since EFB release I have been using ActiveSky and enabling EFB to get the weather from its files. That works fine.
I'm now using OpusFSX for weather. So far I'm quite pleased with it, though I may go back to ActiveSky.
However, currently EFB does not get weather from OpusFSX (though I think it makes files available for this, at least in recent releases). So I switched EFB to get weather from NOAA.
Not once, in a couple of weeks of flights, has EFB managed to get the weather for any location using the default NOAA path incorporated into the progream. I know NOAA sources are working because my PM CDU gets the weather from there very easily, as do other programs.
Perhaps the oriiginal path for NOAA weather is wrong in the EFB data? Can anyone help please?
Regards
Pete
-
Thanks I'll try those. I'm getting to the point where I feel like throwing the PC concerned at a brick wall, very hard. I've never had such an intractable problems before
They didn't help, unfortunately. i ended up making a clone copy of the hard disk on anther PC of the same type (ZBox), then installing .Net 3.5 SP1 and EFB. After re-congiguring it seems to be okay. i'll give it a good text in a day or two.
Regards
Pete
Data base scan hangs reading P3D5 Addons.cfg file.
in EFB v2 - Support forum
Posted
Hi,
Sounds like the "Aerosoft One" installer has a bug then, But I wonder why it affects EFB2 and no other scanning programs? Since I last generated a good EFB2 database there's only been that one install -- Aerosoft EDDB.
I searched for Aivlasoft database logs with today's or yesterday's dates, as I thought they must be relevant. But i'll try to remember to create a support file next time -- if that a facility in the Database Builder, or does the Server (and therefore P3D too) have to be run?
Regards
Pete