16 relay output channels and 16 isolated digital input channels
LED indicators to show activated relays
Jumper selectable Form A/Form B-type relay output channel
Output status read-back
Keep relay output values when hot system reset
High-voltage isolation on input channels(2,500 VDC)
Hi ESD protection(2,00VDC)
High over-voltage protection(70VDC)
Wide input range(10~50VDC)
Interrupt handling capability
High-density DB-62 connector
Board ID
Parking Lot Simulation：
Parking lot attendants often park cars bumper-to-bumper, several cars deep. This maximizes the number of cars they can fit into a parking lot at the expense of complicating the process of retrieving someone s car when they want to leave. Consider the case of a person wanting to leave the parking lot but their car is parked in the back of a row of cars. In this case, all the cars parked in front of this person s car must be temporarily moved to allow this person to leave.
SDP, Service Delivery Platform, is more for telecom operators who want to manage the Data Service better delivered to the end device users by bridging with back-end content providers. Operators rely on the content provider to create & distribute data content to different types of devices. This is different from the open world in the internet communication. Operators must control who can access what content based on his rate plans. Also, based the content access results, the process will be recorded as the transaction records based on which billing statements can be generated to collected the money and shared by operators and content providers. I am working on the conceptual architecture level and the real implementation is very complicated due to too many types of service from different content providers to different types of devices based on the different types of the rate plans.
SDP, Service Delivery Platform, is more for telecom operators who want to manage the Data Service better delivered to the end device users by bridging with back-end content providers. Operators rely on the content provider to create & distribute data content to different types of devices. This is different from the open world in the internet communication. Operators must control who can access what content based on his rate plans. Also, based the content access results, the process will be recorded as the transaction records based on which billing statements can be generated to collected the money and shared by operators and content providers. I am working on the conceptual architecture level and the real implementation is very complicated due to too many types of service from different content providers to different types of devices based on the different types of the rate plans.
S60-programming-a-tutorial-guide-symbian.
1 Introduction to Mobile-Phone Systems 1
1.1 Wireless Technologies 1
1.2 Cellular Systems 2
1.3 Elements of a Mobile-Phone System 4
1.4 Keeping Users’ Calls Separate 5
1.5 Multipath Propagation 7
1.6 2G Mobile-Phone Systems 9
1.7 GPRS Systems 10
1.8 3G Mobile-Phone Systems 13
1.9 IP Multimedia Subsystem 16
1.10 Mobile-Phone Hardware 17
2 Introduction to Symbian OS 19
Introduction 19
2.1 The Development of Symbian OS 20
2.2 Symbian OS User Interfaces 21
2.3 Coding Idioms 23
2.4 Tool Chains 28
3 The Console Application 33
Introduction 33
3.1 Creating a Console Application 33
3.2 CBase Classes 38
3.3 Protecting Memory 38
3.4 Putting It Into Practice: An Engine for a Simple
Card Game 46
Summary 56
Description: This program demonstrates a half-duplex 9600-baud UART using
// Timer_A3 using no XTAL and an external resistor for DCO ROSC. DCO used for
// TACLK UART baud generation. The program will wait in LPM4, echoing back
// a received character using 8N1 protocol. On valid RX character, the
// character is echoed back.
// Using a 100k resistor on ROSC, with default DCO setting, set DCOCLK ~ 2MHz.
// ACLK = n/a, MCLK = SMCLK ~2MHz DCOCLK
用AVR單片機設計的MP3播放器
功能：
MP3 Player
IDE ATA interface
FAT 32 with long file name support
USB interface
On board power supply (input from 7v to 20v DC)
Bootloader firmware upgradeable via USB port
Infrared bi-directional interface
Remote Control
Back light graphic LCD
worked with only 2x AA batteries
In sleep mode sink less than 1uA (2.5mA in active mode)
5 buttons for easy navigation
Long range (more than 20 feets)
MSP-FET430P140 Demo - USART0, SPI Interface to HC165/164 Shift Registers
Description: Demonstrate USART0 in two-way SPI mode. Data are read from
an HC165, and same data written back to the HC164.
ACLK = n/a MCLK = SMCLK = default DCO = UCLK0 = DCO/2
* USART0 control bits are in different SFR s from other MSP430 s *
FT245U169 FIFO Loopback
This program transmits data through the FT245BM FIFO data bus to the MSP430F169 on Port 4.
The data is decremented and sent back out of Port 4 to to FIFO on the FT245BM.
Use Hyperterminalto send and receive data.
FIFO control lines are on Port2 (P2.0-P2.3).
