Hệ thống gọi cấp cứu

[phongsontiem]

Nếu bạn viết vào ROM có nghĩa là bạn viết 300 cái chương trình con cho 300 cái mạch điện? Khi hư tôi phải lấy đúng cái có chương trình thích hợp?Thế thì......

Hơ hơ, ai lại thế. Bo mạch chủ phải tự nhận dạng và định nghĩa được chứ.
Kiểu như địa chỉ mac và ip đó hê hê.

[phongsontiem]

Nói chung trao đổi ý tưởng cho vui thôi. Tui cũng kô có ý định làm vì ở miền trung
Ý tưởng dùng 2051 hoặc con nào tương đương như thế.
4 dây thì 2 dây cấp nguồn.
2 dây còn lại thì nối từ 2 chân con 2051 này sang 2 chân con 2051 bên cạnh -> 2051 cần 4 chân nối 2 cặp dây 2 đầu. Để chống sụt áp ở xa thì có thể đệm c1815 cho mỗi đầu nối.
Dữ liệu nhận được từ dầu này sẽ chuyển sang đầu bên cạnh + đồng thời so sánh và xử lý tại điểm đó. Dữ liệu mỗi gói chỉ vài byte, với cách này lập trình tốt thì có thể chấp nhận với độ trễ 1 sec.
Còn định nghĩa địa chỉ trong rom random, nhưng trong bo mạch chủ phải có bảng lookup định nghĩa địa chỉ rom đó tương ứng với giường nào. Nói chung là cắm vào là chạy

[Paddy]

Trong bệnh viện có nhiều phòng.
Trong 1 phòng lại có nhiều giường bệnh.
1-Tôi muốn từ giường bệnh phòng nào đó (thí dụ phòng số 1, giường số 7) ấn nút cấp cứu,led gọi sáng.
2-Tại phòng trực chuông báo động kêu, nhân viên trực biết được số phòng và số giường gọi, sau đó báo lại cho tôi biết đã nhận được tín hiệu bằng cách tắt đèn led .
Giả sử có tổng cộng 300 giường bệnh,tôi cần thiết kế mạch thế nào cho ít dây truyền tín hiệu nhất.(Không được phép dùng sóng vô tuyến)Nếu dùng ma trận bàn phím 8 bit thì đi dây nhiều quá. Các bạn có cao kiến gì không?

Bác tham khảo link này thử coi. http://www.alpha-comm.com/diagrams/IL381.pdf


Link chính tại:http://www.alpha-comm.com/wiring.htm

và site chính tại https://www.alphacommunications.com/...rridor%20Light


Bác có thể dùng từ khóa : nurse call system diagram, nurse call system, nurse call button.

[falleaf]

Nói chung trao đổi ý tưởng cho vui thôi. Tui cũng kô có ý định làm vì ở miền trung
Ý tưởng dùng 2051 hoặc con nào tương đương như thế.
4 dây thì 2 dây cấp nguồn.
2 dây còn lại thì nối từ 2 chân con 2051 này sang 2 chân con 2051 bên cạnh -> 2051 cần 4 chân nối 2 cặp dây 2 đầu. Để chống sụt áp ở xa thì có thể đệm c1815 cho mỗi đầu nối.
Dữ liệu nhận được từ dầu này sẽ chuyển sang đầu bên cạnh + đồng thời so sánh và xử lý tại điểm đó. Dữ liệu mỗi gói chỉ vài byte, với cách này lập trình tốt thì có thể chấp nhận với độ trễ 1 sec.
Còn định nghĩa địa chỉ trong rom random, nhưng trong bo mạch chủ phải có bảng lookup định nghĩa địa chỉ rom đó tương ứng với giường nào. Nói chung là cắm vào là chạy

Nếu bác làm như vậy không thôi thì nguồn cấp ở đâu cho 2 con VDK cạnh nhau?

Cần phải lấy luôn dây tín hiệu, đưa đệm tụ để có thể nuôi được con VDK nữa. Chứ nếu mà chỉ tính đường tín hiệu không, thì tại mỗi trạm lại phải làm nguồn nuôi cho VDK. Tất nhiên là giá rẻ vì làm theo kiểu nguồn tụ luôn, nhưng vấn đề đi dây sẽ phải đi thêm một dây từ ổ cắm tới phòng. Như vậy một là phải đục tường, hai là phải tốn thêm tiền cho cái ổ cắm điện . Lại mất công đi dây nữa. Chi phí bo mạch tăng lên vì cần thêm diode, điện trở công suất.

Ngoài ra, giải pháp bác VVP tính 12K/nodes thì đúng là mắc, giải pháp của em thì đâu cần tới 12K/nodes. Giải pháp của em là 30K/phòng x 16 phòng + vài 3-5K/giường x 8 giường/phòng.

