You can subscribe to this list here.
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(10) |
Dec
(10) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2016 |
Jan
(9) |
Feb
(3) |
Mar
(18) |
Apr
(8) |
May
|
Jun
(3) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
From: Paweł O. <paw...@gm...> - 2016-12-10 13:29:17
|
Witam, Ostatnio zmieniliśmy sposób komunikacji na slack'a. Jeżeli ktoś nie dostał zaproszenia do slacka i nadal jest zainteresowany rozwojem microhala proszę o maila w tej sprawie. Dodam daną osobę do slacka. Migracja na github: Wstępne repozytorium gita jest przygotowane: https://github.com/microHAL/microhal na najbliższym spotkaniu będziemy omawiać jego strukturę. Jeżeli ktoś nie jest zainteresowany dalszym rozwojem microhala a posiada jakieś elementy lub płytki proszę o oddanie ich. Proszę napisać do mnie maila ustalimy gdzie i kiedy się spotkamy. Pozdrawiam, Paweł |
From: Paweł O. <paw...@gm...> - 2016-07-07 01:50:53
|
Witam, właśnie zamieściłem na sourceforge nową wersję microIDE 0.2.2. Pozdrawiam, Paweł |
From: Paweł O. <paw...@gm...> - 2016-06-25 13:48:14
|
Witam, właśnie dodałem nową wersję microIDE do sourceforge. Proszę o przetestowanie i zgłaszanie ewentualnych błędów na atlassianie w projekcie microIDE. Pozdrawiam, Paweł |
From: Paweł O. <paw...@gm...> - 2016-06-18 15:11:08
|
Witam, najbliższe spotkanie microHALa odbędzie się w poniedziałek o 20:00 na AGH w C2/08. Pozdrawiam, Paweł Okas |
From: Paweł O. <paw...@gm...> - 2016-06-13 21:35:19
|
Witam, przesyłam link do ankiety w której zdecydujemy o terminie spotkania: http://doodle.com/poll/shagrt38z2p826g8 Na spotkaniu zajmiemy się: - nowym API I2C, przykład dostępny pod adresem: https://sourceforge.net/p/microhal/drivers/code/HEAD/tree/branches/mag3110_new_i2c_API/basic/ natomiast implementacja I2C: https://sourceforge.net/p/microhal/code-0/HEAD/tree/microHAL/branches/I2C_API/I2CDevice/ - nowym API CLI, przykład dostępny pod adresem: https://sourceforge.net/p/microhal/code-0/HEAD/tree/examples/trunk/microHAL/CLI/ Podsumujemy co obecnie zostało zrobione, przedstawię plany rozwoju projektu. Obecność na spotkaniu jest obowiązkowa. Pozdrawiam, Paweł Okas |
From: Paweł O. <paw...@gm...> - 2016-04-26 13:06:49
|
Witam, przypominam o dzisiejszym spotkaniu, które odbędzie się o 18:00 w barze obieżyświat. Pozdrawiam, Paweł <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Wolny od wirusów. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> <#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2> |
From: Paweł O. <paw...@gm...> - 2016-04-19 10:16:50
|
Witam, przypominam o dzisiejszym spotkaniu, które odbędzie się o godzinie 18:00 w obieżyświacie na AGH. Pozdrawiam, Paweł |
From: Paweł O. <paw...@gm...> - 2016-04-13 20:08:41
|
Witam, napisałem przykład wykorzystania klasy DeviceRegister. Klasa jest efektem naszych rozmów na spotkaniach. Proszę o przeglądnięcie przykładu, o klasie porozmawiamy na najbliższym spotkaniu. Link do repozytorium z przykładem: https://svn.code.sf.net/p/microhal/code-0/examples/branches/i2c_api_example Pozdrawiam, Paweł |
From: Paweł O. <paw...@gm...> - 2016-04-13 16:06:52
|
Witam, zgodnie z ankietą spotkania odbywać się będą we wtorki o godzinie 18:00. Najbliższe spotkanie odbędzie się 19 kwietnia. Informacje o miejscu spotkania przekażę później, jak tylko zarezerwuję jakieś miejsce. Pozdrawiam, Paweł |
From: Paweł O. <paw...@gm...> - 2016-04-11 08:28:46
|
Link do doodla: http://doodle.com/poll/vs7q72s9kna6q2i8 W dniu 2016-04-10 o 14:10, Paweł Okas pisze: > Witam, > > termin wypełniania doodla mija jutro (poniedziałek 11.04) o godzinie > 21:00. > > Pozdrawiam, > Paweł |
From: Paweł O. <paw...@gm...> - 2016-04-10 12:10:41
|
Witam, termin wypełniania doodla mija jutro (poniedziałek 11.04) o godzinie 21:00. Pozdrawiam, Paweł |
From: Paweł O. <paw...@gm...> - 2016-04-05 19:48:25
|
Witam, na sourceforge można znaleźć nową wersję microIDE. Dodałem szablony dla plików *.cpp oraz *.h oraz skrypt formatera kodu. Pozdrawiam, Paweł --- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. https://www.avast.com/antivirus |
From: Paweł O. <paw...@gm...> - 2016-04-04 18:25:48
|
Wydaje mi się że rodzina STM32F103 jest interesująca. Czy są jakieś osoby, które chciałyby pomóc w rozwoju tego portu? Żeby zbytnio nie przywiązać się do STMów, warto by napisać port dla innej rodziny. Można uderzyć w EFM32 lub jakieś procesory NXP. Czy ktoś chciałby pracować nad portem dla EFM32? Czy są osoby chętne do pracy nad portem dla procesorów NXP, możemy wykorzystać płytkę FRDM-KL46. Ja pewnie zajmę się pisaniem portu dla STM32F103. Pozdrawiam, Paweł W dniu 2016-04-01 o 00:30, Grzegorz Gajoch pisze: > Moim zdaniem warto by zobaczyć na STM32F103 - są one bajecznie tanie > (chiny) - więc popularne. > Niewiele będzie z nimi roboty bazując na F4. > Mogę pomóc w rozwoju tego. > > Oprócz tego jak ostatnio poruszyliśmy - można uderzyć inne rodziny - > czy to EFM32 czy jeszcze coś innego, ale nie wiem czy na teraz jest > potrzeba. > > Pozdrawiam, > > Grzegorz Gajoch > > > W dniu 31 marca 2016 22:09 użytkownik Paweł Okas <paw...@gm... > <mailto:paw...@gm...>> napisał: > > Witam, > > kto jest zainteresowany rozwijaniem nowego portu do microHALa? > Proszę o > informację jaki port jest interesujący. Jeżeli ktoś nie ma potrzeby > rozwijania konkretnego portu a chciałby się tym zająć proszę > napisać że > może być dowolny port. > > Pozdrawiam, > Paweł > > --- > Ta wiadomość została sprawdzona na obecność wirusów przez > oprogramowanie antywirusowe Avast. > https://www.avast.com/antivirus > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > _______________________________________________ > Microhal-develop mailing list > Mic...@li... > <mailto:Mic...@li...> > https://lists.sourceforge.net/lists/listinfo/microhal-develop > > --- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. https://www.avast.com/antivirus |
From: Paweł O. <paw...@gm...> - 2016-03-31 22:59:17
|
przypominam o wypełnieniu doodla, w którym wybieramy dzień tygodnia, w którym będziemy się spotykać. --- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. https://www.avast.com/antivirus |
From: Grzegorz G. <ga...@gm...> - 2016-03-31 22:31:28
|
Moim zdaniem warto by zobaczyć na STM32F103 - są one bajecznie tanie (chiny) - więc popularne. Niewiele będzie z nimi roboty bazując na F4. Mogę pomóc w rozwoju tego. Oprócz tego jak ostatnio poruszyliśmy - można uderzyć inne rodziny - czy to EFM32 czy jeszcze coś innego, ale nie wiem czy na teraz jest potrzeba. Pozdrawiam, Grzegorz Gajoch W dniu 31 marca 2016 22:09 użytkownik Paweł Okas <paw...@gm...> napisał: > Witam, > > kto jest zainteresowany rozwijaniem nowego portu do microHALa? Proszę o > informację jaki port jest interesujący. Jeżeli ktoś nie ma potrzeby > rozwijania konkretnego portu a chciałby się tym zająć proszę napisać że > może być dowolny port. > > Pozdrawiam, > Paweł > > --- > Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie > antywirusowe Avast. > https://www.avast.com/antivirus > > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > _______________________________________________ > Microhal-develop mailing list > Mic...@li... > https://lists.sourceforge.net/lists/listinfo/microhal-develop > |
From: Paweł O. <paw...@gm...> - 2016-03-31 22:04:41
|
Witam, kto jest zainteresowany rozwijaniem nowego portu do microHALa? Proszę o informację jaki port jest interesujący. Jeżeli ktoś nie ma potrzeby rozwijania konkretnego portu a chciałby się tym zająć proszę napisać że może być dowolny port. Pozdrawiam, Paweł --- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. https://www.avast.com/antivirus |
From: Paweł O. <paw...@gm...> - 2016-03-27 22:53:03
|
Witam, notatkę ze spotkania umieściłem na Confluence: https://microhal.atlassian.net/wiki/display/MD/2016-03-22+I2C+API+Meeting Opis API jest dostępny pod adresem: https://microhal.atlassian.net/wiki/display/MD/I2C+and+I2CDevice+API Co do miejsca to trochę było za głośno. Na Następne spotkanie poszukamy czegoś innego. Wydaje mi się że koledzy Sebastian i Jakub powinni zacząć przygodę z microhalem od pobawienia się dostępnymi przykładami. Najlepiej zacząć od instalacji środowiska: http://microhal.org/quickstartguide ewentualne problemy proszę zgłaszać na atlassianie do projektu microIDE. Ciekawe linki proszę wrzucać do: https://microhal.atlassian.net/wiki/display/KB/Shared+links Na spotkaniu padła propozycja ustalenia stałego czasu spotkań. Proszę wypełnić doodla w którym wybierzemy w jaki dzień tygodnia będziemy się spotykać: http://doodle.com/poll/vs7q72s9kna6q2i8 Aktualnie wspieramy rodzinę procesorów STM32F4xx. Wydaje mi się że musimy zacząć impementować drugi port aby zbytnio nie przywiązywać się do jednej rodziny. Proponuję wybrać jeden z portów: STM32L4xx STM32F0xx STM32F7xx Kinetis L Czekam propozycje innych rodzin procesorów. Pozdrawiam, Paweł --- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. https://www.avast.com/antivirus |
From: Paweł O. <paw...@gm...> - 2016-03-27 22:25:10
|
Loga są spoko (1 i 3) ale jakoś nie robią wielkiego wrażenia. Sądzę że można by spróbować literę A napisać tak aby dwa odcinki od przecięcia z poziomą belką były do siebie równoległe. Tak jakby wziąć dół od litery H. Jeżeli twój kolega ma jeszcze jakąś koncepcję to niech podeśle. Jeżeli ktoś zna kogoś kto mógłby zaprojektować logo to niech działa. W dniu 2016-03-23 o 22:51, Łukasz Dubiel pisze: > Zdecydowanie pierwsze i trzecie lepsze od drugiego (są jednokolorowe, > co znacząco ułatwia np robienie koszulek). > Ja bym zasugerował możliwość użycie litery mi (uHAL). > > Pozdrawiam > Łukasz > > W dniu 23 marca 2016 22:17 użytkownik Mateusz <bu...@gm... > <mailto:bu...@gm...>> napisał: > > Przedstawiam propozycje loga, które zostały przygotowane przez kolegę: > http://www.gg.pl/dysk/lH1X4ZxTjLGRlX1X4ZxTwO0/microHAL_brand_mockup_1.jpg > http://www.gg.pl/dysk/DIkCYxslnICRDYkCYxsl0Nw/microHAL_brand_mockup_2.jpg > http://www.gg.pl/dysk/C_XU3unIDdORCvXU3unIQY8/microHAL_brand_mockup_3.jpg > > Pytanie czy się podoba, jak nie to oczekuje sugestii co do zmian. > Są 3 linki ponieważ jest to jedna koncepcja w trzech odmianach. > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 > _______________________________________________ > Microhal-develop mailing list > Mic...@li... > <mailto:Mic...@li...> > https://lists.sourceforge.net/lists/listinfo/microhal-develop > > > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 > > > _______________________________________________ > Microhal-develop mailing list > Mic...@li... > https://lists.sourceforge.net/lists/listinfo/microhal-develop --- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. https://www.avast.com/antivirus |
From: Łukasz D. <bam...@gm...> - 2016-03-23 21:51:46
|
Zdecydowanie pierwsze i trzecie lepsze od drugiego (są jednokolorowe, co znacząco ułatwia np robienie koszulek). Ja bym zasugerował możliwość użycie litery mi (uHAL). Pozdrawiam Łukasz W dniu 23 marca 2016 22:17 użytkownik Mateusz <bu...@gm...> napisał: > Przedstawiam propozycje loga, które zostały przygotowane przez kolegę: > http://www.gg.pl/dysk/lH1X4ZxTjLGRlX1X4ZxTwO0/microHAL_brand_mockup_1.jpg > http://www.gg.pl/dysk/DIkCYxslnICRDYkCYxsl0Nw/microHAL_brand_mockup_2.jpg > http://www.gg.pl/dysk/C_XU3unIDdORCvXU3unIQY8/microHAL_brand_mockup_3.jpg > > Pytanie czy się podoba, jak nie to oczekuje sugestii co do zmian. > Są 3 linki ponieważ jest to jedna koncepcja w trzech odmianach. > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 > _______________________________________________ > Microhal-develop mailing list > Mic...@li... > https://lists.sourceforge.net/lists/listinfo/microhal-develop > > |
From: Mateusz <bu...@gm...> - 2016-03-23 21:17:58
|
Przedstawiam propozycje loga, które zostały przygotowane przez kolegę: http://www.gg.pl/dysk/lH1X4ZxTjLGRlX1X4ZxTwO0/microHAL_brand_mockup_1.jpg http://www.gg.pl/dysk/DIkCYxslnICRDYkCYxsl0Nw/microHAL_brand_mockup_2.jpg http://www.gg.pl/dysk/C_XU3unIDdORCvXU3unIQY8/microHAL_brand_mockup_3.jpg Pytanie czy się podoba, jak nie to oczekuje sugestii co do zmian. Są 3 linki ponieważ jest to jedna koncepcja w trzech odmianach. |
From: Łukasz D. <bam...@gm...> - 2016-03-23 01:37:41
|
Cześć, Zapewne ubiegnę tym mailem Pawła, ale jak mówiłem rzucę kilka przemyśleń oraz rzeczy które jeszcze pamiętam po spotkaniu, może przydadzą się do jakiegoś większego podsumowania: I2C: 1. zmiana sygnatur read/write. Mają pobierać tylko adres urządzenia oraz ArrayView (czy tam Buffer, tutaj będzie używany zamiennie). 2. Otypowanie adresu urządzenia. conajmniej typedef jak nie osobna klasa z explicit konstruktorem. 3. Wystawienie mutexu jako publicznego - nie wiem czy i2c nie powinnien dzieczyć po Lockable (czy jakoś tak) i ewentualnie delegować do odpowiedniego mutexu wywołania. 4. Zmiana nazwy stop() na bardziej adekwatną jak forceStop() czy nawet busReset(). Z mojej strony padła propozycja użycia bardziej monadycznego API do operacji na I2C i ogarniania transakcyjności na magistrali. Zostałem poproszony o wytworzenie POCa [1]. Zapraszam do dyskusji w wątku. Niestety nasz gitlab do demonów prędkości nie należy więc proszę się nie pchać :) I2CDevice - zgodziliśmy się, że budowanie surowego urządzenia nie ma sensu, większość driverów i tak będzie specjalizować tą klasę i dostarczać konkretniejsze API. Z drugiej strony to do piszącego driver powinna należeć decyzja czy pozwala na pisanie po surowych rejestrach w urządzeniu. Zgodziliśmy się odnośnie że Endianness powinna ogarniać inna klasa niż I2CDevice. Padła propozycja by powiązać go z dodatkową klasą rejestru oraz dwa możliwe wykoania. Pierwsze opierało się na bardzo lekkich obiektach rejestru przechowujących tylko adres oraz endianness. Drugie na dodanie klasy rejestru uchwytu do I2C tak by sam wewnętrznie zapewniał zmianę bitów w rejestrze. Oba wymagają chyba przestawienia jakiegoś konceptu tak więc czekamy. Przydałaby się troszeczkę cichsza okolica i to chyba wszystko z mojej strony. Zapraszam do dzielenia się swoimi wrażeniami i lub spostrzeniami. [1]: http://gitlab.gajoch.pl/bambucha/microhal-i2c-monadic-interface-example Pozdrawiam Łukasz |
From: Paweł O. <paw...@gm...> - 2016-03-21 21:14:01
|
Witam, przypominam że spotkanie odbędzie się jutro 22 marca o godzinie 19 w Domówka Cafe na Miodowej 28a (drewniane drzwi + szyld, wejście po schódkach do góry). Pozdrawiam, Paweł --- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. https://www.avast.com/antivirus |
From: M. K. <mic...@gm...> - 2016-03-17 16:43:36
|
Okej, telewizor jest na wysokości gdzieś półtora metra i jest na widoku w całym barze, więc od razu pochwalimy się przed wszystkimi w knajpie microHALem :D. Bar jak bar, będziemy otoczeni różnymi ludźmi, będzie leciała muzyka, więc dopiero na miejscu przekonamy się, czy miejsce będzie się nadawało. To podsumowując, spotkanie 22 marca (wtorek) o godzinie 19 w Domówka Cafe na Miodowej 28a (drewniane drzwi + szyld, wejście po schódkach do góry). |
From: Michał K. <mic...@gm...> - 2016-03-17 11:39:17
|
Dzisiaj Stack Overflow wrzucił do internetu wynik oraz komentarz do swojej ankiety sprzed paru miesięcy na temat ich użytkowników i użytkowniczek: http://stackoverflow.com/research/developer-survey-2016 W dniu 10 marca 2016 22:40 użytkownik Michał Karczewski < mic...@gm...> napisał: > Przypomniał mi się jeszcze jeden tekst: > > itvision.altervista.org/why.*linux*.is.not.ready.for.the.desktop.current.html > - lista powodów dla których Linux nie jest powszechny na desktopowych > komputerach > |
From: M. K. <mic...@gm...> - 2016-03-16 19:05:10
|
Dzisiaj po pracy przeszedłem się do dwóch z tych miejsc - Domówka Cafe i Cafe Szafe - by dowiedzieć się czegoś o warunkach. -- Domówka Cafe - jest plansza na której można wyświetlać obraz z rzutnika oraz rzutnik do wypożyczenia, ale tylko dla większych grup (gdy powiedziałem, że będzie nas szóstka, to odpowiedzieli, że nie mogą wypożyczyć), ale mają też pomieszczenie z telewizorem. Ogólnie miejsce wygląda na fajne, tylko na Kazimierzu, więc trochę drogi od uczelni. -- Cafe Szafe - jedno z pomieszczeń jest wyposażone w rzutnik oraz planszę to wyświetlania obrazu, a nawet całe nagłośnienie i mikrofon (jednak dziewczynie za ladą wyjaśniłem, że nam to raczej nie będzie potrzebne :D) i nie ma problemów z wynajęciem ich na nasze spotkanie. Problem polega na tym, że mają sporo rezerwacji, to trzeba się zgłaszać jak najszybciej to możliwe (czyli czasem nawet z wyprzedzeniem większym niż tygodniowym). Na dzień dzisiejszy mamy rezerwację w Domówka Cafe na wtorek 22.03 o 19:00 w tym pomieszczeniu z telewizorem, do którego będzie można podpiąć laptopa i pokazywać z niego obraz. Jutro po pracy przejadę się zobaczyć ten pokój. W knajpie jest Wi-Fi, ale pewnie spokojnie też można byłoby puścić LTE, bo lokum jest na powierzchni. Tylko dobry zwyczaj nakazywałby trochę wydać na barze :D |