dedikovana arduino rubrika

[Tribec Zacks]

zdravim admin a ostatne zodpovedne osadenstvo, nebolo by fajn mat zvlast rubriku pre arduino, popripade drzat arduino problemy v sekcii pre zaciatocnikov a nenechavat to v rubrike mikroprocesory? aj ked je to relevantne pre mikroprocesory, nieje to relevantne tomu skillu ktory si ta rubrika zasluzi a mala dosahovat. myslim ze by to vytvorilo aspon aky-taky filter pre zaciatocnikov ktori si nechcu pripustit ze zaciatocnicmi este dlho budu a tiez ti skusenejsi by nemuseli flamovat kazdu druhu arduino temu.

[dxr]

Cakame na zawina ja som ho o to uz 2x poziadal

aj tak si myslim ze pickari a mr.arm bude frflat aj tejto rubrike

[Hinsi]

Já se spíš obávám, že když z rubriky mikroprocesory vyženeme *rdujíno, tak v tý rubrice už dál nic nebude. Ale jinak jsem pro, žeňte ho vidlema

//A nebo tam naopak zůstanou věci, o kterých bude mít smysl normálně diskutovat, pak tam budu pomáhat rád

[Washu]

Tiez som za samostatnu rubriku arduino.
Hinsi: Specialne provokacna otazka Aky mas teda nazor na nucleo? :D:D

dxr: Aj Microchip sa chce prizivit na uspechu arduina
http://www.microchip.com/DevelopmentToo ... arino+Mini

[dxr]

Washu: Specialne provokacna otazka Aky mas teda nazor na Nuvoton Cookies :D

washu> ved to ze sa snazi...... len vysledok nikde po chipKITe dali rovno pic32 no ale cena pekna popremyslam
uz mam discovery takze pokracujem v abecede amd avr arm

[zawin]

Ahojte, a kde by ste arduino rubriku zaradili? Forum ma moznost vytvarat aj tzv. subfora, takze by sa to dalo poriesit aj tak ze arduino bude subforom mikroprocesorov.
Tato varianta sa mi zda najvhodnejsia, nakolko tych arduino prispevkov tu nieje take mnozstvo aby musela vznikat dalsia hlavna kategoria.
Co poviete?

[dxr]

dalsia moznost - kedze poniektori to neberu za C++ ...... (hlavne to bude vidiet v hlavnom zozname tem)

[Tribec Zacks]

zawin, ako naznacil dxr, nemusi to byt zrovna pod programovanim, ale napr rovno pod/nad mikroprocesormi nech to je na ociach kedze to je embedded programovanie rovnako ako mcu.
Hinsi, to mas mozno pravdu, ale myslim, ze ta rubrika by mala byt skor na problemy typu "mam procesor xy, ako co najlepsie urobit vela memoy mapped io" a nie typu "pomoc, nejde kniznica...."

[dxr]

Co mate proti tym kniznicam skor: Pomoc nejde mi tento "sketch" !

Nic v zlom ale kto z Vas na avrk-u/picku/arm-e napise vlastny "tcp-stack"
alebo "usb-stack" na to proste kniznicu treba.
Ja by som dal maximalne UDP/eth ale plny vlastny TCP stack s defragmentaciou by som urcite nedal a nestracal cas.

Arduino sekcia moze byt hocikde hlavne vysoko a viditelna inak to aj tak skonci v sekcii o Mikroprocesoroch
Sekcia mikroprocesory by mohli ostat multikulturna ARM/AVR/Freescale/MIPS/MSP/PIC/Renesas/Z80/x5*
Hadam som spomenul vsetko a nikoho nediskriminoval


zoradene v abecednom poradi

[Hinsi]

Nekecej. Vlastní USB Stack mám právě rozepsaný a přes vánoce hodlám dodělat.
Kolega v práci třeba ze zábavy píše webserver pro Zilog Z80, ke kterému má přidrátovanou ISA eth kartu s nějakým Realtek čipsetem.
Znám jednoho člověka z Brna, který píše vlastní kernel ovladače pro audio.

To že jsou tyhle věci o pět dimenzí mimo chápání běžného *rdujínisty neznamená, že tyhle věci nikdo nedělá.

