Industrial applications galore
OzStamp
Posts: 377
Lets start a discussion group on applications in the industrial world.
Simultaneous sampling of serial data ( weighing printing barcoding)
and other applications like reading high speed SSI encoders etc etc.
Anybody that works in the industrial area (Factory Automation) will appreciate
this Propeller chip.
Ozstamper
Simultaneous sampling of serial data ( weighing printing barcoding)
and other applications like reading high speed SSI encoders etc etc.
Anybody that works in the industrial area (Factory Automation) will appreciate
this Propeller chip.
Ozstamper
Comments
RoboGeek
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
There are·3 kinds of people in the world,
the dreamers, the do-ers, and the "Oh, what's this button do"-ers.
Formerly bugg.
www.parallax.com
www.goldmine-elec.com
www.expresspcb.com
www.startrek.com
·
Chuck
There are lots of apps in the Motion Control area (stepper and servo controls) where this
Chip by Chip can be used .
Speed syncing of multiple drives ( possibly electronic gearing .. the mind is spinning..
Temperature control is another area and driving of PWM modulated valves etc etc..
(Sampling of multiple tempeture probes)
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Jon Williams
Applications Engineer, Parallax
Ron Nollet
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Jon Williams
Applications Engineer, Parallax
CNC control using steppers or servos w/ encoders seems like a great application for the Propeller cogs. Some cogs used for pulsing, some used for verbose output, some used to scan limit switches, and then one master COG to receive and transmit data from a PC based controller and coordinate the other COGs. Would probably be very robust approach.
I agree with your approach and think we should build a Propeller PLC module (like the Stamp PLC) that is fully industrialized for a 24-volt environment.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Jon Williams
Applications Engineer, Parallax
The first thought that came to mind was Image Recognition. I would imagine there is a significant boost in performance possible for applications such as robotics. With an embedded system like this it should pack a alot of power in a small space. I would interface the OV6620 image sensor(AVR Cam) to this processor and see what it can do. I would really like to try and port the code from the AVRCam to this and try to see how much faster it operates.
umm, oh wait, first I need a Dev.bd
=Dan
- PWM-controlling three DC motors for speed and position. Each motor has a built-in tacho pulse generator, and for each axle, reference or end-sensors are provided.
- Monitoring three temperature values, turning on/off a heater, or a cooler if necessary.
- Tunrning on/off two water pumps, and controlling their pressure via two 4...20 mA current loops.
- Reading/writing data from/to a chip card, i.e. an I²C EEPROM that contains patient-specific information.
These are the main functions currently handled by the two SX28-based modules.
In addition the PDA takes over the master control fo the whole system by sending appropriate commands VIA RS-232 to one of the SX28 units. Here, the RS-232 commands are translated into I²C data to communicate with the other items on the bus. The PDA's touch screen acts as user-interface, allowing the selection between various massage programs, and for running different tests in service mode.
I'm pretty sure that all controllers in the system (including the PDA) can be replaced by just one Propeller chip with all required components (except the display and the chip card) integrated on one single PCB. Instead of a touch screen, I'm considerung to use a customized membrane keypad with some standard keys and a couple of variable function keys instead. Although the Propeller can definitely handle a touch screen, the membrane keypad might be cheaper, and more robust.
Over all, I'm expecting a remarkable reduction of production costs with the Propeller chip as the core controller for this system. When I get the chance to design it, I need to have a close look at EMI issues because as a medical appliance, this system must match the according EMI regulations, and it was almost a nightmare getting the two SX28s in the current system below the limits.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Greetings from Germany,
Günther
How would the propeller differ from eight SX28 (for example)? A couple of things that come to mind:
1) Propeller would have a shared memory (like the Borg, you guys really missed the oportunity to call it that!)
2) Ease of loading a program (one entry point)
3) It seems, in reading other threads, the memory capability can be up to 128K (or was it 256K) but code had to be in the lower portion.
4) The propeller already has all of the ports tied together
5) Smaller package, smaller power requirements, lower price
I guess the reason for the question is, can't you prototype the CONCEPTS with existing chips?
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
John J. Couture
San Diego Miramar College
I'd take that memory capability with a grain, even though external EEPROM may be larger, it really doesn't extend the software size memory. It can be used for permanent data storage or to load specific blocks into the processors.
-Martin
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Martin Hebel
Perform an Employer's Survey of Electronic Technologies Graduates· - Click here!
Personal Links with plenty of BASIC Stamp info
and SelmaWare Solutions - StampPlot - Graphical Data Acquisition and Control
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
John J. Couture
San Diego Miramar College
I've been lucky enough to be writing code now, and boy is it slick. I have one cog dedicated to being a watchdog for the other cogs (if they are stuck waiting on a pulse that never arrives) simply by sharing a decremental counter and a flag, the watchdog can give it that pulse, all through internal busing, and the watched-cog can check a flag to see if it was actual data or not it received. Think what that would take between 2 processors.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Martin Hebel
Perform an Employer's Survey of Electronic Technologies Graduates· - Click here!
Personal Links with plenty of BASIC Stamp info
and SelmaWare Solutions - StampPlot - Graphical Data Acquisition and Control
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
John J. Couture
San Diego Miramar College