Tính thử 12K x 300 = 3600K toàn hệ thống (giải pháp VVP)
5K x 300 (giường) + 30K x 16 (phòng) = 1500K + 480K = 1980K toàn hệ thống (giải pháp F)

Bác tính lại xem có đúng vậy không? Đó là trường hợp 16 phòng, mỗi phòng 16 giường, còn lại số phòng và số giường thay đổi thì có thể có kết quả khác.

Giải pháp của em giảm 1 nửa giá thành so với giải pháp của bác VVP.

Nếu bác phongsontiem có ý định thay con Mac Add ROM thì giá của nó lên tới 3K, so với việc cắm cái DIP switch giá bèo thì e rằng giá hơi cao. Nếu bác tự lập trình cho nó để làm việc đó, chi phí phần mềm tăng cao (thời gian làm việc của bác).

Hì, nói chuyện phiếm thế này mà nghĩ ra được nhiều trò vui nhỉ.

Chúc vui.

[phongsontiem]

Nếu bác làm như vậy không thôi thì nguồn cấp ở đâu cho 2 con VDK cạnh nhau?

Cần phải lấy luôn dây tín hiệu, đưa đệm tụ để có thể nuôi được con VDK nữa. Chứ nếu mà chỉ tính đường tín hiệu không, thì tại mỗi trạm lại phải làm nguồn nuôi cho VDK. Tất nhiên là giá rẻ vì làm theo kiểu nguồn tụ luôn, nhưng vấn đề đi dây sẽ phải đi thêm một dây từ ổ cắm tới phòng. Như vậy một là phải đục tường, hai là phải tốn thêm tiền cho cái ổ cắm điện . Lại mất công đi dây nữa. Chi phí bo mạch tăng lên vì cần thêm diode, điện trở công suất.

Ngoài ra, giải pháp bác VVP tính 12K/nodes thì đúng là mắc, giải pháp của em thì đâu cần tới 12K/nodes. Giải pháp của em là 30K/phòng x 16 phòng + vài 3-5K/giường x 8 giường/phòng.

Tính thử 12K x 300 = 3600K toàn hệ thống (giải pháp VVP)
5K x 300 (giường) + 30K x 16 (phòng) = 1500K + 480K = 1980K toàn hệ thống (giải pháp F)

Bác tính lại xem có đúng vậy không? Đó là trường hợp 16 phòng, mỗi phòng 16 giường, còn lại số phòng và số giường thay đổi thì có thể có kết quả khác.

Giải pháp của em giảm 1 nửa giá thành so với giải pháp của bác VVP.

Nếu bác phongsontiem có ý định thay con Mac Add ROM thì giá của nó lên tới 3K, so với việc cắm cái DIP switch giá bèo thì e rằng giá hơi cao. Nếu bác tự lập trình cho nó để làm việc đó, chi phí phần mềm tăng cao (thời gian làm việc của bác).

Hì, nói chuyện phiếm thế này mà nghĩ ra được nhiều trò vui nhỉ.

Chúc vui.

Ờ nói chuyện cho vui thôi :d
Dây nguồn là 1 cặp trong 4 trục 4 dây đi xuyên suốt mà.
2051 có thể hoạt động từ 2,5->5,5V nên đầu cấp 5,5 đi cả Km sụt còn 3V vẫn chạy đều hê hê.
Về Mac add thì cần gì IC ngoài, dùng phần mềm mà, có gì phức tạp đâu. Chăm chỉ thì vài ngày , nhác nhớn thì vài tháng

[jambuka]

Theo tôi bác có thể làm như vầy: Trong một phòng có 10 giường bác cho em một đường dây rồi nối lần lượt qua các điện trở đến mass qua công tắc đầu giường. Công tắc chuông của giường 1 qua R = 1k Giường 2 qua 2K.... giường n = nk omh.
Y tá chỉ việc nhìn sự sụt áp để biết được số giường

Nếu có 2 công tắc được ấn cùng lúc thì sao?

[haithanh]

Theo tôi thì sao lai không giải quyết bàng cách ở mỗi giường gắn cho 1 mã code, khi bệnh nhân ấn nút sẽ phát đi 1 mã trên đừong truyền. tại phòng trực ta chỉ việc làm 1 mạch giải mã để nhận biết mã nào đã được nhận và hiển thị vị trí.
Làm như vậy tiết kiệm chi phí, đơn giản

[falleaf]

