A holiday project by Dan Hienzsch (@rheingoldheavy) to build a little Snowbot with an adjustable speed larson scanner for an eye:
The Snowbot has three major subsystems: Power and Timer and Display.
The power subsystem uses a 3.7V LiPO battery boosted to 5V with an SC4503 boost converter to power the fully analog circuit. It requires a set of passive components in order to generate the higher voltage.
The timer subsystem is comprised of a 555 IC that generates a clock signal. The speed of the clock is adjusted by twisting the potentiometer (the nose of the snowbot). The clock signal ticks through the outputs of a CD4017 decade counter, lighting each LED in sequence, then moving back through them again.
The display subsystem involves taking the output of the CD4017, and directing it to six red LEDs in the form of a larson scanner. In addition to lighting the LED, the current also charges a 22uF capacitor through a diode. When the output moves to the next LED, the cap discharges through a 2.2K resistor (part of a resistor network), fading the LED out gracefully.
From Jeremy S Cook on the Tindie blog:
Makernet Knob’s makes the point that “Rotary encoders are cool but hard to wire into your projects.” Having wired up a custom input device for my computer using an encoder, I can attest to both of these statements. In my case, it took me quite a bit of time simply to figure out how each encoder pin was used!
Guest article written by Kumar Abhishek on the Octavo Systems website:
Three years ago, as a student under the Google Summer of Code program for BeagleBoard.org, I developed BeagleLogic – that turned the BeagleBone Black and its variants into a Logic Analyzer using the Programmable Real-Time Units (PRUs) on the AM335x SoC to capture up to 14 inputs up to 100 MSamples/sec. It is possible to fill up to 300MB of the 512MB DDR RAM in the BeagleBone with logic samples – that’s 3 seconds of data at 8 channels (1.5 secs at 16 channels). I also designed a cape for the system – called the BeagleLogic cape that would allow buffering the external logic signals up to 5V TTL so that they do not damage the BeagleBone.
The launch of Octavo Systems and its OSD3358 SiP got me excited, and the idea of a turnkey version of BeagleLogic was rekindled as the design would be greatly simplified due to the SiP integrating the core components, leaving me to focus on the features I want to add to the system.
From concept to completion, this project took 4 months working on it part-time. I relocated in August so work happened at an even slower pace during that month
The schematics were originally based on the OSD3358, however Jason encouraged me to design based on the newly announced OSD3358-SM as it was smaller and had a more optimized ballmap. The schematics were then migrated to the OSD3358-SM in late July. At the beginning of the routing exercise, I was really apprehensive if the design could be routed in 4 layers but thanks to the optimized ball map of the OSD3358-SM, the routing was easily completed so.
Timothy Woo has launched a Indiegogo campaign to manufacture his open-source, Arduino-compatible, wireless PCB reflow oven controller:
Reflowduino is the first completely open-source, Arduino-compatible reflow oven controller of its kind that enables practically anyone to assemble their own beautiful circuit boards at home!
Reflowduino comes loaded with features, all in a compact Arduino-compatible package, with full documentation, example code, demo app, and comprehensive wiki on Github.
Reflowduino is designed to be extremely easy to use! The general concept is to switch the power of the appliance on or off with a solid-state relay as shown below, measuring the temperature by placing the thermocouple tip inside the oven during the whole process.
If nothing else, please share this campaign to your friends, family, and anyone who might be interested on social media! Remember that every view counts for me, and I’m depending on you to make this happen!
From Timothy Woo on Hackaday.io:
This open-source LTE shield uses SIMCOM’s SIM7000-series modules with the latest LTE CAT-M technology to allow Arduino users to painlessly connect their low-power IoT devices with the next-generation cellular technology!
NB-IoT is also available for many countries (but sadly not in the USA yet) simply by swapping out to a different SIM7000 module version. Luckily SIMCOM made it super easy to integrate this module because most of the AT commands are identical to previous version, and Adafruit has a wonderful library for their FONA 2G and 3G products. Check it out and help make this happen!
You can view the latest code and design files here on my Github page: https://github.com/botletics/NB-IoT-Shield. Note: The hardware works great but software is still under development! I plan on launching an Indiegogo campaign when I get a fully-working prototype, so stay tuned for updates!
Kumar Abhishek, creator of the BeagleLogic Standalone, will be hosting a Hackaday HackChat on Friday, November 17th:
This Hack Chat is at 9:30a PST, Friday, November 17th.
This chat is about data acquisition. Data acquisition (DAQ) is a process by which a signal such as voltage, current, temperature, pressure, or sound is measured with a processing system. A processing system can be an entire computer or a standalone chip. The goal of a good DAQ system is to provide accuracy as quickly and be as cost effective as possible.
Kumar [Abhishek] is an engineering graduate from the Indian Institute of Technology (IIT) Kharagpur, India, whose journey into the world of hardware began when he picked up the soldering iron at the age of 7. As a student under the Google Summer of Code (GSoC) program under BeagleBoard.org, [Abhishek] worked with BeagleBoard.org to realize a logic analyzer using the Programmable Real-Time units on the BeagleBone, called BeagleLogic. He has also served as a Summer of Code mentor for BeagleBoard.org.
In this chat, we’ll be discussing:
- The PRUs on the BeagleBone series of hardware, and their capabilities
- How BeagleLogic uses the PRUs to perform data acquisition
- Ways to program the PRUs
- (Ways of) processing the data acquired from the PRUs