link 2 computer

Bác opentdoors tính vậy mới đúng là dân IT chứ. Em quá nhời rồi, bác bỏ qua cho.
Em đã đọc các bài viết trên các chủ đề khác của bác. Bác cũng "tương đối" đấy. Bọn em hay dùng Delphi để đ/k phần cứng. Lúc nào gặp rắc rối, hy vọng nhận được sự giúp đỡ của bác.

Bạn dùng Delphi để điều khiển phần cứng chắc là vì nó có sẵn bộ thư viện Async có phải không? Tôi đã thử dùng bộ này rồi, cái terminal của nó viết rất vớ vẩn và thiếu chuyên nghiệp, còn nhiều lỗi lắm.
Nếu thật sự muốn điều khiển phần cứng thì tốt nhất là dùng C trên DOS hoặc LINUX. Nếu dùng Delphi thì chỉ nhanh thôi chứ khó mà làm sâu được
http://www.ttvnol.com/forum/f_62
http://www.ttvnol.com/forum/f_394

NVL nói đúng đấy, mình có thể giải thích điều này:
Tất cả các HĐH hiện nay đều là multitasking (trừ Dos), nghĩa là HĐH lấy thời gian thực của phần cứng để điều khiển các task khác nhau.
Chương trình chạy trên các HĐH lấy đồng hồ của HĐH mà đồng hồ này được tính một cách tương đối với đồng hồ thực do đó sai số là hiển nhiên.
Bạn lập trình bằng Delphi hay VB thì các hàm timer lấy từ Windows, còn bằng Java thì lấy từ máy ảo JVM, tất cả chỉ là đồng hồ ảo.
Đồng hồ thực phải lấy từ các ngắt của bios hoặc dos

Đúng là như vậy, trừ khi mình định nghĩa lại các Control Block theo ý mình ( truy nhập thẳng đến mọi phần cứng được HDH hỗ trợ bằng các hàm API giống như Driver thiết bị ). Điều này tránh được sử dùng trực tiếp các hàm timer của HDH - nó không chính xác tẹo nào cả.
Sau khi túm được quyền đ/k thiết bị , mình lại nhường cho HDH thực hiện. Điều này tận dụng tối đa hỗ trợ của HDH. (Hình như làm việc này bằng VB là rất khó.). Tất nhiên là nếu nạp ROM thì không sài được rồi.
Mình đã truy nhập đến 8051, 8250, ISA, PCI, DCB, đ/k máy CNC ... tất cả đều bằng Delphi mà không có vấn đề.
- Hạn chế của việc dùng Delphi để đ/k phần cứng : Chỉ cho các hard theo một chuẩn nào đó được HDH hỗ trợ. Nếu chế tạo lấy thì phải dùng Assembler hay C nạp ROM còn giao diện trên PC : vẫn bằng Delphi.
- Phải biết rất nhiều hàm API;
- Phải nắm được chi tiết phần đ/k của thiết bị.
Trước kia tôi dùng C sau đến VC++, nhưng do khai báo API của nó rườm rà quá nên chuyển sang Delphi.
Đúng là bộ thư viện Asyn.. không dùng được, nhưng mình lại bắt chước được nhiều giải pháp của nó phết.
Việc đ/k phần cứng đúng là bắt buộc thì mới phải làm, vì để chạy ổn định thì quả là đau đầu.
Hẹn gặp lại.

Em quên mất. Bác opentdoos đã làm về hệ thống máy phát vô tuyến bao giờ chưa ? Nếu rồi + và có sơ đồ / tài liệu về con máy phát DPT - 150 MX hoặc tương đương cho em xin thì đúng là trên cả tuyệt vời đó.
Thông số của nó :
- serial model : DPT - 150 MX ;
- f : 400/900/1600 MHZ
- baudrate : 512/1200/2400 cho "over to air" - phát đi đó.
Cảm ơn tất cả ai support .

Chỗ mình thì có lắp đặt và sửa chữa các thiết bị vi ba tần số từ 2Ghz trở lên của các hãng viễn thông như Ericsson, Alcatel, Fujitsu... nhưng mình chưa thấy thiết bị hoặc linh kiện nào như trên.

Gay quá. Đây là máy fát dùng trong hệ thống nhắn tin vô tuyến hiện nay. VN mình đang sài loại này và DPT - 450. Em chỉ có dàn máy còn tài liệu thì không, trên mạng cũng không có chi tiết , hỏi bọn support của hãng thì toàn chung chung thế mới chết chứ.
VN ta toàn sài version ngày xưa, chán thật.
Bác làm bên viễn thông à ? Em cũng là dân PTIT.

Chào bác, em đang cần bác giúp đỡ về bài toán truyền file text qua cổng COM, hiện em chưa có sự hình dung nào cả về bài toán này. Rất mong bác giúp đỡ! Cám ơn bác rất nhiều!