Search results for:

If you're hitting memory issues maybe post up some of your code in
another thread? There's usually some quite simple stuff you can do
that really decreases memory usage.

I consider myself as an "Espruino power user" which takes the JavaScript Espruino to the maximum of resources. You can never have enough memory for your Espruino. (JSVARS). Through creative software algorithms, minification, and newer Espruino revisions, I just barely fit the code into the Espruino without "out of memory" problems. When you have the high level JavaScript microcontroller like the Espruino, you are able to do much more and in doing so will deplete memory resources rather quickly. BigRam was installed, for more JSVARS memory, only after it worked consistently in our application.

I'd be amazingly lucky to sell 100 of the bigger board in the next
year so I doubt it'd really pay for the work I'd have to put in.

Wow ... I thought there would be many more Espruino power users other than me and DrAzzy!

@DRAzzy -Why not just use this pin compatible chip and manufacturer the Espruino with it and be done with it? $3-$5 extra I would gladly pay for to have more memory capabilities.

Using the file name var with text is so simple yet it will do the job.

Indirectly, I am paying Pur3, the highest compliment by saying the Espruino would even be around in a few years. The microcontroller landscape is riddled with so many inferior microcontrollers that having a useful and well supported one is a major accomplishment. Now if only you could find a way to increase the memory 2x or more for the power users like me.

BTW ... on the other hand, just maybe, the 8 bit processor in the
DHT22 has its calibration curves screwed up!

I will buy another one, from a different vendor source, and re-test it.
I sent a complaint to Aosong and I am holding my breath that they will respond.

Again ...

 1v71 Copyright 2014 G.Williams
>echo(0);
=undefined
plen=0.00007915496 bit:0
plen=0.00002479553 bit:1
hout=0
plen=0.00002479553 bit:2
hout=0
plen=0.00002479553 bit:3
hout=0
plen=0.00002479553 bit:4
hout=0
plen=0.00002479553 bit:5
hout=0
plen=0.00002479553 bit:6
hout=0
plen=0.00002479553 bit:7
hout=0
plen=0.00002384185 bit:8
hout=0
plen=0.00007152557 bit:9
hout=1
plen=0.00007152557 bit:10
hout=3
plen=0.00002574920 bit:11
hout=6
plen=0.00002574920 bit:12
hout=12
plen=0.00007152557 bit:13
hout=25
plen=0.00002479553 bit:14
hout=50
plen=0.00007152557 bit:15
hout=101
plen=0.00007057189 bit:16
hout=203
plen=0.00002479553 bit:17
tout=0
plen=0.00002479553 bit:18
tout=0
plen=0.00002479553 bit:19
tout=0
plen=0.00002574920 bit:20
tout=0
plen=0.00002574920 bit:21
tout=0
plen=0.00002574920 bit:22
tout=0
plen=0.00002574920 bit:23
tout=0
plen=0.00007152557 bit:24
tout=1
plen=0.00002574920 bit:25
tout=2
plen=0.00002574920 bit:26
tout=4
plen=0.00002574920 bit:27
tout=8
plen=0.00002574920 bit:28
tout=16
plen=0.00002574920 bit:29
tout=32
plen=0.00007247924 bit:30
tout=65
plen=0.00007152557 bit:31
tout=131
plen=0.00002384185 bit:32
tout=262
plen=0.00007152557 bit:33
cks=1
plen=0.00007247924 bit:34
cks=3
plen=0.00002574920 bit:35
cks=6
plen=0.00007152557 bit:36
cks=13
plen=0.00002479553 bit:37
cks=26
plen=0.00002479553 bit:38
cks=52
plen=0.00007152557 bit:39
cks=105
plen=0.00002479553 bit:40
cks=210
11001011
100000110
11010010
Temp is 26.2 and RH is 20.3
> 

@DrAzzy The data you asked for ...
The humidity reading should be 42RH%

 1v71 Copyright 2014 G.Williams
>echo(0);
=undefined
plen=0.00008201599 bit:0
plen=0.00002479553 bit:1
hout=undefined
plen=0.00002479553 bit:2
hout=undefined
plen=0.00002479553 bit:3
hout=undefined
plen=0.00002479553 bit:4
hout=undefined
plen=0.00002479553 bit:5
hout=undefined
plen=0.00002479553 bit:6
hout=undefined
plen=0.00002479553 bit:7
hout=undefined
plen=0.00002384185 bit:8
hout=undefined
plen=0.00007247924 bit:9
hout=undefined
plen=0.00007152557 bit:10
hout=undefined
plen=0.00002479553 bit:11
hout=undefined
plen=0.00006866455 bit:12
hout=undefined
plen=0.00007247924 bit:13
hout=undefined
plen=0.00007152557 bit:14
hout=undefined
plen=0.00002479553 bit:15
hout=undefined
plen=0.00007057189 bit:16
hout=undefined
plen=0.00002574920 bit:17
tout=undefined
plen=0.00002574920 bit:18
tout=undefined
plen=0.00002574920 bit:19
tout=undefined
plen=0.00002574920 bit:20
tout=undefined
plen=0.00002574920 bit:21
tout=undefined
plen=0.00002574920 bit:22
tout=undefined
plen=0.00002384185 bit:23
tout=undefined
plen=0.00007057189 bit:24
tout=undefined
plen=0.00002574920 bit:25
tout=undefined
plen=0.00002574920 bit:26
tout=undefined
plen=0.00002574920 bit:27
tout=undefined
plen=0.00002574920 bit:28
tout=undefined
plen=0.00007247924 bit:29
tout=undefined
plen=0.00002574920 bit:30
tout=undefined
plen=0.00002574920 bit:31
tout=undefined
plen=0.00007057189 bit:32
tout=undefined
plen=0.00007152557 bit:33
cks=undefined
plen=0.00007247924 bit:34
cks=undefined
plen=0.00007152557 bit:35
cks=undefined
plen=0.00002479553 bit:36
cks=undefined
plen=0.00002479553 bit:37
cks=undefined
plen=0.00007152557 bit:38
cks=undefined
plen=0.00007152557 bit:39
cks=undefined
plen=0.00007152557 bit:40
cks=undefined
11011101
100001001
11100111
Temp is 26.5 and RH is 22.1
> 

