Andrey Mikhalchuk’s Blog

• Build the sketch
• Find /tmp/build*.tmp folder. There should be one, if you see multiple then rm -rf /tmp/build*.tmp and rebuild the sketch. Only one build folder should be in the /tmp (for simplicity
• run avr-size /tmp/build*.tmp/[sketch_name].elf
• sum of data and bss values if the number you’re looking for

Here is some information for those looking for a high-end HT. My requirements are:

• At least dual-band (tri,quad-band is a plus), including 144 and 440 bands at minimum
• Good wideband receiver
• All-mode receiver
• Convenient control
• Weather proof
• Ruggedly built
• Having a lot of features, leaving a lot of space for experimentation
• Major brand
• Price should be “reasonable”. It’s clear that an HT with the features listed above won’t be inexpensive, but I want to avoid paying extra for features that I don’t need or paying for something I can get cheaper in a different radio.

These are very expensive requirements and only a few HTs fit them. There are three major companies that produce something that fits most of the requirements: Icom, Kenwood and Yaesu with the following models:

Icom		Kenwood		Yaesu
Icom IC-91A, from $320, dualbander, upgradable to D-STAR	Icom IC-92AD, from $540, dualbander, suports D-STAR	Kenwood TH-F6A, from $304, legendary radio, excellent scanner, tribander, superwide receiver (0.1MHz-1.3GHz), 5W on all three bands	Kenwood TH-D72A, from $485, dualbander, has GPS and APRS support	Yaesu VX-7R, from $320, quadbander, waterproof	Yaesu VX-8DR, from $410, quadbander (with limitations on 220 and 50), advanced APRS support, GPS and Bluetooth upgradeability, WIRES, tree receivers, stereo WFM

On some linux machines when you run wireshark you may notice that a lot of packets are marked as invalid (highlighted as black). The contents looks perfectly correct, but for some reason checksum is brkoen and wireshark suggestes that the reason for such unpleasant event is “TCP checksum offload”. Let’s fix it …

I was recently compiling some Arduino code with NewSoftSerial and got hit by infamous “Error: register r24, r26, r28 or r30 required” error. NewSoftSerial is a great library and those using older avr-gcc compiler enjoy it alot. Problem is the newer gcc doesn’t like one nasty error in the code and here is how to fix it …

I started posting instruction on how TMHRITWE was built. The first three parts are overclocking, serial interfaces and “POE”. I especially recommend reading the “POE” part as all “POE” hacks I saw before contain one mistake potentially fatal for your router.

iPhone with all its user interface bells and whistles, great functionality and stylish design is a great device, I have very little doubt about that. Unfortunately for a few days I was experiencing a problem with it that made me think being the best organizer ever it is one of the worst phone ever. You see, on a regular phone you always have this little red button that would immediately hang up when you press it. In iPhone everything is done via touch screen and software and there is no guarantee this software won’t fail you. All my long experience with conventional phones only twice lead me to a situation when I was unable to hang up the tube. A few days with iPhone brought me a dozen of such accidents. The problem was simple: once I make a call the screen randomly goes black. Sometimes this was happening a few seconds after the start of the call, sometimes only when I move it to my ear. I checked my wife’s phone and it appeared it does the same and this is actually a battery-saving feature. But her phone was returning to normal state once you move the phone from ear and mine wasn’t. It just stayed in this strange state when you can hear and talk to someone, but can’t do anything that could only be done via the touchscreen including hanging up. Here is the solution …

One of the most significant disadvantages of iPhone’s iPod part for a long time remained the lack of possibility to stream audio via bluetooth. iPhone OS 3.0 fixes this problem. So is it really fixed? Find out more.

If you dare to build OpenOCD from svn trunk and lucky to have a USB JTAG adapter there is a good chance you will see something like

/bin/sh ../libtool --tag=CC --mode=link gcc -std=gnu99 -g -O2 -I/root/Distr/ftd2/libftd2xx0.4.16 -Wall -Wstrict-prototypes -Wformat-security -Wextra -Wno-unused-parameter -Wbad-function-cast -Wcast-align -Wredundant-decls -Werror -o openocd main.o libopenocd.la -ldl /root/Distr/ftd2/libftd2xx0.4.16/static_lib/libftd2xx.a.0.4.16 -lpthread
libtool: link: gcc -std=gnu99 -g -O2 -I/root/Distr/ftd2/libftd2xx0.4.16 -Wall -Wstrict-prototypes -Wformat-security -Wextra -Wno-unused-parameter -Wbad-function-cast -Wcast-align -Wredundant-decls -Werror -o .libs/openocd main.o /root/Distr/ftd2/libftd2xx0.4.16/static_lib/libftd2xx.a.0.4.16 ./.libs/libopenocd.so -ldl -lpthread
./.libs/libopenocd.so: undefined reference to `FT_GetLatencyTimer'
./.libs/libopenocd.so: undefined reference to `FT_Close'
./.libs/libopenocd.so: undefined reference to `FT_SetBitMode'
./.libs/libopenocd.so: undefined reference to `FT_GetDeviceInfo'
./.libs/libopenocd.so: undefined reference to `FT_OpenEx'
./.libs/libopenocd.so: undefined reference to `FT_Read'
./.libs/libopenocd.so: undefined reference to `FT_SetTimeouts'
./.libs/libopenocd.so: undefined reference to `FT_SetVIDPID'
./.libs/libopenocd.so: undefined reference to `FT_Write'
./.libs/libopenocd.so: undefined reference to `FT_SetLatencyTimer'
./.libs/libopenocd.so: undefined reference to `FT_ListDevices'
./.libs/libopenocd.so: undefined reference to `FT_Purge'

Here is how to fix that: