The Home and End keys on Mac OS X work quite a bit different then one would expect coming from other operating systems. Instead of the familiar beginning of line and end of line behaviour Apple decided that it should put the courser at the beginning or the end of the document. I find this highly annoying to say the least. Fortunately it is easy enough to fix this.
Read more … »
|
|
|
 BeagleBone GPIO Today I experimented with GPIO on the BeagleBone. After placing the BeagleBone inside a Lock & Lock container with a breadboard I wired up 4 LED. Each LED is driven by a transistor which in turn is driven by a GPIO pin. I used the Debian “Wheezy” install to conduct this experiment with. The following source of information proved quite helpful in this adventure:  BeagleBone I finally ventured into the world of embedded ARM and Linux on ARM. Having done a good share of embedded Intel i386 projects I am no stranger to embedded Linux. But it is my first adventure into the world of non-Intel Linux. I’ve looked at the Raspberry Pi but it has been an Unobtainium unless one wanted to pay exorbitant eBay prices. Regular sources seemed to be regularly out of stock. While not in the same price point at all, the BeagleBone appeared to be a very capable ARM Linux development board. I placed an order for a BeagleBoard with adafruit for the BeagleBoard and a couple of extras. It showed up less then 2 weeks despite cross border shipping. With Debian being my favourite Linux distribution, here are my first steps in getting Debian booted on a 2GB micro SD card. Read more … »  A PC in a homebrew rack mount case. I mostly completed the biggest overhaul of the VA3SLT repeater and IRLP Node 2590 to date. The old article of what I have done for an IRLP repeater is IRLP Now. The old Pentium PC powering the repeater had been on its last legs for a while. The RedHat 5.2 OS running the system had been way past its expiry date for some time. About 2 years ago I invested in a new ITX motherboard and DC power supply. What I thought to be a quick and easy upgrade turned out to be quite a chore. The original system relied on dual ISA sounds cards. Those were supported by OSS. Dual sound cards were needed since IRLP, CW ID, courtesy tone all needed to access the sound hardware. The IRLP software accessed the parallel port using a dedicated custom driver. Since then much has changed. Along came ALSA and the parport driver. But it by all tossed a big monkey wrench into the repeater controller software I put into production. Now, after 2 years, I’ve completed a major overhaul of the repeater controller and the tone generation processes it relies on. Read more … » I like rsync… a lot. It is the perfect tool to keep large amounts of data synchronized across volumes. This especially true if the vast bulk of the data does not change. Until now I have been using a shell script to do the various rsync tasks I required. However, since I just braved the upgrade to Mountain Lion, leaving the beloved Snow Leopard in the dust, I decided to play with some AppleScript. Read more … »  The *uino-1284p assembled The *uino-32u4 went together flawless. For initial testing I used the Arduino Leonardo bootloader and core files. Since my pinout differs from the Arduino Leonardo this required some translating of digital pins to get the lights to blink. But blink they do. I am so glad to see this actually working. Loading the Leonardo bootloader onto the board using the Arduino 1.0 IDE was trivial and worked without a flaw. The *uino-1284p went together with minor issues. On the hardware side I noticed that the polarity of the reverse polarity protection diode is marked wrong. To be exact, the schematic is correct, the schematic symbol is in the proper orientation. However, I did add a little “plus” sign to the circuit board to where the anode should be. I erroneously placed the little “plus” by the cathode. When it tried to place the reset tact switch on the board it would not fit. I don’t know if there is a “standard” tact switch, but i picked a different footprint for the switch on the *uino-1284p. I had to make something work by shoehorning a through hole switch into submission. It works and I will have to see what Digi-Key part is appropriate for this purpose.
Read more … » The problem: I like MacVim with syntax highlighting for all major programming tasks. MacVim is pretty good at adding itself as an application to most filetypes I would use it for – until I installed Arduino and MPIDE. Since MPIDE is based on Arduino pre-1.0 it used the .pde file extension. Arduino 1.0 uses the .ino file extension. Read more … »  The *uino-1284p v0.2 PCB Top Today I received more *uino-1284p boards. The other day I already received *uino-1284p boards. Those boards were version 0.3 boards. The boards received today are the predecessor, version 0.2. I have been discussing my ATmega1284p ideas on the Arduino Forum. I had thought that what I accomplished with this board would be sufficient. But then a forum member pointed out that it would be really nice if the additional ATmega1284p I/O pins not mapped to Arduino compatible headers would also be available. While I had this version already committed to being made, I decided to revise the board. The revision went rather easy and I took that chance to order it as well. So now I have two different sets of these boards on hand. Read more … » |
|
|
Copyright © 2013 Adi's - All Rights Reserved Powered by WordPress & Atahualpa |
|
While MacVim has no issues opening either file, it knows nothing about the file extensions. To open .ino and .pde files using MacVim I had to right-click (or CTRL-click), select “Open With”, then “Others…” and scroll down the long list of apps until finally arriving at MacVim. I did not want MacVim to be the default app for these files, just a quick and convenient way to open the files using the “Open With” menu, but without scrolling down the list. I made MacVim the default app, hoping it would populate the preferred list, then removed it. No such luck, but read on for the solution