Jump to content


  • Posts

  • Joined

  • Last visited

About dhamilton63

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

dhamilton63's Achievements


Newbie (1/14)

  • Week One Done
  • One Month Later
  • One Year In Rare

Recent Badges



  1. Yes, I'm going to give this a go too. Funny thing, until one of my more recent flights, I've never had an issue with climb performance. On my last flight in the CRJ, experienced really unusual thrust and climb behavior. Of all the checks I went through to diagnose the issue, one was to visually check for the spoiler deployment (which were not visually deployed). However, I did not attempt to adjust the spoilers in the cockpit (potentially resetting the spoilers and correcting the issue). I actually captured the entire experience and posted to YouTube.
  2. No one is being insistent. I made an observation based on the CRJ's behavior in conjunction with another 3rd party addon. I haven't placed any blame. The behavior in the CRJ is different than the behavior in the A320neo. Sharing this information is kind of the point of the forum.
  3. Seriously!? You thought I needed that explanation? Have you worked with Push Back Express?
  4. Is this a horse before the cart kind of deal. The interaction with PBE is to set the Parking brake before the tug disconnects. Seems like a logical request. I tried to find something definitive online, but, all seems to be airline SOP specific. It also looks like the interaction is different IRL when a tow bar is used vs. a towbarless tug. Stock pushback in MSFS is a joke. The push moves the aircraft whether the brakes are set or not. Granted it moves the aircraft considerably slower when they are set. While I want to test this again, the only reason I think the PBE button mode works is because the check is immediate when the attempted brake set occurs. With voice commands, the parking brake set fails and by time you communicate that the brakes are set, the check performed reveals they are not set. I'll run this test again later this evening. As a side thought on this whole topic, aren't we striving for realism in the aircraft. I'm pretty sure that the CRJ doesn't prevent you from releasing the parking brake when the wheel chocks are still placed around the tires. Likewise, I don't imagine the CRJ would prevent the parking brake from being set if the Tug is connected to the aircraft. So, why is Aerosoft adding in this unrealistic safeguard? Just a thought.
  5. Fair enough. However, your product appears to restrict parking brake operation when the chocks are still in place and when the push back tug is connected to the aircraft. As @capt_tom stated, we both observe that our interaction with the simulator is attempting to set the parking brake, but, the brake is automatically forced back to the unset position.
  6. Hmmm... @Mathijs Kok did you just insult me? No, I'm just joking. Well considering that it was verified by another member of the Forum, I don't think it is just my system. Regardless, probably a very low priority to put resources on. The value seems to be cosmetic anyway. Once the packs are turned on, the cockpit/cabin cool/heat as expected regardless of this duct temperature. It doesn't prevent me from enjoying the CRJ. Thanks.
  7. Okay, I tried a few more airports including LOWW (Vienna, Austria), KEB (Nanwalek, Alaska, US), and finished with KDEN (Denver, Colorado, US). While initial attempts at the first two airports did not reproduce the issue; even with some manual manipulation of the weather settings. The last attempt at KDEN did recreate the finding. The only setup performed was the initial battery master on, EFB on, connect GPU, connect ground air cart, open passenger door, turn on ground power, and observe EICAS ECS status page. The SAT/TAT was 4c, the Actual cockpit/cabin temps were 4c, and the duct temps were 18c. After 16 minutes, the duct temperature dropped to 4c. After another 10 minutes, the duct temperature was -4c. Another 11 minutes later and the duct temperature was -14c. After a total of 68 minutes from when I started, -41c and still falling.
  8. Might also be related to a lower initial temperature at the airport. I'll try another location with a cold temperature to start.
  9. Did you see @Thx1137 was also able to duplicate at LSZH. Not sure why the airport is relevant, but, maybe worth a check?
  10. Tried again with PBE version 1.9. Same behavior. It's exactly as if the wheel chocks were in place. One point of clarification, my experience is with voice commands active, not just the button controls. I tried it with the button controls and that did work without an issue.
  11. Well, after reviewing this again, I don't believe it has anything to do with a glitched installation. If you load the CRJ 700 and don't immediately configure the aircraft for departure, rather, spend some time at the gate. In my case, I'm reading the documentation, learning about the plane, and putzing around on my own abbreviated check-list. The EICAS ECS Supply Duct temperature will start to fall...and keep falling. In case it's relevant, I'm at a gate in Zurich (LSZH) and the outside temperature is 2 degrees Celsius. Upon initialization of the CRJ with just the external GPU connected (no APU), the ECS Supply Duct temperature starts at 13 degrees. After 12 minutes and no other configuration changes, the temperature has fallen to 2 degrees. Another 10 minutes pass and the temperature is now -5 degrees. Do you still think it's a glitched installation?
  12. 15,000 feet!? The cabin crew is showing their dissatisfaction with you leaving the seat belts signs on well beyond 10,000 feet.
  13. Nice. I was trying to connect my own observations with payload discrepancies. Glad to see this confirmed. I'll try the enter key trick and see if that helps. Thanks!
  14. Yep! Latest CRJ and PBE. PBE forces you to update when a new version is released. Looks like they just released version 1.9 so I'll be giving that one a try. By the way, nice profile pic. Oorah!
  • Create New...