DECT today is seldomly found in the context of PCs. One of the few solutions out there is a Com-On-Air PCMCIA card, originally manufactured by Dosch+Amand, today solely sold by ARC Computer.
They're designed to be used with a Windows software, which then turns the PC to a DECT-VoIP (SIP) gateway.
I got my self one of the Type III and one the Type II PCMCIA cards, but figured out that there's no Windows around here. I hope to get something working on that card under linux, and I can think of more than only a DECT basestation.
As there's no public documentation for the DECT-baseband processor, I probably have to do some (and learn!) reverse-engineering to get linux-support. For now I had a look at the Windows drivers using the HT Editor which seems a brilliant (free) way to reverse-engineer all sorts of Win-SW (and even VxD LE driver binaries) under other OSes.
The CR16 CPU in the baseband processor can be programmed using AS.
Chipset:
- National Semiconductor PCMCIA/PCcard interface PCM16C010 (datasheet, local copy)
- National Semiconductor DECT-baseband processor SC14421CVF, contains a CR16 CPU (no public documentation, share your knowledge!)
- 2kByte microwire EEPROM 93LC86, organized as 1k*16 (datasheet, local copy)
- 512kByte Flash PAI001, only on the Type III card (no datasheet either)
- HCT04 hex inverter
- analog radio Type III card: LMX3161 radio transceiver (datasheet, local copy)
- analog radio Type III card: 2205AF .5W RF power amp
- analog radio Type II card: didn't look at the (availability of datasheets of) devices yet
- only Type III has a LED
Help!
If you happen to know anything about
- the DECT baseband chip SC14421CVF or others from the SC144xx family
- the flash PAI001, and why it is only on the Type III card
- the SW architecture/split of the Windows SW that comes with the cards
- any open source driver using the PCM16C010 PCMCIA/PCcard chip (OK, it's documented, but ...)
please contact me and share your knowledge.
com-on-air Type III card HW porn:
top side overall:
PCMCIA controller:
DECT baseband controller:
bottom side overall:
flash and EEPROM:
radio:
radio TRX:
radio PA:
com-on-air Type II card HW porn:
top side overall (bottom side has no components):
Type II digital chipset (only differs from Type III in that it has no flash)
radio (all different than on Type III):
Update: the "512kByte Flash PAI001" was identtifies as hex inverter.
This blog is pretty unknown and doesn't have much subscribers. When I started the blog I wanted to give you the ability to leave comments. I had thought my blog is somewhat safe out in a corner of the internet, and I can handle the spam manually. I was proven wrong. Day 1 had like 100 spams...
The 1st thing I did is to moderate the spam myself. So every once in a while I went through the hughe list and deleted the spam, but I found myself deleting a few megabytes per week. I had thought that if I moderate the spam, the volume will automatically reduce, as spammers will come back and check whether their post really ends up in the blog. But no, they don't.
Spammers are more stupid than the dirt in my shoes.
But stupids are easy to handle: I added a simple JavaScript-Test, and all the spammers fail on that (up to now). It's another blosxom plugin and available here.
I added some logging functionality to the plugin, and here's the 2268 spammers from the last 17 days:
Now the fun (or sad) part about the story:
One single spam came through. It came from a Polish ISP. And hold your breath, it had this referrer! That means someone in Poland is sitting at his JavaScrip-enabled Firefox 1.5.0.7, and wading through all blogs she finds via google, and spams them, manually. And she came to my blog somwhere near rank 800 of her google search!
Wages in Poland must be way too low!
Or are all spammers poor, and only most of them know how to poorly program scripts?