|
Size: 824
Comment: everything runs on merlo now
|
← Revision 3 as of 2012-02-11 11:41:20 ⇥
Size: 886
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 9: | Line 9: |
| Fire up minicom with the default config (9600bps, 8N1 on /dev/ttyS0) and try to talk to the coke machine. You should be greeted with the prompt ":" when you press enter. Enter "d7" (doesn't actually dispense anything). Enter "s" for good measure (it'll throw at you current slot names, which may be garbage, but don't worry, they'll be reset when dispense runs). Quit minicom with no reset ({{{^B-Q}}}) - do not eXit (with {{{^B-X}}}). Then: | Ensure that can ping cokemachine.ucc.gu.uwa.edu.au - if you can't, there's some sort of network problem that needs to be resolved, or the coke machine is turned off. You may need to open the first door of the coke machine and check there is a link light on the network port of the PLC (main board). |
| Line 11: | Line 11: |
| The snack machine is still running over serial - check which port it is connected to on [[Merlo]], fire up minicom on that port, and check data is being sent both ways. Finally, restart both services: |
Since OpenDispense2 hasn't run for a long time, there is a chance that an error will pop up that it cannot deal with (most likely on the coke machine). Here's what to do when that happens:
On Merlo:
/etc/init.d/vendserver stop /etc/init.d/dispsrv stop
Ensure that can ping cokemachine.ucc.gu.uwa.edu.au - if you can't, there's some sort of network problem that needs to be resolved, or the coke machine is turned off. You may need to open the first door of the coke machine and check there is a link light on the network port of the PLC (main board).
The snack machine is still running over serial - check which port it is connected to on Merlo, fire up minicom on that port, and check data is being sent both ways.
Finally, restart both services:
/etc/init.d/dispsrv start /etc/init.d/vendserver start
