These are chat archives for SmingHub/Sming

3rd
Jan 2016
hreintke
@hreintke
Jan 03 2016 09:32
This message was deleted
hreintke
@hreintke
Jan 03 2016 09:44
@alonewolfx2 :
Can you retry with latest from master branch ?
I updated to include PROGMEM and the Adafruit_gfx now compiles ok in my environment.
Did not yet add the library itself to the repo.
@raburton : PROGMEM does put the string in rom section. But on Arduino you need special access functions to be able to use these strings. They are include now too.
alonewolfx2
@alonewolfx2
Jan 03 2016 12:20
@hreintke ok i will update. i added sdcard,bounce,ultrasonic libraries. but i need to test it
hreintke
@hreintke
Jan 03 2016 12:31
@kireevco :
Can you check Travis ? It returns :
The command "wget https://bintray.com/artifact/download/kireevco/generic/esp-alt-sdk-1.5.0-linux-x86_64.tar.gz" failed and exited with 8 during .
alonewolfx2
@alonewolfx2
Jan 03 2016 12:31
@hreintke where is spi.h :)
hreintke
@hreintke
Jan 03 2016 12:47
@alonewolfx2 : not yet in and needs some work as spi_register is now from SDK and not added in Sming framework.
If you can do some work on it would be great, otherwise it will come on the todo list and you focus on testing the libraries which already compile OK.
alonewolfx2
@alonewolfx2
Jan 03 2016 12:51
C+ app/application.cpp
In file included from app/application.cpp:1:0:
include/user_config.h:24:33: fatal error: c_types_compatible.h: No such file or directory
  #include <c_types_compatible.h>
                                 ^
compilation terminated.
make: *** [out/build/app/application.o] Error 1
here is basic rboot compile log
robotiko
@robotiko
Jan 03 2016 12:54
@alonewolfx2 that is probably be a wrong include of non rtsming libs and project
alonewolfx2
@alonewolfx2
Jan 03 2016 13:01
@robotiko seems yes. did you solved?
hreintke
@hreintke
Jan 03 2016 13:01
@alonewolfx2 : did you take basic_rboot from my repo ?
alonewolfx2
@alonewolfx2
Jan 03 2016 13:03
yes
blob
where is coming from this includes
hreintke
@hreintke
Jan 03 2016 13:09
@alonewolfx2 :
Compiler includes come from makefile, not eclipse environment.
You are on windows ? correct ?
I am, and @raburton is on linux, both compile OK
alonewolfx2
@alonewolfx2
Jan 03 2016 13:28
i am on windows and it didnt compile
hreintke
@hreintke
Jan 03 2016 13:37
Did you take a "fresh eclipse workspace" or one already in use ?
alonewolfx2
@alonewolfx2
Jan 03 2016 13:39
yes. that includes came from system environment variables on windows
i removed on system variables and its gone
btw: spiffy auto calculation seems wrong
robotiko
@robotiko
Jan 03 2016 13:41
I just created anew fresh workspace
and the basic_rboot is taking old sming routes.. not the sming_RTOS neither the basic serial
blob
alonewolfx2
@alonewolfx2
Jan 03 2016 13:43
choco installation makes new variable on system path
hreintke
@hreintke
Jan 03 2016 13:47
@robotiko :
did you console output like this on basic serial compile ?
1GNU C++11 (GCC) version 5.1.0 (xtensa-lx106-elf)
    compiled by GNU C version 4.8.1, GMP version 6.0.0, MPFR version 3.1.2, MPC version 1.0.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "c:\espressif\xtensa-lx106-elf\bin\../lib/gcc/xtensa-lx106-elf/5.1.0/../../../../xtensa-lx106-elf/sys-include"
