Connecting a TM1637 4-Digit Display

Message

grovkillen · #71 Post by **grovkillen** » 18 Nov 2017, 08:34

Try this rule:

On TempPres#Temperature do
 7dt,[TempPres#Temperature]
EndOn

Your code should work but just as a test.

And please send a log file screenshot for us to see.

ronald · #72 Post by **ronald** » 18 Nov 2017, 12:14

It works!!!
The EndOn must have been the problem.
Or maybe the style of coding.
Anyway, it works now and I'm very glad it does.
Thank you for your help!

grovkillen · #73 Post by **grovkillen** » 18 Nov 2017, 14:39

I updated the wiki accordingly. Thanks for feedback!

grovkillen · #74 Post by **grovkillen** » 02 Dec 2017, 23:33

https://www.letscontrolit.com/wiki/inde ... nt_display

wiki updated with this plugin.

papperone · #75 Post by **papperone** » 03 Dec 2017, 00:01

grovkillen wrote: ↑02 Dec 2017, 23:33 https://www.letscontrolit.com/wiki/inde ... nt_display

wiki updated with this plugin.

Great Job grovkillen!
As far as I've one running since more than a month without issue I woudl consider to move this to NORMAL instead of TESTING but I'd like to have at least some confirmation of stability from other users who maybe using it permanently on their devices...

grovkillen · #76 Post by **grovkillen** » 03 Dec 2017, 00:03

Papperone, thanks!!

I've been using it for a day now

I do miss some log output though. And as I asked on GitHub, is the 4 digit display with dots also supported or is it only the "clock" version?

papperone · #77 Post by **papperone** » 03 Dec 2017, 09:27

grovkillen wrote: ↑03 Dec 2017, 00:03 Papperone, thanks!!

I've been using it for a day now

I do miss some log output though. And as I asked on GitHub, is the 4 digit display with dots also supported or is it only the "clock" version?

Let me know which LOG and I'll add them and will evaluate to move to NORMAL plugins...
As per GitHub discussion I will add more displays support to the next release of the plugin (once they will arrive from China

)

grovkillen · #78 Post by **grovkillen** » 03 Dec 2017, 10:58

papperone wrote: ↑03 Dec 2017, 09:27
grovkillen wrote: ↑03 Dec 2017, 00:03 Papperone, thanks!!

I've been using it for a day now

I do miss some log output though. And as I asked on GitHub, is the 4 digit display with dots also supported or is it only the "clock" version?
Let me know which LOG and I'll add them and will evaluate to move to NORMAL plugins...
As per GitHub discussion I will add more displays support to the next release of the plugin (once they will arrive from China )

When I add numbers manually the log is not populated with this. Commands 7don, 7doff and 7db,<value> are not reported. Just that stuff

papperone · #79 Post by **papperone** » 03 Dec 2017, 12:43

grovkillen wrote: ↑03 Dec 2017, 10:58
papperone wrote: ↑03 Dec 2017, 09:27
grovkillen wrote: ↑03 Dec 2017, 00:03 Papperone, thanks!!

I've been using it for a day now

I do miss some log output though. And as I asked on GitHub, is the 4 digit display with dots also supported or is it only the "clock" version?
Let me know which LOG and I'll add them and will evaluate to move to NORMAL plugins...
As per GitHub discussion I will add more displays support to the next release of the plugin (once they will arrive from China )
When I add numbers manually the log is not populated with this. Commands 7don, 7doff and 7db,<value> are not reported. Just that stuff

Ah ok, that's simple... I normally use logs only during developping/testing then I remove them to optimize but you are right, you can always change logs level/reporting from the advanced settings

I will add it soon and submit a PR

grovkillen · #80 Post by **grovkillen** » 03 Dec 2017, 12:52

Great!

grovkillen · #81 Post by **grovkillen** » 03 Dec 2017, 15:35

papperone wrote: ↑03 Dec 2017, 12:43 ....

Is it possible to have the plugin handle multipel devices (four maybe) add the rotary encoder plugin for example?

papperone · #82 Post by **papperone** » 03 Dec 2017, 17:30

grovkillen wrote: ↑03 Dec 2017, 15:35
papperone wrote: ↑03 Dec 2017, 12:43 ....
Is it possible to have the plugin handle multipel devices (four maybe) add the rotary encoder plugin for example?

not sure I understood... you want the plugin to control like 4 displays and change the contents using a rotary encoder?
can you clarify?

grovkillen · #83 Post by **grovkillen** » 03 Dec 2017, 17:43

No, I want to be able to use more than one display together with one esp. The rotary we just used as an example, sorry for not being clear.

papperone · #84 Post by **papperone** » 03 Dec 2017, 17:48

grovkillen wrote: ↑03 Dec 2017, 17:43 No, I want to be able to use more than one display together with one esp. The rotary we just used as an example, sorry for not being clear.

ok you are right, I still need to figure it out why multiple istances of same plugin make the ESP unstable; while adding the LOG will try to understand it...

grovkillen · #85 Post by **grovkillen** » 03 Dec 2017, 17:54

papperone wrote: ↑03 Dec 2017, 17:48
grovkillen wrote: ↑03 Dec 2017, 17:43 No, I want to be able to use more than one display together with one esp. The rotary we just used as an example, sorry for not being clear.
ok you are right, I still need to figure it out why multiple istances of same plugin make the ESP unstable; while adding the LOG will try to understand it...

Thanks, and yes, it's an overall problem with ESP Easy. We need to try to find the root cause of the instability.

sentinel · #86 Post by **sentinel** » 26 Dec 2017, 14:50

Hi guys,
I am fairly new to EspEasy. I was also looking for a way to use a TM1637 display, so I wanted to thank Papperone for the work!
Happy New Year to all!

papperone · #87 Post by **papperone** » 28 Dec 2017, 13:43

sentinel wrote: ↑26 Dec 2017, 14:50 Hi guys,
I am fairly new to EspEasy. I was also looking for a way to use a TM1637 display, so I wanted to thank Papperone for the work!
Happy New Year to all!

Thanks and Happy New Year!!!

PS: my new displays to expand this plugin are still "in transit" from China; hope to getit soon and be able to release new version of plugin!

sentinel · #88 Post by **sentinel** » 28 Dec 2017, 14:58

I have added a timer on the rules. When the module boots, I get the following:

5236 : WIFI : Connected! IP: <IP> (<name>)
5331 : EVENT: System#Boot
5336 : ACT : timerSet,1,5
5402 : FS : Error while reading/writing config.dat in 926
5502 : WD : Uptime 0 ConnectFailures 0 FreeMem 22808
5518 : EVENT: Clock#Time=Thu,15:39
7339 : DS : Temperature: 41.50 (28-ff-37-e2-0-17-3-b3)
7339 : EVENT: DSTemp#Temperature=41.50
7404 : ACT : 7dt,41.5
17976 : EVENT: Clock#Time=Thu,15:40

And the timer never expires. Can this error be related to your code?
My Rules are:

Code: Select all

On System#Boot do
  timerSet,1,5
endon

On DSTemp#Temperature do
  7dt,[DSTemp#Temperature]
endon

On Rules#Timer=1 do
 SendToHTTP <IP_2>,80,/control?cmd=lcd,1,1,test123
 timerSet,1,5
endon

IP_2 is the address of another module.

grovkillen · #89 Post by **grovkillen** » 28 Dec 2017, 15:46

This is a bug: https://github.com/letscontrolit/ESPEasy/issues/588

It is fixed in current code but no "dev release" yet. You can compile current code if you know how to or wait for it to be released.

sentinel · #90 Post by **sentinel** » 28 Dec 2017, 16:36

thanks for the quick response! (I'll check the list of issues next time)

anovik · #91 Post by **anovik** » 16 Jan 2018, 10:23

Hello.
I want to thank the developer for his work!
I wanted to find out if there was some way to switch the plugin's operating mode ("clock" or "manually") by commands from the rules or by a http request, rather than on the device page in ESPEasy?
If not, is it possible to implement?

Domosapiens · #92 Post by **Domosapiens** » 19 Jan 2018, 23:59

@Papperone,

thanks for this plug-in.
Is it possible to combine this plug-in with a PCF8574 I/O expander ?
A quick test of the mega release ESPEasy_mega-20180119 showed only the regular GPIO's and not the PCFGPIO's from PCF8574.
Thanks for your response.
Domosapiens

papperone · #93 Post by **papperone** » 20 Jan 2018, 10:12

Domosapiens wrote: ↑19 Jan 2018, 23:59 @Papperone,

thanks for this plug-in.
Is it possible to combine this plug-in with a PCF8574 I/O expander ?
A quick test of the mega release ESPEasy_mega-20180119 showed only the regular GPIO's and not the PCFGPIO's from PCF8574.
Thanks for your response.
Domosapiens

Hi, I am waiting some new displays models in order to implent them in the next release of this plugin.
I think I shoudl have somewhere such expander PCF8574; if I will find it I will have a look if it can be easily implemented your request

grovkillen · #94 Post by **grovkillen** » 20 Jan 2018, 11:21

I can send you 1 or 3 if you don't have some at home.

Domosapiens · #95 Post by **Domosapiens** » 20 Jan 2018, 12:22

@Papperone,
hope you can do it.
It would be a major break-trough: using PCFGPIO's as generic GPIO's.
(f.i. also for HC-SR04 distance measurement, IR Transmit etc.)
Thanks in advance !

Shardan · #96 Post by **Shardan** » 20 Jan 2018, 14:00

grovkillen wrote: ↑20 Jan 2018, 11:21 I can send you 1 or 3 if you don't have some at home.

Same, have several PCF8574 DIP-housing in the shelf.
Let me know.

papperone · #97 Post by **papperone** » 20 Jan 2018, 14:18

Don't worry I've just found PCF8574 so I can start experimenting with that!
I already opened a generic Issue/Enhancement request on github as I do believe we shoudl add expanders in the ESPEasy core code, this will allow *any* plugin to access both internal or external GPIOs seamlessly https://github.com/letscontrolit/ESPEasy/issues/749

BTW: There are many expanders similar to PCF8574, even with 16 GPIOs (MCP23017) so will be tricky to implement them all, so let's park it here and think about it...

38domo · #98 Post by **38domo** » 28 Jan 2018, 17:20

hello, I have seen this plugin, thanks a lot for his developpement. I am interested in, found the source and would like to implement on an ESP-01.
However I don't succeed to compile, many errors found ( using ESPeasy R120 due to memory limitations).
Is it possible to have it working on this ESPeasy release ???
regards

38domo · #99 Post by **38domo** » 30 Jan 2018, 07:59

hello,
Nobody to respond ?
I precise the compilation error is with the function AddFormNote in PLUGIN_WEBFORM_LOAD.

_P073_7DGT:90: error: 'addFormNote' was not declared in this scope

addFormNote(string, F("TM1637: 1st=CLK-Pin, 2nd=DIO-Pin"));

I am using Arduino 1.8.5 and ESPcore 2.30
regards

TD-er · #100 Post by **TD-er** » 30 Jan 2018, 10:31

I would suggest switching over to one of the newer branches (v2.0 or Mega), since all active development is done there.
What are the memory restrictions you have?

38domo · #101 Post by **38domo** » 30 Jan 2018, 20:23

ESP-01 has only 512k memory, so we cannot install v2.00 or mega version

sentinel · #102 Post by **sentinel** » 11 Feb 2018, 10:28

Hi papperone,

I have posted a problem I have with SendToHTTP in this thread. I am informing you as well, in case it relates to your build.

Thanks!

Shardan · #103 Post by **Shardan** » 11 Feb 2018, 13:32

38domo wrote: ↑30 Jan 2018, 20:23 ESP-01 has only 512k memory, so we cannot install v2.00 or mega version

Nope.
The old version (Usually on a blue PCB) has 512K
Newer versions (Black PCB) have 1MB and can be used with the 1024-Binaries of ESPEasy 2.0.0/Mega.

Please beware:
At this time there are some ESP-01 with a PUYA flash chip.
These flash chips do not work with ESPEasy atm, they have a problem with SPIFFS memory.
This problem is under investigation, but that will take a while.

TD-er · #104 Post by **TD-er** » 11 Feb 2018, 13:59

Shardan wrote: ↑11 Feb 2018, 13:32 [..]
Please beware:
At this time there are some ESP-01 with a PUYA flash chip.
These flash chips do not work with ESPEasy atm, they have a problem with SPIFFS memory.
This problem is under investigation, but that will take a while.

There is solution, but we still have to implement it.

Shardan · #105 Post by **Shardan** » 11 Feb 2018, 15:38

TD-er wrote: ↑11 Feb 2018, 13:59
Shardan wrote: ↑11 Feb 2018, 13:32 [..]
Please beware:
At this time there are some ESP-01 with a PUYA flash chip.
These flash chips do not work with ESPEasy atm, they have a problem with SPIFFS memory.
This problem is under investigation, but that will take a while.
There is solution, but we still have to implement it.

Nice! Good job.
But still no solution that is ready to use

papperone · #106 Post by **papperone** » 12 Feb 2018, 07:22

I received finally the new 7digit modules with M1637 and new config (6 digits and with decimal dots).
I will try to find some spare time to update the plugin to have support for them, about the SendtoHTTP bug I don't this can be connected but I'll have a look.

grovkillen · #107 Post by **grovkillen** » 12 Feb 2018, 08:32

papperone wrote: ↑12 Feb 2018, 07:22 I received fiannly the new 7digit modules with M1637 and new config (6 digits and with decimal dots).
I will try to find some spare time to update the plugin to have support for them, about the SendtoHTTP bug I don't this can be connected but I'll have a look.

Great news Papper! Just a reminder, I got them displays myself in case you need me to test something

papperone · #108 Post by **papperone** » 13 Feb 2018, 18:38

Either I'm not lucky at all (and I got 4 DOA brand new displays from Robodin) or something is weird here...
None of the brand new 4 displays I've got, despite I bought branded ones, seems to work

@Grovkillen: can you connect one of the new type of displays you got as well and see if they react with old plugin? they are pin to pin compatible so at least the digits shoudl be shown...

grovkillen · #109 Post by **grovkillen** » 13 Feb 2018, 22:09

papperone wrote: ↑13 Feb 2018, 18:38 Either I'm not lucky at all (and I got 4 DOA brand new displays from Robodin) or something is weird here...
None of the brand new 4 displays I've got, despite I bought branded ones, seems to work

@Grovkillen: can you connect one of the new type of displays you got as well and see if they react with old plugin? they are pin to pin compatible so at least the digits shoudl be shown...

Will try it tomorrow.

papperone · #110 Post by **papperone** » 14 Feb 2018, 10:40

Meanwhile I've found last night a differen library for Arduino (not working on ESP8266) which can drive both old and new type of displays...
That's weird as they both uses TM1637 and I build the plugin from scratch using the info taken from the IC datasheet, but... obviously I overlook something or the new display have something different which I cannot still spot.
Anyhow I think it will take longer than expected as I will need to reverse engineer the new lib I've found to understand how it is driving the IC and to implement the same changes in my plugin (which does not uses any library).
I do apologize for the delay

grovkillen · #111 Post by **grovkillen** » 14 Feb 2018, 13:20

papperone wrote: ↑14 Feb 2018, 10:40 Meanwhile I've found last night a differen library for Arduino (not working on ESP8266) which can drive both old and new type of displays...
That's weird as they both uses TM1637 and I build the plugin from scratch using the info taken from the IC datasheet, but... obviously I overlook something or the new display have something different which I cannot still spot.
Anyhow I think it will take longer than expected as I will need to reverse engineer the new lib I've found to understand how it is driving the IC and to implement the same changes in my plugin (which does not uses any library).
I do apologize for the delay

As you probably already knew, I cannot get mine to shine neither.

The-Holgi · #112 Post by **The-Holgi** » 14 Feb 2018, 21:54

papperone wrote: ↑14 Oct 2017, 00:31
grovkillen wrote: ↑13 Oct 2017, 23:52 Will dot matrix displays powered by MAX7216 be supported? Just curious.
it's in my "to-do" list but probably as a separate plugin as this matrix led can be more flexible and customizable

Hallo,
is this still on your to-do list?
I think it‘s a good idea. The Dot Matrix looks very good.
With best regards Holgi

papperone · #113 Post by **papperone** » 15 Feb 2018, 07:19

The-Holgi wrote: ↑14 Feb 2018, 21:54
papperone wrote: ↑14 Oct 2017, 00:31
grovkillen wrote: ↑13 Oct 2017, 23:52 Will dot matrix displays powered by MAX7216 be supported? Just curious.
it's in my "to-do" list but probably as a separate plugin as this matrix led can be more flexible and customizable
Hallo,
is this still on your to-do list?
I think it‘s a good idea. The Dot Matrix looks very good.
With best regards Holgi

Yes it is! Right now I need to rework the TM1637 interface to enable compatibility with newer modules, then I'll work on implementing dot matrix displays!

The-Holgi · #114 Post by **The-Holgi** » 15 Feb 2018, 10:30

Thanks.

38domo · #115 Post by **38domo** » 17 Feb 2018, 16:19

hello,
on my side I have made supplemental tests. I have 2 displays available
First test: connect on arduino Uno with a small prog to display random data --> OK on the 2 displays
2nd test : connect on Wemos with espeasy v2 : No. don't work- no display
3d test : connect on ESP12E with espeasy V2: NO- don't work- no display
espeasy works fine on wemos and esp12 with gpio tests ( leds connected)
As there is a level potential issue on the displays (5V on arduino, 3V3 on ESP) I have ordered level shifters to check.
regards

papperone · #116 Post by **papperone** » 17 Feb 2018, 17:15

38domo wrote: ↑17 Feb 2018, 16:19 hello,
on my side I have made supplemental tests. I have 2 displays available
First test: connect on arduino Uno with a small prog to display random data --> OK on the 2 displays
2nd test : connect on Wemos with espeasy v2 : No. don't work- no display
3d test : connect on ESP12E with espeasy V2: NO- don't work- no display
espeasy works fine on wemos and esp12 with gpio tests ( leds connected)
As there is a level potential issue on the displays (5V on arduino, 3V3 on ESP) I have ordered level shifters to check.
regards

Yes I have all new modules that does not work with my plugin while the modules I've boughy few months ago works perfectly.
Nevrtheless on a bare ESP8266 with the original library I've the same behaviour while using a different library I'm able to drive both old and new type displays.
Something must have changed in the TM1637 IC as there's no other explanation nor components on the module to explain such behaviour; I'm currently working to understadn the difference between old and new library to fix the plugin...

victorclaessen · #117 Post by **victorclaessen** » 17 Feb 2018, 20:25

I just wanted to add that I bought several of these units and unfortunately they also don't work with this plugin. There is no output visible. They work from Arduino or from Raspberry Pi. Weird, right?

https://nl.aliexpress.com/item/4-Digit- ... 69551.html

soif · #118 Post by **soif** » 03 Mar 2018, 08:27

I have made a PR here:
https://github.com/letscontrolit/ESPEasy/pull/996

This PR fixes the No Display (+ also hangs, crash, etc...) issue for a recent (RobotDyn in my case) 4seg display, using a NodeMcu v2.
You can test it by compiling my branch fixTM1637

Please reports IN THE PULL REQUEST ONLY :
- does it STILL work on older displays (that used to work with the previous code) or not?
- is it stable (no over Load usage, or hangs) or not?
- is it working with your recent displays?

if it doesnt work on your diplay , you can experiment with a bigger TM1637_BIT_DELAY, ie 100, and report

If it is reported to work on both old and new displays, maintainers will certainly merge it fast.

victorclaessen · #119 Post by **victorclaessen** » 03 Mar 2018, 21:43

Thanks for the proposed fix. Would it be alright to trouble you for the compiled firmware; i.e. would you be willing to post that somewhere? Preferably for a 4M-version ESP8266?

TD-er · #120 Post by **TD-er** » 03 Mar 2018, 23:37

victorclaessen wrote: ↑03 Mar 2018, 21:43 Thanks for the proposed fix. Would it be alright to trouble you for the compiled firmware; i.e. would you be willing to post that somewhere? Preferably for a 4M-version ESP8266?

It is already merged and there should be a new build tomorrow morning.

Who is online