[Washu]

Hinsi: Co tak radsej poriahnut dalej ten ST co je v prikladoch. Je nanom hodne co vylepsovat. To by pomohlo viac ludom
Napisat si vlastny je pekne, ale nech si akokolvek dobry mas len 24hodinovy den ako vseci ostatny a toto pokial to ma byt plnohodnotne je to celkom velky kus kolaca pre jedneho. Jedna vec je rozbehnut funkcionalitu ktoru chces, druha je plnohodnotny univerzalny stack.
To prve hoby zabavka, to druhe praca pre tym na plny uvezok.

[dxr]

uplne staci ze napisal znam jednoho .... no mozno jedna ruka staci ....
silno pochybujem ze ten stack pisal cely sam bez inspiracie z ineho kodu .... vec uvidime ak to zverejni
ako napisal washu keby to mal robit kazdy asi by nerobil casto a vela inych veci

no nic nebudeme sa hadat kazdy nech investuje kolko casu chce vo vyssom veku zistis...
lepsie je byt nohami nad stolom ako zhrbeny nad klavesnicou ...
ja som si svoje ego pomasiroval od 286-po protected mode teraz mi stacia kniznice

[Hinsi]

Firemní věci se současným stavem vnitřní politiky vylepšovat příliš nelze. Funguje to totiž asi tak, že upozorníš na chybu, navrhneš řešení a někde z (například) arábie přijde po týdnu zpátky, že tomu nerozumím a špatně jsem to pochopil. Běžné...
Jo, den má jen 24h, ale věnuju se tomu na plný úvazek.
Univerzální FS device stack není zas takový problém si myslím. Ale souhlasím, že USB HS OTG už taková prdel není a o to se zatím pokoušet nehodlám. I když jistí kolegové z práce by ti řekli, že USB HS OTG je taky hračka... Holt každýmu vyhovuje jiná úroveň sebemrskačství. Já dávám přednost věcem porozumět. Tak si to minimálně jednou napíšu po svém a až pak možná použiju nějaký blackbox.

Možná trochu podceňuješ mé kolegy z práce, aby se ti náhodou nestalo, že jednou od nich budeš dostávat školení třeba na USB nebo ETH. To je trochu jiná sorta lidí, než smečka ardujínistů. Až bude mít Z80 webserver hotový, doručím rád klidně pár fotek.

Nyní se věnujte původnímu tématu. Na řečičky okolo si vymyslete thread jiný. Nemám opravdu náladu se tu s někým dohadovat, či je nebo není možné napsat TCP stack od píky.

[dxr]

neslo o to ci je to mozne a ci to dokazem islo o to ci to ma vyznam ked clovek potebuje nieco
len zbastlit napriklad eth rele kvoli tomu si pisat stack len preto ze mi jesitnost nedovoli
pouzit nieco hotove .......

Od tvojich kolegov nic nepotrebujem kusok odomna sedel pan co pisal IRC klienta na gumakovi (ZX spektrum)
a tam uvas v cechach sedi iny pan ktory robi veci okolo kardiostimulatorov to je celkom zaujimava debata
a nie to ci moja alebo ineho libka ma krajsi kod


PS: oni podstate opravuju totok a este maju nejaku aviatiku..

[Hinsi]

Já jen reaguju na to, co si napsal. A vyvracím tvé mylné domněnky, že nikdo nic nepíše a všichni používají knihovničku. Jestli má smysl psát vlastní - tak toho se to vůbec netýkalo. Pro někoho, kdo dělá s ardujínem třeba nemá smysl vůbec nic

Ono je to taky docela dobrá průpravička a cvičení, abys pak třeba byl schopný napsat svojí knihovnu pro nějaký složitější integráč, až ho dostaneš do ruky a knihovnička na něj nebude Dovolím si tvrdit, že většina uživatelů té hnusné italské platformy by bez knihovniček nedokázala vypotit vůbec nic.

[dxr]

Este ze ja som to arduino uz rok nezapol mam svoju dosku mozno ti ju rano vyfotim design 2005
cize z pred arduina aj ked je tam ATmega
A cele to zacalo tym ze arduinisti potrebuju libku - nic zlom ale to su zaciatocnici.... nechces aby ta tromfli

