I have a screen with multiple charts. Alas at this point all but one are inactive. It is the one which is the problem.
(Oh, when the others are getting data, they are 99.9% black, as per settings.)
So, this chart - like the others - has the setting for the trace set to BLACK.
Usually it is blue - which I now can say is actually the second colour of the settings - and I had the first colour as BLACK.
I don't get why it is/was blue. But of late it has behaved itself and become black.
Alas it has decided to go back to blue.
I haven't edited anything in the flow anywhere near the chart to cause the data flow to change to the second colour.
Today I worked out it was the second colour because after seeing it was back to BLUE, I went in and looked at the settings. BLUE was the second colour, and if I change it to another colour, the trace colour changes.
But it is colour #2. Not #1.
This is annoying to me - though I could "cheat" and just make all the colours BLACK and not care. But I don't think that is the right thing to do.
Can anyone offer suggestions to why it is changing between colour #1 and colour #2 of the settings?
Yesterday (or maybe the day before) it was the lovely BLACK.
Today when I went there, it was back to the "default" BLUE.
But that made me check the colour and I noticed the colour was the second colour. I edited it from BLUE to GREEN and the chart colour changed. So that is the colour being used.
But WHY it is using the first or second colour and what causes it?
It may happen that if you are developing your solution, you send some test data to chart (maybe without topic property set), and then connect it with real data source and if you are not clearing the data between those inputs, the first color is still connected with you testing data structure (let say there was no topic). The time may go by and your chart may display no data at all and therefore you see wrong color with your real data.
I did slight experiments to achieve your problem and it may happen this way. Let's say "just by accident".
The suggestion is that maybe there was just one message at some point since the chart started with a different topic. That would reserve the first colour for that topic and then your actual data would use the second colour.
First try re-starting node-red and do a full refresh of the browser (often ctrl+F5). If that doesn't fix it then insert a switch node in front of the chart that tests for topic equal to TimePi and sends that to output 1, then select Otherwise for output 2. Put a debug node on output 2. Then restart node red again, refresh the browser and see what the chart shows. Also see if anything appears on o/p 2.
Here are two screen shots that show what is happening:
Look in the GREY box for the area of interest.
The GREEN lines are for the REAL data and the RED lines are my injected.
Sorry the chart colour is BLACK, and that is the FIRST colour. GREEN is the second colour on the chart's settings.
RED = the wipe the chart part.
YELLOW = fake/second data flow injection part.
BLUE = debug part to track if some other messages are getting through.
They are put into a simple queue node so they are stored.
I can then look at the inputs and try to see from where they came.
Well, IF... But I guess I have to search if I want to find.
But interestingly enough: Yesterday the colour was BLACK.
Today - at an unknown time - the RPI rebooted..... Dunno why. The trace I saw when I looked at it WAY AFTER it is BLUE.
Dunno if that is important, but worth mentioning as restart was mentioned and I have noticed that the machine had rebooted since yesterday.
And weirdly a node that I just installed yesterday when working on another "problem" wasn't installed today.
I noticed this because the machine wasn't doing its normal things.
I went to the web page and it said SUNPOS was no installed.
It was last night. I reinstalled it and the machine was rebooted a couple of times for other reasons this afternoon.
I'll stop now.
I meant that a previous post had asked for a restart to be tried, so if this had been done the chart would already have been cleared. Thereby removing the possibility that he was just seeing a hangover from something that happened once and was not going to be repeated.