Ờ nói chuyện cho vui thôi :d
Dây nguồn là 1 cặp trong 4 trục 4 dây đi xuyên suốt mà.
2051 có thể hoạt động từ 2,5->5,5V nên đầu cấp 5,5 đi cả Km sụt còn 3V vẫn chạy đều hê hê.
Về Mac add thì cần gì IC ngoài, dùng phần mềm mà, có gì phức tạp đâu. Chăm chỉ thì vài ngày , nhác nhớn thì vài tháng

Có vẻ bác hiểu lầm kỹ thuật sử dụng dây tín hiệu để cấp nguồn cho MCU hoạt động. Nó khác với kiểu đi dây nguồn chung với dây tín hiệu của bác.

Mac ADD mà bảo là thích làm bằng phần mềm cũng được thì toi rồi:
http://www.microchip.com/stellent/id...param=en538877

Mac ADD người ta phải "cấp cứng" cho mỗi thiết bị được sản xuất ra (không nhớ rõ) ước tính khoảng 250 nghìn tỉ thiết bị thì mới hết cái MAC này.

Còn nếu bác cấp dạng ID cho thiết bị thì đúng như bác VVP nói về bản chất kỹ thuật đấy. Còn nếu bác cấp giống như dạng "IP động" thì khi online nó mới có ID chẳng hạn, điều này rất vô lý vì nút bấm hiển nhiên là online 247. Còn nếu cấp kiểu "IP động" thì không xác định được nút nào với nút nào. Khi cúp điện một phát (cô y tá đá vào dây điện), nó cấp lại IP không giống lần đầu, lại đi dò lại từ đầu xem cái nút nào nằm ở đâu? Không hiểu có phải ý bác là làm kiểu giống "IP động" hay giống "Mac ADD"?

Thôi, giải pháp cho cái này đã nhiều rồi, các nhà thiết kế có thể làm thêm vậy, F dạo này điều kiện lên mạng khó khăn, nếu có gì anh em thông cảm nhé.

Chúc vui

[phongsontiem]

Có vẻ bác hiểu lầm kỹ thuật sử dụng dây tín hiệu để cấp nguồn cho MCU hoạt động. Nó khác với kiểu đi dây nguồn chung với dây tín hiệu của bác.

Mac ADD mà bảo là thích làm bằng phần mềm cũng được thì toi rồi:
http://www.microchip.com/stellent/id...param=en538877

Mac ADD người ta phải "cấp cứng" cho mỗi thiết bị được sản xuất ra (không nhớ rõ) ước tính khoảng 250 nghìn tỉ thiết bị thì mới hết cái MAC này.

Còn nếu bác cấp dạng ID cho thiết bị thì đúng như bác VVP nói về bản chất kỹ thuật đấy. Còn nếu bác cấp giống như dạng "IP động" thì khi online nó mới có ID chẳng hạn, điều này rất vô lý vì nút bấm hiển nhiên là online 247. Còn nếu cấp kiểu "IP động" thì không xác định được nút nào với nút nào. Khi cúp điện một phát (cô y tá đá vào dây điện), nó cấp lại IP không giống lần đầu, lại đi dò lại từ đầu xem cái nút nào nằm ở đâu? Không hiểu có phải ý bác là làm kiểu giống "IP động" hay giống "Mac ADD"?

Thôi, giải pháp cho cái này đã nhiều rồi, các nhà thiết kế có thể làm thêm vậy, F dạo này điều kiện lên mạng khó khăn, nếu có gì anh em thông cảm nhé.

Chúc vui

Ý F là thế nào mình kô hiểu? Mình dùng 4 dây, 2 dây cấp nguồn 5V dọc theo trục toàn bộ cho các nút.
----------------------------------- 5V
----------------------------------- 0V
-----...... ---------------.....---------
-----|.....| -------------|....|-------
......||.....||................||....||..........
.........2051...................2051...........

Kiểu nối dây thế này. có 2 dây nối giữa 2 con 2051 -> 1 dây thì truyền và 1 dây nhận. -> Kô có chuyện xung đột, chỉ có độ trễ lớn thôi.
Còn 2051 thì khi lập trình nạp vào 1 mã 2byte được khoảng hơn 60.000 mã.
Khi một con 2051 cắm vào hệ thống thì nó tự truyền mã của nó đi trên đường truyền về trung tâm, kèm theo 1 mã lệnh yêu cầu nhập hệ thống chẳng hạn, thế là xong
Khung dữ liệu là như thế, 1byte mã lệnh và 2 byte mã địa chỉ 2051 cho mọi tác vụ trao đổi.
Tất nhiên ý tưởng của F là trong 1 phòng dùng 1 con rồi quản lý nhiều giường thì nối thêm dây ok. Nhưng vấn đề đang bàn là truyền nhiều nút sao cho đơn giản rẻ và hiệu quả Ok?