RS-232C CAS – protokół transmisji wag CAS SW-II, AD, PD-II, format ramki, komendy DC1

Pytanie

protokół transmisji rs232c cas

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Protokół transmisji „RS‑232C CAS” to zestaw prostych ramek ASCII i komend (najczęściej DC1 = 0x11) używanych przez wagi CAS do wysyłania odczytu masy przez interfejs RS‑232C. Typowe ustawienia: 9600 bps, 8N1, bez sprzętowej kontroli przepływu; połączenie punkt‑punkt kablem krosowanym (Tx↔Rx, GND↔GND). (manualslib.com)
• Odpowiedź z wagi zawiera zwykle status (S/U/OL), znak, dane masy (W5…W0), jednostkę (np. kg/lb), opcjonalną sumę kontrolną BCC (XOR) i zakończenie ETX/EOT lub CR/LF – dokładny format zależy od modelu/trybu. (manualslib.com)

Szczegółowa analiza problemu

• Warstwa fizyczna i sygnałowa:
  • RS‑232C to interfejs niesymetryczny o poziomach logicznych „mark” ujemnych i „space” dodatnich względem masy; standard przewiduje osobne linie TXD/RXD i opcjonalne linie ręcznego sterowania. Dla połączenia PC↔waga wykorzystuje się przede wszystkim TXD, RXD i GND. (en.wikipedia.org)
• Parametry UART (typowo dla CAS):
  • 9600 bps, 8 bitów danych, brak parzystości, 1 bit stopu (8N1), kodowanie ASCII. To ustawienia domyślne m.in. dla serii SW‑II i bazowy punkt odniesienia dla innych wag CAS. (manualslib.com)
• Tryby i sekwencje:
  • Tryb ciągły – waga emituje kolejne ramki w zadanym tempie.
  • Tryb „na żądanie” – komputer wysyła komendę (najczęściej DC1 = 0x11), a waga odsyła pojedynczą ramkę. W starszych/wybranych modelach możliwa sekwencja ENQ→ACK→DC1. (manualslib.com)
• Format ramki (przykład rodziny SW/AD – wariant z BCC):
  • [SOH][STX][STA][SIGN][W5…W0][UN1][UN2][BCC][ETX][EOT]
  • STA: ‘S’ (stabilnie) lub ‘U’ (niestabilnie); przeciążenie sygnalizowane wartościami „F” w polach wagowych; SIGN: SP (pozytyw) lub ‘-’; UNx: „kg”/„lb”; BCC: XOR całego bloku danych. Dokładne pola i terminatory zależą od protokołu wybranego w menu serwisowym. (manualslib.com)
• Komendy spotykane w rodzinie CAS:
  • DC1 (0x11) – żądanie odczytu masy (najczęściej używana),
  • ENQ (0x05), ACK (0x06), NAK (0x15), SOH/STX/ETX/EOT – znaki sterujące używane w odmianach protokołu, także w modelach kalkulacyjnych/handlowych. (manualslib.com)
• Złącza i okablowanie:
  • Połączenie PC (DTE) ↔ waga (często DCE) zwykle wymaga skrzyżowania TXD i RXD (tzw. null‑modem): PC‑2↔waga‑3, PC‑3↔waga‑2, PC‑5↔waga‑5. Linie RTS/CTS/DTR/DSR zazwyczaj niewykorzystywane. (analog.com)
• Przykładowy przebieg komunikacji (tryb „na żądanie”):
  1. PC otwiera port 9600‑8N1. 2) PC wysyła 0x11 (DC1). 3) Waga odsyła ramkę z polem statusu, wartością i jednostką, kończąc ETX/EOT (lub CR/LF – zależnie od modelu). 4) Aplikacja weryfikuje BCC (jeśli występuje) i parsuje wartość. (manualslib.com)

Aktualne informacje i trendy

• Bieżące modele POS firmy CAS (np. PD‑II/PD‑2Z, SW‑RS) deklarują interfejs RS‑232C oraz sterowniki OPOS/JavaPOS do integracji z kasami i systemami POS; wiele urządzeń oferuje także USB (CDC/Virtual COM) jako alternatywę. (crs-usa.com)
• W nowszych wdrożeniach spotyka się przejście na warstwę pośrednią OPOS/JavaPOS po stronie POS, przy zachowaniu „pod spodem” połączenia RS‑232/USB‑CDC. (datalogic.github.io)