I'm not really sure what the use case would be for including the file
name of the firmware update?

No, I think you misunderstood, its the "user application file-name"

Have it so that the user provides a file-name in text and have it saved in the Espruino.
Then in a few years, the user looks at the Espruino and knows what source code file-name
he used to download his application user code in the Espruino. Very cool indeed.

Of course, a user can just insert a SD transflash card, with the source code, and leave it in the Espruino.

I would give you the data if it fails but I think you jinz my Espruino and now it refuses to give bad data!

@Gordon
Let us say that once you debugged your application code that in a few years
you need to upgrade the firmware and reload the user application. You already
know the serial number of the Espruino, what firmware it has but not the name
of the file name you downloaded last in the Espruino. Could you add or spare some extra bytes
so a person can tell what source code filename was downloaded last in the Espruino?
By using the WEB IDE all the board information would be displayed including the source file name.

Translation ... No data validation on source code uploading. Wrong.

I stand corrected. It would still be nice to run a packet communication test over a weekend, on the Espruino, using a communication analyzer to see what is the error rate - if any. Of course, I don't have the means to purchase or to even rent this test equipment. Maybe get a loaner from Oxford?

I like to try to be clear ...
The temperature in which the humidity fails at is directly tied to the "ambient" temperature not the temperature generated by the DHT22.

The data stream from the DHT22 sends out the temperature first then the humidity RH% which is somehow corrupted even with a checksum?

BTW ... on the other hand, just maybe, the 8 bit processor in the DHT22 has its calibration curves screwed up!

Translation ... No data validation on source code uploading. When you send a data stream to another device is has to be checked for data integrity. You cannot depend on "H&P" for data validation. (Hope and praying)

Yes, firmware has a CRC, but it never fails because I believe USB has
error checking built in.

The other day, I had to reload the firmware "again" because the "process.memory()" command did not work.

It would be nice to have a 100% guarantee that the data/firmware being sent to the Espruino is correct and validated.

When using the WEB IDE, is there any checksum/crc error checking when uploading or downloading an user application to the Espruino? What about firmware updates?

From my observation, due to my hardware configuration and many software modules dependent on each other, there is no data checking "down the USB tube". On many occasions, I have to reload or upload again just to make the hardware work.

Very interesting board. The Arduino library looks quite simple but converting it to the Espruino "module/library" will probably need a professional JS programmer. Any takers?

https://www.tindie.com/products/emran/ho­ver-gesture-and-touch-controller-for-ard­uino/

Today, the temp is 72.86 F and the humidity is 40.4 RH%. This matches correctly all my other references. The unknown is the exact temperature crossover point that the humidity drops?

Addition: At ~73.94F the humidity drops to 20.3 RH%. This RH% reading is bad.

Does it sometimes give correct values?

Yes indeed, as I stated above. Below ~ 70F the humidity reads OK. I will take another reading
in the morning.

Ok here goes...
Right now, the DHT22 temperature is 78.44F/25.8C and the DHT22 humidity is 23.5RH%. I have three other humidity devices that read 38RH%, 40RH% and my Nest is 40RH%. The temperature from my other devices read 77F/25C, 75F/23.89C, and 75F/23.89C .

I have 3 humidity references near this DHT22 and they all read +-5 RH% from each other.
Like I said, when the temperature moves from the morning hours to afternoon hours from
the 60F to the higher 70F and above, the humidity drops off by 20RH% to its min. value of
20 RH%? As for values, I don't know what you want?

Just to check, are you using up to date firmware?

v71 - BigRam - Espruino v1.3

And you're saying the temperature still reads right, it is just the
humidity that is off?

Yes - off by 20 RH% (below expected)

I have noticed that when the temperature goes above greater than 21.6C or 71F the DHT22 humidity drops off by 20 RH%.It reads right below 71F? I haven't replaced this sensor yet but it might be the software(module)?
Note: This sensor is light sensitive and the poll rate should be > 2 seconds per Adafruit.
Note: I have tried shielding the signal/power lines. Added pull-ups to no avail.
Any ideas?

After ...

Before ...

For those who want a shiny porcelain finish on their "ABS" only E Block enclosure ...
Note: Will not work on PLA type filament plastic.
Note: Do not over do this process for you will melt all the ABS away!

http://airwolf3d.com/2013/11/26/7-steps-­shiny-finish-on-abs-parts-acetone/

Do you have any pictures of what they're like holding the board when
printed?

Just hot off the 3D printing press...
The E Block R1 enclosure is on foam nylon 1/8" standoffs for demo purposes.
Clearances are very tight and there is no need for hot glue to hold the Espruino in its cradle or cage.

Would it be ok if I put the files on this webpage where there are some
other 3D printed designs?

Not quite yet ... The E Block R1 came back today and the Espruino fit was good. We had to
immediately revise the E Block Cover from "E_Block_Cover_R1" to E_Block_Cover_R1a"
Wait for the dust to settle. Besides, there is no place for "credits" and links in the folder to
this forum link to inform the users on what to do when placing their 3D printing order.

On another note ... The rough looking ABS texture is normal for the infill density of 50%.
There is a "Acetone 3D ABS vapor treatment" (google for it) that will make it shine like Lego blocks. Also, requiring the low temperature type PLA filament will make the texture look better.