PeterDowson

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

Is it? Whoops, sorry. I must get around to deleting some of those folders. I've attached the correct one now, I hope! 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 SceneryExport.html add-ons.cfg

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 20220412_103408922_AivlaSoft.Efb.Server.exe.log

The COM1 frequency tuned in by AI aircraft can be read. FSUIPC supplies it in the base TCAS_DATA structure. Pete

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

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.

My task bar is normally hidden. Or of course you can move it to a different edge. Thanks! I'll certainly try that! 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

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! 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

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. Thank you! Pete

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 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

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

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 ...

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. Okay. 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

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.

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

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

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

Well I haven't knowingly closed any. And other programs get NOAA weather okay. I'll check the path. Thanks. 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

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