using the streaming library with soft serial.

Projects Programming
1

I really like the convenience of streaming.h New Streaming Library | Arduiniana

and i'l like to use it with a sparkfun serial LCD through software serial but I get an error message

sketch_oct18a.cpp: In function 'void setup()':
sketch_oct18a:11: error: no match for 'operator<<' in 'LCD << "**"'
C:\Users\Bill\Documents\Arduino\libraries\streaming/Streaming.h:51: note: candidates are: Print& operator<<(Print&, const _BASED&)
C:\Users\Bill\Documents\Arduino\libraries\streaming/Streaming.h:69: note:                 Print& operator<<(Print&, const _FLOAT&)
C:\Users\Bill\Documents\Arduino\libraries\streaming/Streaming.h:80: note:                 Print& operator<<(Print&, _EndLineCode)

I understand(I guess) in principle what the error means but not how to fix it - any pointers?

#include <Streaming.h>

#include <SoftwareSerial.h>
#define txPin 9

SoftwareSerial LCD = SoftwareSerial(0, txPin);

void setup()
{
  pinMode(txPin, OUTPUT);
  LCD.begin(9600);
  LCD<<"**";
}

void loop()
{
}
2

it works with NewSoftSerial so that's where I am for the moment. I may try to puzzle out the difference in the library defs because I really don't need all of NSS and I'm very tight on flash.

3

because I really don't need all of NSS and I'm very tight on flash.

And yet you can afford the overhead of streaming... OK.

4

Are you using IDE version 1.0 beta/release-candidate? If so you need to edit Streaming.h and replace #include <WProgram.h> with #include <Arduino.h>

Whenever I've tested the Streaming library I don't see a consistent effect on the size of the compiled binary. Sometimes it takes up a small amount of extra memory, but sometimes actually uses less.

5

PaulS:

because I really don't need all of NSS and I'm very tight on flash.

And yet you can afford the overhead of streaming... OK.

Streaming.h is a couple of macros and generally has no overhead - it's really quite clever.
Anyway, I've dropped back to the basic software serial and print statements for now.

@tim7: I'm still using 22.