I'll second the idea of a special character. Parsing string is just too much code hungry and slow.
I'll second the idea of a special character. Parsing string is just too much code hungry and slow.
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
Thanks for all this help, I did discover the way to set up an array of combuf(50) but then found my input may hit large lengths, so went to combuf(90) even though that may still be a bit short.....
I tried a for z=1 to 90 :serin: next z but if I get a short stream it waits for ever.
I added a timeout so that was a fix.
It seems I can watch for a set pair of bytes and then store after that, but once again the lenght is sometimes above what I can store and I miss the end.
I have tried to use the SKIP command in conjunction with waitin, but I have not hit the right syntax for it yet.
I have found this a problem with the pb manual again and again, no examples of correct command syntax, well it has examples, but not a 'real' worked example.
Zaks Z80, now THAT was a manual.
Experience, internet and forum is usually better than any books. Unfortunately it create also lazy people.
One great example is some student on various forum who ask for copy/paste solution... Woooohooo ! Sure they may got their grade even if they don't have a clue of what they do... sad really sad. And that's we call evolution![]()
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
Well that wasnt me! lolOriginally Posted by mister_e
I'm not that bad, but I must admit I have asked a few questions that could have been answered by a few hours of book searching, I'm rushing this little project through so I have to say thanks to all who have made suggestions.
If I had to write this in 'real basic' it would have took about 30 minutes to flesh out and an hour or two to add refinement.
But when I get this done, I'll be posting the whole thing on here for all those others who want a simple phone controlled house/car/boat/garage alarm.
Features on this not on others are....
V1 will/has
1) incoming phone number verification (5 max, master, slave, 3 peasants)
2) has output ports. (IE turn on lights, unlock doors)
3) has 'levels' of input for alarm (eg, door rattled is a low priority alarm, FIRE is a high)
4) ability to add / delete users without a PC
5) temp monitoring (upto 8 zones) (via ds16/ds18 hardware)
6) voltage monitoring (resistor divider)
V2 additions
7) USB connection to PC to read messages stored in phone
8) A PC side frontend to control it / configure it / send receive msgs
Hardware is 1 pic16f88 (2550 for V2) and a T68 / t681 / t610
Phone was chosen because (a) I have a t68 and a t610 (b) those phones were very commoon so are cheap anywhere on ebay and they dont need silly cables to make them run AT commands.
Bookmarks