ignoring duplicate directory "c:/espressif/xtensa-lx106-elf/lib/gcc/../../lib/gcc/xtensa-lx106-elf/5.1.0/../../../../xtensa-lx106-elf/include/c++/5.1.0"
ignoring duplicate directory "c:/espressif/xtensa-lx106-elf/lib/gcc/../../lib/gcc/xtensa-lx106-elf/5.1.0/../../../../xtensa-lx106-elf/include/c++/5.1.0/xtensa-lx106-elf"
ignoring duplicate directory "c:/espressif/xtensa-lx106-elf/lib/gcc/../../lib/gcc/xtensa-lx106-elf/5.1.0/../../../../xtensa-lx106-elf/include/c++/5.1.0/backward"
ignoring duplicate directory "c:/espressif/xtensa-lx106-elf/lib/gcc/../../lib/gcc/xtensa-lx106-elf/5.1.0/include"
ignoring duplicate directory "c:/espressif/xtensa-lx106-elf/lib/gcc/../../lib/gcc/xtensa-lx106-elf/5.1.0/include-fixed"
ignoring nonexistent directory "c:/espressif/xtensa-lx106-elf/lib/gcc/../../lib/gcc/xtensa-lx106-elf/5.1.0/../../../../xtensa-lx106-elf/sys-include"
ignoring duplicate directory "c:/espressif/xtensa-lx106-elf/lib/gcc/../../lib/gcc/xtensa-lx106-elf/5.1.0/../../../../xtensa-lx106-elf/include"
ignoring nonexistent directory "app/include"
ignoring duplicate directory "C:/Espressif/ESP8266_RTOS_SDK/include/espressif"
ignoring duplicate directory "C:/Espressif/ESP8266_RTOS_SDK/include"
#include "..." search starts here:
#include <...> search starts here:
 app
 include
 c:/Userdata/RTOS_Project/ESP_RTOS_POC/compiler/include
 c:/Userdata/RTOS_Project/ESP_RTOS_POC/include
 C:/Espressif/ESP8266_RTOS_SDK/include/espressif
 C:/Espressif/ESP8266_RTOS_SDK/include/lwip/ipv4
 C:/Espressif/ESP8266_RTOS_SDK/include/lwip/ipv6
 c:/Userdata/RTOS_Project/ESP_RTOS_POC
 c:/Userdata/RTOS_Project/ESP_RTOS_POC/system/include