Wspierające wyjaśnienia i detale

• Dlaczego 9600‑8N1? Zapewnia wysoką kompatybilność i minimalną wrażliwość na zakłócenia na krótkich odcinkach (do ~15 m dla RS‑232C), a jednocześnie mieści typową prędkość odświeżania wag. (en.wikipedia.org)
• BCC (XOR) podnosi niezawodność – prosta weryfikacja całego bloku danych bez narzutu CRC; wykorzystywana w wybranych protokołach CAS. (manualslib.com)

Aspekty etyczne i prawne

• Integrując wagę z POS/ECR pamiętaj o wymaganiach legalizacji (NTEP/OIML) i o tym, że odczyt wykorzystywany do rozliczeń musi pochodzić z urządzenia w konfiguracji zgodnej z zatwierdzeniem typu. Zmiany protokołu/firmware’u mogą wpływać na zgodność.

Praktyczne wskazówki

• Diagnostyka:
  • Test pętli zwrotnej portu PC (zwarcie 2–3), potem nasłuch ramek z wagi (RealTerm/Bray). Jeśli „krzaki” – niezgodny baud/parzystość. Jeśli cisza – sprawdź skrzyżowanie TX/RX.
  • Oscyloskop: na linii TX w stanie spoczynku powinien być poziom ujemny (mark). (en.wikipedia.org)
• Implementacja:
  • Ustaw 9600‑8N1; timeouty rzędu 100–300 ms; po DC1 czytaj do ETX/EOT lub CR/LF; opcjonalnie weryfikuj BCC.
  • Filtruj dane tylko „S” (stable), a „U/OL” traktuj jako brak ważnego wyniku. (manualslib.com)
• Okablowanie:
  • Użyj krótkiego, ekranowanego przewodu; unikaj wspólnych tras z zasilaniem silnikowym; jeśli potrzeba dłuższego dystansu – rozważ konwerter RS‑232↔RS‑485 (warstwa fizyczna różnicowa).

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Protokół jest rodziną wariantów zależnych od modelu/trybu (AP/AD/SW/PD itd.). Różnią się m.in. nagłówkami (STX/ETX vs CR/LF), obecnością BCC i komendami. Zawsze sprawdź instrukcję danego modelu (Owner’s/Service Manual) oraz pozycję protokołu/portu w menu serwisowym. (manualslib.com)
• Nie wszystkie urządzenia wymagają „null‑modem”; sporadycznie spotyka się układy z prostym kablem – w razie wątpliwości weryfikuj pinout w dokumentacji.

Sugestie dalszych badań

• Dokumentacja producenta:
  • CAS SW‑II Owner’s/Service Manual – szczegóły RS‑232C (komenda DC1, pola STA/SIGN/Wx/UNx, BCC, ETX/EOT). (manualslib.com)
  • CAS AD Series Service Manual – definicje ENQ/ACK/DCx i ogólne zasady protokołu CAS. (manualslib.com)
  • Karty katalogowe PD‑II/SW‑RS – informacje o wsparciu OPOS/JavaPOS w ekosystemach POS. (crs-usa.com)
• Jeśli podasz dokładny model (np. CAS SW‑II, AP‑1, PD‑II) i tryb pracy, przygotuję precyzyjny opis ramki wraz z przykładowym kodem parsera pod Twój język/OS.

Krótkie podsumowanie

• Wagi CAS używają prostego, asynchronicznego protokołu RS‑232C z ramkami ASCII, najczęściej przy 9600‑8N1. Standardowy odczyt uzyskuje się komendą DC1 (0x11), a odpowiedź zawiera status (S/U/OL), wartość i jednostkę, opcjonalnie BCC. Szczegóły zależą od modelu i wybranego wariantu protokołu – dlatego kluczowe jest sprawdzenie instrukcji konkretnej wagi i poprawne skrzyżowanie linii TX/RX. (manualslib.com)

Chcesz, abym przygotował gotowy przykład kodu (np. w Python/C#) dla wybranego modelu CAS i trybu (ciągły/na żądanie)? Podaj model wagi oraz system operacyjny/port, z którego będziesz korzystać.