03/19/17

ESP-DSC Works Not Well!

So yesterday I was all happy that I got my prototype ESP-DSC working. This ended up being short lived as I realized this morning that while it does technically work, the ESP8266 can’t keep up with two medium resolution (2,500 CPR) encoders.

Ironically, I found out that the code was too slow when I started to optimize the code and I realized that the code I has was very very conservative. My original optimization was to speed it up, but maintain that conservative ethos. I figured while I was editing the code, I might as well also add a test to see if the ESP-12F was dropping interrupts… Continue reading

03/16/17

New low cost digital setting circles: ESP-DSC

So a few years ago, I announced TeensyDSC, project that brings telescope digital setting circles to the iPad and Android devices using WiFi. I’ve been using my TeensyDSC successfully with my telescope and SkySafari on an iPad for a few years, but one thing always bothered me about it: the “COGS” (cost of goods sold) of the TeensyDSC was really expensive: nearly $100. A lot of that cost was in two parts: the Teensy 3.1 ($20) and RN-XV WiFi module ($35).
Continue reading

03/15/17

Should you switch from EaglePCB to KiCad?

So I’ve been using EaglePCB for a number of years. I’ve designed and created some open source projects like my SV650 ECU Decoder and TeensyDSC. While I had a cheap ($79) commercial license for a one off commercial project I did, most of my work was done using the $169 “Maker” version for non-commercial use.

Then mid-2016, Eagle was bought by AutoDesk. I’ve only used one AutoDesk product before: Fusion360 which I really like. Sure, it’s not as good as SolidWorks, but I’ve designed parts for both CNC and 3D printing and they’ve come out great. And to top it off, AutoDesk is very gracious in it’s licensing terms- allowing makers like me to use it for free.

But recently Autodesk announced that EaglePCB was moving from perpetual licensing to subscription based. Simply put, this was not well received.
Continue reading

03/14/17

Reverse engineering the SV650 SDS Protocol

So spent a bunch of the time in the garage this weekend working on reverse engineering the SDS protocol on the SV650. SDS is basically ISO9141 aka K-Line which something you often see in a car’s ODB-II port. Unfortunately, SDS is just different enough that you can’t use any commercial off the shelf ODB-II reader to read the messages. The way I have been going about this was pretty painful and taking a lot of time/effort to iterate over so I came up with a new tool chain.
Continue reading