Hello all:

 

I am fairly new to the Java world and would like some advice on how to handle rs-232 communications with a Java based GUI I am working on.  Several years ago I created a similar GUI with Visual Basic, but my coding skills are a bit rusty and I never got the communication thing completely figured out.  I could send command strings easy enough, but I had trouble getting responses and processing them quickly.

 

The current GUI is to control an RGB lighting system.  It has some sliders, some radio buttons, and a few check boxes.  When the sliders move a command string needs to be sent out.  It will have to happen quickly so that the change in light level is smooth.  When the radio buttons and check boxes are clicked, single commands will have to be sent out.

 

I would also like to be able to handle any responses sent back from the controller.  When the sliders are moved, there will be a lot of comm traffic coming back to the GUI.  I sure this will require a buffer of some kind, but I am not sure how to set it up.

 

Once I get the rs-232 option up and running, I need to look at communicating with the light controller via an Ethernet connection.

 

Any advise or assistance would be appreciated.

 

 

Paul Stearns

Views: 536

Reply to This

Replies to This Discussion

Thanks Nem.  I will check those out.

 

Paul

I took a look at some of the documentation and it seems that RS-232 is not supported for Windows apps anymore.  If this is indeed the case, then I guess I need to look at sending communications via Ethernet and using a converter to get it to the RS-232 device.

 

Any guidance on how to proceed would be appreciated.

Reply to Discussion

RSS

Happy 10th year, JCertif!

Notes

Welcome to Codetown!

Codetown is a social network. It's got blogs, forums, groups, personal pages and more! You might think of Codetown as a funky camper van with lots of compartments for your stuff and a great multimedia system, too! Best of all, Codetown has room for all of your friends.

When you create a profile for yourself you get a personal page automatically. That's where you can be creative and do your own thing. People who want to get to know you will click on your name or picture and…
Continue

Created by Michael Levin Dec 18, 2008 at 6:56pm. Last updated by Michael Levin May 4, 2018.

Looking for Jobs or Staff?

Check out the Codetown Jobs group.

 

Enjoy the site? Support Codetown with your donation.



InfoQ Reading List

Presentation: When Every Bit Counts: How Valkey Rebuilt Its Hashtable for Modern Hardware

Madelyn Olson discusses the evolution of Valkey's data structures, moving away from "textbook" pointer-chasing HashMaps to more cache-aware designs. She explains the implementation of "Swedish" tables to maximize memory density. She shares insights on systems intuition, memory prefetching, and the rigorous testing needed for mission-critical caches.

By Madelyn Olson

Istio Evolves for the AI Era with Multicluster, Ambient Mode, and Inference Capabilities

The Cloud Native Computing Foundation (CNCF) has announced a major evolution of Istio, introducing new capabilities aimed at making service meshes “future-ready” for AI-driven workloads.

By Craig Risi

Article: Bloom Filters: Theory, Engineering Trade‑offs, and Implementation in Go

This article walks you through the Go implementation of Bloom filters to optimize the performance of a recommender. It cover the architectural view, Bloom filter mechanics, Go integration, parameter tuning, and practical lessons learned from making it work under production constraints.

By Gabor Koos

Google Open Sources Experimental Multi-Agent Orchestration Testbed Scion

Designed to manage concurrent agents running in containers across local and remote compute, Scion is an experimental orchestration testbed that enables developers to run groups of specialized agents with isolated identities, credentials, and shared workspaces.

By Sergio De Simone

Anthropic Accidentally Exposes Claude Code Source via npm Source Map File

Anthropic's Claude Code CLI had its full TypeScript source exposed after a source map file was accidentally included in version 2.1.88 of its npm package. The 512,000-line codebase was archived to GitHub within hours. Anthropic called it a packaging error caused by human error. The leak revealed unreleased features, internal model codenames, and multi-agent orchestration architecture.

By Steef-Jan Wiggers

© 2026   Created by Michael Levin.   Powered by

Badges  |  Report an Issue  |  Terms of Service