I finally got a decent file manager app running on my Pepper the other day. It’s emelFM, a pretty slick GTK1 file manager. The latest version compiles with the GTK1 RPMs I’ve made, though there are a few bugs in the internationalization files that gettext chokes on that I had to fix. I’ll be working on building source and binary RPMs for the Pepper soon!
Category: computers
-
Pepper Pad beats Nokia 770 in review at Mobile Tech Review
Mobile Tech Review has posted a very very nice review of the Pepper Pad. They give it 4 stars out of five, while the lackluster Nokia 770 gets 3.5 stars.
-
Guess what? The router is crap.
So apparently, the Linksys BEFSR81 router that I scored isn’t all it’s cracked up to be. Two major drawbacks are going to force me to get rid of it, possibly with extreme prejudice:
The QoS features of this router are useless. You can do port-based QoS, but that only deals with transfers WITHIN THE LAN. Useless. You can also do ‘application-based’ QoS, but that just marks the outgoing packets with a ToS priority flag, so if your ISP doesn’t respect the flags, it’s useless. Also you have to enter one port at a time, and with Vonage the voice packets could use any UDP port from 10000-20000. ARGH. So no traffic prioritization has actually been happening for the past week, which explains a lot: we’ve been getting occasional echoing and stuttering on Vonage calls. This article at PracticallyNetworked has the skinny on the QoS.
This router seems to have a problem with either UDP streaming or something else, because every so often it just goes batshit crazy and drops ALL LAN TRAFFIC for periods of time – anywhere from 5-15 seconds to minutes. The WAN side stays up, but the LAN just drops 100% of packets. It sometimes comes back, and after resetting the router it’s OK for a while, but this is purely unacceptable. Once when it did this it took 2-3 minutes for Vonage to reconnect and during that time Sandy was trying to get the voicemail. FFS! She was pissed and now I’m pissed. I did a bit of research and found lots of other people having the same issues.
Particularly this guy’s page was informative.
So it looks like I’ll have to either get a new router or use my Linux box. I didn’t want to spend any more money but a Linksys WRT54G or WRT54GS should do the trick with a minimum of fuss. I really don’t want to have to rely on my Linux box for routing because it’ll suck a ton of juice out of the UPS if the power goes out. With just the DSL modem, router, and VoIP box on the UPS it’ll last for hours and hours.
Update my friend Jon writes below that he’s been using the same router, with the same issues. Bleah. I’m going out and getting a WRT54G tonight 🙁
-
Home networking is done.
Well it seems like Bell finally transfered my number over to Vonage today. I noticed because the Vonage phone was ringing more than it ever has, and there’s suddenly no voltage on the Bell line 😛
If you’re an incredible geek or just interested, this is what my home network/phone wiring looks like now.
-
Home network re-wire project
I drew four network diagrams before finally figuring out how I was going to hook things up at home. I really wanted something to provide QoS to the VoIP phone adapter, and ended up borrowing a Linksys wired router (BEFSR81) that does port-based QoS. Doing QoS in Linux is really, really scary, and I wasn’t prepared to spend the time to wrap my head completely around it. On this router I just say “port 1 has high priority over everything else” and that should work just fine.
So last night I spent an hour installing the new router, reconfiguring my old Microsoft wireless router to be a bridge (but also a wireless access point at the same time), running an Ethernet cable in the ceiling to connect one router to the other, moving the UPS over to the wiring cabinet, and then re-wiring everything and tidying up. But now the networking part of this project is… done!
The final part will be wiring the security system up to the VoIP connection, testing it, and then when our Bell phone line is gone, hooking up the house phone jacks to VoIP.
-
Collecting more information about my security system
I’ve amassed a whole lot of information about my security system over the last few days. I’m starting to feel better and better about switching to VoIP and ensuring that my system will be able to communicate.
First off. my “ADT Focus 32” system is really a close of the DSC Power832, which is very commonly deployed. After scouring some websites for a while I managed to snag the Programming Worksheets and the Installation Manual for this unit, which I’m going to need if I want to program the thing myself.
Secondly, I finally found good information about what protocols exist for security system communication and what will work for VoIP.
This report from the Canadian Alarm and Security Association (Google cache) shows that they did a little test of what protocols will work with VoIP. Here’s the Coles Notes edition:
- The Contact ID protocol sucks, it won’t work with VoIP. DTMF Express didn’t work either. There’s too much echo coming back to the security system for it to receive signals from the monitoring station. In the case of Contact ID, your system won’t be able to receive the “OK” from the monitoring station, so it will keep on retransmitting until a counter is reached, and then your panel will display an error.
- Pulse formats like 10, 20, or 40 pps should work fine. 4×2 and 1400Hz handshake seems to be the “standard”. However pulse is the slowest of all formats.
- SIA format will work as well. Apparently this is because the VoIP hardware thinks that it sounds like a fax transmission, and switches the protocol for the VoIP signal to a type specifically for modem/fax type transmission. SIA is basicially bursts of modem transmission, so it works.
This posts on dslreports is where I got some good info as well.
So now from here, I’m going to call ADT and see if I can get them to program my panel remotely to use the SIA protocol. Then we should be hunky-dory when the VoIP switch happens.
-
Getting rid of Bell: still a head-spinning exercise
The debate at home about going VoIP with Vonage for our main phone line heated back up at home yesterday. It’s something we’ve been thinking about for months, and according to our calculations we’d save $40 a month – but it has two main impediments:
- We use DSL for our internet connection and are not willing to switch to cable. “Dry” DSL is now an option (DSL service without local phone service on the same line) but it’s so new no one seems to know about it.
- Our security system requires that we have phone line monitoring. Nevermind the fact that we get reamed out the ass paying for it. And we’re locked into our contract until the summer of 2007.
(1) is no longer an issue, now that “dry” DSL is available – DSL without Bell phone service. #2 is still an issue, though it might be possible to get it to work over VoIP.
I called up my ISP to ask them abou dry DSL and they didn’t have a lot of answers for me unfortunately. They said to switch my line I’d have to fight Bell tooth and nail, and also that Bell still requires that you pay for using their wires even when they’re not providing service on it.
I poked around online and found another provider – TekSavvy out of Chatham, Ontario. They mention dry DSL right on their website so I figured I’d call them up to talk about it. Well, I spent about 15 minutes on the phone with a fellow named Bill who answered all my questions and generally impressed the hell out of me with his candor and straightforward facts. Here’s what I learned:
- Yes, Bell still charges your DSL provider for using their copper when Bell isn’t charging you for phone service. In most places, that’s $16.99 a month. HOWEVER, that fee is currently unregulated (Bell set it themselves) and the CRTC is expected to set this fee in the next few months. It’s likely that the CRTC will force Bell to lower it. Right now, for my dry DSL, it would be $16.99/month on top of the DSL service.
- It is really hard to get Bell to convert a currently active phone line with DSL to “dry” DSL. They will fight and bitch and complain. Also you might be without any service for two or three weeks. BUT, if you have another free line running to your house (and you probably do – they always run lots of extra copper for future service), it’s much easier to get them to bring up dry DSL on that unallocated line. The wait time is still 2-3 weeks but since they’re not losing any money out of the workorder, there’s less crap to cut through. Once you get DSL up on the other pair, you can cancel your phone service and the other DSL service. You might have some overlap for a while though, but it sounds like less of a mess.
- If I wanted Vonage to keep my existing phone number, I’d have to ask Vonage to take it over when I activate their service. Yet another reason to do point #2 (get a second DSL service temporarially) first, because if I cancelled my phone number without Vonage taking it over, I’d never get it back.
I even picked the guy’s brain about running my security system over VoIP. I’ve read about some people doing it but he said there are two main problems:
the reason the security companies are so dead-set against internet monitoring is because of insurance and possible outages. If your internet went down say four or five times a year, that’s considered a lot of times. They are very slow to change their tune because they’re afraid of not being able to provide reliable enough service, and of losing their insurance coverage. And insurance policies take forever to catch up to technological advances.
the reason that you will have problems trying to trick your security system into running over VoIP is because VoIP is asynchronous – only one side transmits at a time. Normal phone service it, by definition, synchronous – both ends of the line can talk and hear each other simultaneously. Security systems talk like this and need a synchronous connection. Your VoIP provider would have to be able to switch very fast between the two ends of the link while your security system is talking in order for the connection to work. I think this is what I have read about where people phone up Vonage and get them to change some setting on their line which improves the security system communication
What I would kill for is for my security provider to just install and support a dialer capture module like this one. It tricks your existing system into thinking it’s talking to a phone line, while retransmitting the data over the internet using TCP/IP. Boy, would I.
So that’s a lot to think about, but it’s also more information than I’ve ever gotten on the subject. Many thanks to TekSavvy, I might just be calling them up for my new DSL service if I can solve issue #2.
-
Software upgrade “shot in the arm” for Pepper coming soon…
More info about the Pepper’s software update is around, and it’s oh so tasty. It’s also been officially announced – more coverage on Engadget.
The applications page on pepper.com has been updated with the three major application enhancemnets coming in Pepper Keeper 2.1:
- MobiPocket Reader: looks like Pepper hooked up with MobiPocket for an e-book reader. They say you can download content from MobiPocket to your Pepper Pad or Pepper Desktop. Will it work with MobiPocket’s publisher software, so I can convert PDFs for reading on the Pepper? Geez I hope so.
- Flickr-enabled Photo Library: performance improvements to the already good Photo Library are bundled with Flickr enhancements. You’ll be able to put your Flickr account info on the Pad and publish your photos to Flickr. Did you know that the Photo Library already has lots of easy to use retouching tools – like red-eye reduction, cropping/rotating and more? For me it’s like the best parts of Picasa but portable.
- TitanTV-enabled Remote Control: I already wrote about setting up the Pad’s excellent Remote Control app, but now it will be integrated with TitanTV’s interactive program guide. You’ll be able to tap on the IPG and the Pepper will automatically take you to the channel, no matter what TV or Satellite/Cable box you have. Sounds frickin’ sweet, except that TitanTV only has US program data – I live in Canada and use StarChoice Satellite TV.
This is all in addition to the stuff I’ve already talked about: Linux 2.6 kernel, speed improvements, hardware-accelerated video playback, FireFox 1.5 update, and development libraries.
-
Holidays Redux, and adventures in chipping
It’s 2006 and I’m still writing Newton software.
I whipped up a quick and pretty durn effective solution to get important yearly dates and holidays onto your Newton – convert Apple iCal public calendars to Newton packages. I call it Holidays Redux.
In other news, it was like Christmas II at the office yesterday – my new hard drive from Western Digital and my order from Divineo both arrived. One has 80GB of storage goodness, the other has an XBox modchip for me and some other chips for my brother in law. Stay tuned for tonight’s episode, “Good Times Voiding the Manufacturer’s Warranty!”
The only thing up in the air: will the 80GB drive be returned to my PC, or will it end up in the XBox?
-
How’s the Pepper going? Great, thanks.
Thought I’d write some more about my Pepper Pad, especially since more and more people are writing about its competition, the Nokia 770.
I’ve been using the Pad for quite a few months and am enjoying it for the most part. It’s simply great to surf the web on, period. In a few weeks a ton of software updates are scheduled to be released, bringing us a Linux 2.6 kernel, Keeper 2.1 with the latest FireFox 1.5, and finally some developer libraries. Once I get those devel libraries loaded up, I’ll be compiling SDL and then my favourite SDL-based emulators. The new kernel should be bringing us accelerated graphics and video playback… I can’t wait!