TechIsCool’s Webblog

Just Blogging about the World and My Experiences

Outlook 2013 Windows 10 Anniversary Update – Crashes

Posted by TechIsCool

If you encounter this error below. Even when starting it in outlook.exe /safe. Uninstall iCloud.

Faulting application name: OUTLOOK.EXE, version: 15.0.4849.1000, time stamp: 0x5784f22c
Faulting module name: Windows.UI.Xaml.dll, version: 10.0.14393.82, time stamp: 0x57a55b79
Exception code: 0xc000027b
Fault offset: 0x00000000006d68ab
Faulting process id: 0x2020
Faulting application start time: 0x01d20af8959e2443
Faulting application path: C:\PROGRA~1\MICROS~4\Office15\OUTLOOK.EXE
Faulting module path: C:\Windows\System32\Windows.UI.Xaml.dll
Report Id: f3e52e06-3d80-4256-9ea2-0eb8f8b9ee6d
Faulting package full name: 
Faulting package-relative application ID: 

After trying the basics like removing the ost file and resetting outlook. I figured I would try uninstall any plugins that might have been running. Before I poked farther into the registry and restoring with Veeam Backup.

Hope you spend less time than I do on this subject.

GrailsStarter Encountered an Error.

Posted by TechIsCool

If you like me sometimes your working on a project that has multiple versions of grails. In this case I was working on a project that had 3.2.7 and 3.4.4 My current application needs 3.4.4 but when running which grails. It returned 3.2.7 After checking the PATH variable I found that there was a symlink connected /usr/bin/grails to /opt/grails-3.2.7/bin/grails. After Adjusting it to /opt/grails-3.4.4/bin/grails. I encounted this nice and cryptic message.

org.codehaus.groovy.grails.cli.support.GrailsStarter

After poking around the internet for far to long I found that I was missing a symlink for

/usr/bin/startGrails which was still symlinked to /opt/grails-3.2.7/bin/startGrails after linking it to  /opt/grails-3.4.4/bin/startGrails everything started to work.

 

I hope this helps someone since the stackoverflow post did not work for me.

Icinga 2.3 Dashes are no longer permitted

Posted by TechIsCool

In Icinga 2.3 Dashes are no longer permitted in identifier names (as their semantics are ambiguous) this cause a bit of a headache for me since a pile of files had dashes.

I manually updated my commands.conf file since it was different from all the other files and then I ran

perl -p -e 's/(vars.)*-(?=.*=)/_/g' $(find -name "*.conf" -type f)

This shows what its going to do. If you want to run in place change

-p to -pi

I hope this helps someone

OpenLRS-ng Taranis Configuration with Telemetry

Posted by TechIsCool

So I have been working on trying to get my new openLRSng modules (Orange TX 100mw and Orange RX 100mw) to talk with each other and my Taranis. From everything I read it should work after some programing. What I have found is this was harder than I expected mostly due to the use of the dtr pin on a serial adapter that is being used to reset the device for programing. Since this is a ATmega168p I just programmed it using my AVR Dragon. This worked except to get into the configuration I had to toggle the reset from within Atmel Studio. The next challenge was trying to the telemetry functioning correctly.

Things I have learned from this experience and I hope you don’t have to.

Build a Serial Inverter for the Taranis inside the openLRS-ng TX

  1. Link to Diagram

Correct Configuration for Naze32, openLRS-ng, and Taranis

Naze32

  1. TX is now on RC Pin 6, RX is now on RC pin 5
    • NOTE: You can use Pin 8 and 7 if telemetry_port = 0
  2. Config Settings
    1. feature softserial
    2. set softserial_1_inverted = 0
    3. set telemetry_provider = 0
    4. set telemetry_port = 1
    5. set softserial_baudrate = 9600
    6. save

openLRS-ng

  1.  Serial baudrate = 9600
  2. Data rate = 56700
  3. Enable Telemetry = Yes – FrSky
  4. Save to EEPROM

Taranis

  1. Edit Model
    1. Model Setup (2/12)
      1. Internal RF
        1. Mode = OFF
      2. External RF
        1. Mode = PPM
        2. Channel Range = CH1-8
        3. PPM frame = 22.5ms 300u –
    2. Telemetry (12/12)
      1. Telemetry Type = FrSky D

Open of the weirdest issues I found was the Taranis kept getting some of the telemetry packets but they just seemed to be flaky. After about an hour of playing with it and a forum post I found this.

  1. To avoid the telemetry loss / acquired message, disable the “internal module”. They share the telemetry bus and thus you will get telemetry streams mixed if they are both enabled. [1]

I hope that this give just a little bit more insight into configuring the openLRS-ng with the Taranis and Naze32. I would like to also thank kha for his work on the project and helping me through these problems.

VMware vCenter vSphere-Client Error #2048

Posted by TechIsCool

vCenter Appliance was throwing this error and I have spent to much time trying to diagnose it when its something really simple. I have a DNS name for my vCenter Appliance configured but I was still using the Self Signed Certificate. So when I browsed to https://vcenter.techiscool.com:9443 it did not work but when I browsed to https://192.168.1.10:9443 it did.

 

Below is the error message that did not resolve for me when I tried to google for it.

An internal error has occurred – [SecurityErrorEvent type=”securityError” bubbles=false cancelable=false eventPhase=2 text=”Error #2048″].

Reloading the client is recommended, so as to clear any problems left by this error.

Click Yes to reload the vSphere Web Client?

 

Hope this helps someone.

Older Posts »