[Washu]

Hinsi: A neplanujes tieto bugy niekam zverejnovat? Ak uz nechcu opravovat oficialnu distribuciu tak minimalne usetris vacsine uzivatelov STM32 hodne vela casu a este viac sprostych slov pri hladani "preco to zas nejde".

[Hinsi]

Většina těch problémů jsou chyby a překlepy v reference manuálech, denně tak průměrně najdu aspoň jeden až dva a většinou se to ani nehlásí, protože se u nás předem ví, že jak ot není fatální prů...r tak se kvůli tomu nová revize manuálu vydávat nebude.
Co se týká té úžasnosti MX, tak to bych tu raději nerozebíral, to je kapitola sama pro sebe. Je to fajn tool pro "*rdujino like engineers" ale reálně v tom nic pořádnýho napsat nelze, bez toho aniž bys celý ten HAL předem neom...l. Naposled jsem řešil třeba DMA přenos po SPI ve sleep modu - ani to se Cubem udělat nedá bez zásahu do něj.

Zveřejňovat bugy.. hmm.. Mohu se na to poptat ale obávám se, že to bude zamítnuto, nebo minimálně podléhat schvalovacím procesům. Některé věci jsou totiž jen interní a CONFIDENTIAL.

[Tribec Zacks]

dxr, tu nejde o to, kto by dal usb alebo tcp protokol, tiez som na arme bral usb kniznicu ked som videl specifikaciu usb a nechcelo sa mi to luskat a stracat cas. ide skor o to, ako si pisal, vsade sa koli tomu flamuje, niekto zalozi vlakno "pomoc s i2c eeprom" po desiatich prispevkoch sa pride na to, ze sa jedna o arduino a dotycny netusi ako funguje i2c, pak je vymalovane v zbytku vlakna. kto pozna arduino a pozna kniznice urcite rad pomoze a bol by v takej casti fora doma, zbytok si radsej podebati o registroch a ponadava "ved ale to je read only register".... popripade hw problemy typu "aky level shifter k takemu a takemu mcu" rubrika by samozrejme zostala multikulti, len by sa takto oddelilo to co tam nema co robit bo na 99% su to pripady co maju byt v zaciatocnickej rubrike, popripade sa pride na to ze mas pre niekoho pisat cely projekt. potom su z toho hadky a flamewar. btw ja by rubriku velmi rad sledoval, ale vedel by som, ze to je miesto kam nemam chodit vyryvat a presviedcat niekoho, aby sa to naucil poriadne ked sa tomu chce venovat.

[Washu]

Hinsi: K tomu MX, asi by sme si mohli zalozit temu kde mozeme nadavat na tuto temu. Ja som nedavno skusal blby UART, teda v dobach ked som daval MX sance. Naroubovat na to circular buffer na RX aj TX pod RTOS tak aby to nezralo 2/3 vykonu MCU sa mi tiez bez hacku do zdrojakov cube nepotarilo. Ale UART je prkotina ale napriklad prave ten OTG, to nieje prave vec co sa mi chce zrovna pisat od podlahy. A teraz bud pouzit cube ktory poskytne nejaky ten OTG (a pokazi setko ostatne co len moze) alebo nepouzit cube a potom co?
Stara STD lib bola aspon tak primitivna ze v principe nezasahovala do uzivatelskeho kodu. Ale cube extremne "sprijemnuje" akukolvek snahu spravit nieco ine nez na co je predkonfigurovany.
PS: Ak nahodou uz cube circular buffer so zamkami RTOS vie tak sa ospravedlnujem, od cube si davam nejaky ten mesiac pauzu. Ale podla toho co pises uz ani len nedufam.

PS: K tym chybam, skus upozornit na to ze inzinieri omnoho viac ocenia ked sa ku chybe vyrobca prizna aj ked ich ma hodne. Ako ked bude zatlkat a chyba tam tak ci tak zostane. Radsej 100 stran upozorneni na mozno mnohokrat nepodstatne "vlastnosti" ako datasheet beznich a potom pol dna hladania a druha nadavania preco to nemohlo byt spomenute na prvej strane.