alonewolfx2
@alonewolfx2
Jan 03 2016 13:49
@robotiko bmp180 library and example now working
hreintke
@hreintke
Jan 03 2016 13:51
@alonewolfx2 : @robotiko :
Just remembered. for SDK_BASE I need to set forward slashes. otherwise I get compile errors
C:/Espressif/ESP8266_RTOS_SDK
@alonewolfx2 : "choco installation makes new variable on system path"
That is why I dislike installs which do not ask where to put something on your system :smile:
alonewolfx2
@alonewolfx2
Jan 03 2016 13:53
:D
ok. which way to add libraries and examples to use
@hreintke one PR for every added examples and libraries or ?
robotiko
@robotiko
Jan 03 2016 14:02
@hreintke @alonewolfx2 I'm out .. cath you later
hreintke
@hreintke
Jan 03 2016 14:03
@robotiko OK, enjoy
@alonewolfx2 : yes please.
alonewolfx2
@alonewolfx2
Jan 03 2016 14:07
@hreintke standart timer based or new task based examples?
hreintke
@hreintke
Jan 03 2016 14:08
@alonewolfx2 : Still standard timer. But beware only millisecond support, no microsecond.
Due to SDK
I first wanted to keep the still available SDK functions in to ease conversion.
Can/should be migrated later.
If SDK functionality has disappeared, I move to direct RTOS . Like I am doing now in HardwareSerial Callback.
(work in progress, not i repo yet)
alonewolfx2
@alonewolfx2
Jan 03 2016 14:48
@hreintke new library PR for master or develop branch
alonewolfx2
@alonewolfx2
Jan 03 2016 14:55
@hreintke ok commit it and new libraries coming :D
hreintke
@hreintke
Jan 03 2016 15:27
@alonewolfx2 : committed, awaiting more :smile:
alonewolfx2
@alonewolfx2
Jan 03 2016 15:28
@hreintke ok. so i need to remove freetasks in all examples
hreintke
@hreintke
Jan 03 2016 15:39
Yes, please. I included that for the time being in the basic_serial because that was the first I took to start testing.
In fact it is collection of testcases & experimenting. I will replace by actual basic_serial if Ihave my HardwareSerial Delegate working correctly. And then probably add another experimental where we an share these kind of activities.
@alonewolfx2 : I am almost sure that I saw your statement but : The libraries and examples you PR, you have seen them working correctly.
alonewolfx2
@alonewolfx2
Jan 03 2016 15:48
@hreintke i am adding,testing,testing again on another module and making PR
hreintke
@hreintke
Jan 03 2016 16:02
@alonewolfx2 : Great, well done.
Is there any specific action you have to do to convert or is it merely testing
hreintke
@hreintke
Jan 03 2016 16:15
@alonewolfx2 : I am out for the next hours. Thanks for your good work.
Leave a message when you need something more.
alonewolfx2
@alonewolfx2
Jan 03 2016 17:36
Mostly it need sming core include. More testing.
Uint8 or uint16 types missing
hreintke
@hreintke
Jan 03 2016 19:49
@kireevco : I have no idea how to update that on travis.
Please take the action to change that and verify correct working of travis afterwards.
Dmitry Kireev
@kireevco
Jan 03 2016 19:58
lol thanks for being nice, boss :-D
hreintke
@hreintke
Jan 03 2016 20:06
@kireevco : One can't know everything and as you are the master of esp-alt-sdk & travis I wouldn't dare to update myself :smile:
alonewolfx2
@alonewolfx2
Jan 03 2016 20:22
@hreintke sdcard added
robotiko
@robotiko
Jan 03 2016 20:26
@alonewolfx2 .. all the libs are already HW tested?
or just ported/compiling
what are the main changes you are finding
alonewolfx2
@alonewolfx2
Jan 03 2016 20:28
@robotiko tested on hw except sdcard
robotiko
@robotiko
Jan 03 2016 20:29
Terrific!
alonewolfx2
@alonewolfx2
Jan 03 2016 20:29
mostly need just smingcore.h added
robotiko
@robotiko
Jan 03 2016 20:29
:D
cool is
alonewolfx2
@alonewolfx2
Jan 03 2016 20:29
rtos sdk seems compatible our old libraries
robotiko
@robotiko
Jan 03 2016 20:29
and the libs that are sw timer dependant .. faced any issues?
or not there yet
expected.. I guess the main issue are those that are timer dependant .. just becuase of the new resolution
@hreintke the rtos timer reolution to ms..
is.. an unavoidable thing?
robotiko
@robotiko
Jan 03 2016 20:35
For the same timer, os_timer_arm (or os_timer_arm_us) cannot be invoked repeatedly.
does it means there is also a us sw timer?
hreintke
@hreintke
Jan 03 2016 20:35
@robotiko : Currently I think yes. Will start more questioning elsewhere.
from which doc is that line ?
robotiko
@robotiko
Jan 03 2016 20:36
official doc
20B-ESP8266RTOS_SDK_API Referencev1.3.0.pdf
4.9.1 Detailed Description
Software timer APIs.
page 44 in pdf
so unless it is an errata..
that means.. there is undocumented alternative timer call
that would make is 100% compatible
alonewolfx2
@alonewolfx2
Jan 03 2016 20:46
i didnt saw issue on timer
hreintke
@hreintke
Jan 03 2016 20:54
Finally we document something in readme and you don't know ? "Soft timer only on milli and not on micro level" :smile:
alonewolfx2
@alonewolfx2
Jan 03 2016 20:54
@hreintke it seems there is an issue
robotiko
@robotiko
Jan 03 2016 20:55
@hreintke is that was pinting me.. I read it many times..
:D
but .. looked for alternatives.. since it is the biggest difference in sdk base
alonewolfx2
@alonewolfx2
Jan 03 2016 20:57
if i add #include <user_config.h> this into application.cpp its failing
hreintke
@hreintke
Jan 03 2016 21:01
@alonewolfx2 : which application ? in the basic_serial from repo it just compiles
and what error do you get ?
alonewolfx2
@alonewolfx2
Jan 03 2016 21:06
Compiler executable checksum: 91fdd75a7d54149376236f2797dc3f34
In file included from c:/Espressif/ESP8266_RTOS_SDK/include/freertos/FreeRTOS.h:87:0,
                 from c:/Espressif/ESP8266_RTOS_SDK/include/spiffs/spiffs_config.h:18,
                 from c:/Espressif/ESP8266_RTOS_SDK/include/spiffs/spiffs.h:16,
                 from c:/Espressif/ESP8266_RTOS_SDK/include/espressif/esp_spiffs.h:28,
                 from c:/Espressif/ESP8266_RTOS_SDK/include/espressif/esp_common.h:102,
                 from c:/tools/Sming_RTOS_POC-master/ESP_RTOS_POC/SmingCore/../Wiring/WString.h:28,
                 from c:/tools/Sming_RTOS_POC-master/ESP_RTOS_POC/SmingCore/../Wiring/WiringFrameworkIncludes.h:20,
                 from c:/tools/Sming_RTOS_POC-master/ESP_RTOS_POC/SmingCore/SmingCore.h:13,
                 from app/application.cpp:5:
c:/Espressif/ESP8266_RTOS_SDK/include/freertos/portable.h:366:34: error: declaration of C function 'void* pvPortMalloc(size_t)' conflicts with
 void *pvPortMalloc( size_t xSize ) PRIVILEGED_FUNCTION;
                                  ^
In file included from include/user_config.h:27:0,
                 from app/application.cpp:1:
c:/tools/Sming_RTOS_POC-master/ESP_RTOS_POC/include/esp_systemapi.h:75:14: error: previous declaration 'void* pvPortMalloc(size_t, const char*, uint32_t)' here
 extern void *pvPortMalloc(size_t xWantedSize, const char *file, uint32 line);
              ^
In file included from c:/Espressif/ESP8266_RTOS_SDK/include/freertos/FreeRTOS.h:87:0,
                 from c:/Espressif/ESP8266_RTOS_SDK/include/spiffs/spiffs_config.h:18,
                 from c:/Espressif/ESP8266_RTOS_SDK/include/spiffs/spiffs.h:16,
                 from c:/Espressif/ESP8266_RTOS_SDK/include/espressif/esp_spiffs.h:28,
                 from c:/Espressif/ESP8266_RTOS_SDK/include/espressif/esp_common.h:102,
                 from c:/tools/Sming_RTOS_POC-master/ESP_RTOS_POC/SmingCore/../Wiring/WString.h:28,
                 from c:/tools/Sming_RTOS_POC-master/ESP_RTOS_POC/SmingCore/../Wiring/WiringFrameworkIncludes.h:20,
                 from c:/tools/Sming_RTOS_POC-master/ESP_RTOS_POC/SmingCore/SmingCore.h:13,
                 from app/application.cpp:5:
c:/Espressif/ESP8266_RTOS_SDK/include/freertos/portable.h:367:26: error: declaration of C function 'void vPortFree(void*)' conflicts with
 void vPortFree( void *pv ) PRIVILEGED_FUNCTION;
                          ^
In file included from include/user_config.h:27:0,
                 from app/application.cpp:1:
c:/tools/Sming_RTOS_POC-master/ESP_RTOS_POC/include/esp_systemapi.h:78:13: error: previous declaration 'void vPortFree(void*, const char*, uint32_t)' here
 extern void vPortFree(void *ptr, const char *file, uint32 line);
             ^
make: *** [out/build/app/application.o] Error 1

23:06:04 Build Finished (took 605ms)
basic serial yes
hreintke
@hreintke
Jan 03 2016 21:17
checked in my environment, using the include <user_config.h> include the one from framework and not from user.
which toolchain are you using ?
alonewolfx2
@alonewolfx2
Jan 03 2016 21:19
udk 209
gcc 4.8.1 propably
hreintke
@hreintke
Jan 03 2016 21:20
I have udk209 gcc 5.1.0
alonewolfx2
@alonewolfx2
Jan 03 2016 21:28
            from include/user_config.h:27,
                 from app/application.cpp:1:
c:/tools/Sming_RTOS_POC-master/ESP_RTOS_POC/compiler/include/espressif/esp8266/ets_sys.h:28:21: fatal error: c_types.h: No such file or directory
compilation terminated.
make: *** [out/build/app/application.o] Error 1

23:28:12 Build Finished (took 1s.553ms)
this is from gcc 510
hreintke
@hreintke
Jan 03 2016 21:31
will work on that tomorrow. don't know now
I am out for now. Talk later.
alonewolfx2
@alonewolfx2
Jan 03 2016 21:34
ok