serial monitor
ve windows bohuzel jen sit, nejak jsem si to neuvedomilpacka píše:jo možná jo , ale co to je ?
edit: tak už vím co to je , ale tento sw je vhodný na sledování sítí nebo se pletu a umí i ser porty ?
"do řiti se řítíme, ani o tom nevíme.."
můžete mě někdo poradit jak hexadecimálně zapsat do arduina totok :
Asci HEX
'1' (0x01)
'3' (0x03)
'0' (0x00)
\n (0x0A)
'0' (0x00)
'17' (0x11)
'165' (0xA5)
'196' (0xC4)
'1' (0x01)
'3' (0x03)
'0' (0x00)
\n (0x0A)
'0' (0x00)
'17' (0x11)
'165' (0xA5)
'196' (0xC4)
ať to zapíšu jak to zapíšu stále mě na logeru potom lezou blbosti .
Dík všem .
Packa
Asci HEX
'1' (0x01)
'3' (0x03)
'0' (0x00)
\n (0x0A)
'0' (0x00)
'17' (0x11)
'165' (0xA5)
'196' (0xC4)
'1' (0x01)
'3' (0x03)
'0' (0x00)
\n (0x0A)
'0' (0x00)
'17' (0x11)
'165' (0xA5)
'196' (0xC4)
ať to zapíšu jak to zapíšu stále mě na logeru potom lezou blbosti .
Dík všem .
Packa
Takže to musí jít blbě už z PC po USB. Že by nějaká "ochrana" v ovládacím SW?
Co tak poslat tu posloupnost přímo z PC pomocí nějakého terminálu aby to nebylo závislé na tom SW k regulátoru?
Co tak poslat tu posloupnost přímo z PC pomocí nějakého terminálu aby to nebylo závislé na tom SW k regulátoru?
Vývoj HW, návrhy DPS (OrCAD, Eagle, Pads)
Chápu, proč to chceš napsat do Arduina.packa píše:no však oto mi jde , napsat to do arduina a to mi aktivuje regulátor , jenže mi nejde udělat ten zápis
Mě šlo o to primárně zjistit, jestli ty data mrší ten originál ovládací SW na základě typu připojeného převodníku USB-RS232.
Pokud použiješ terminál v PC a přes něj otestuješ, že to bude komunikovat se všemi převodníky co doma máš, tak si pak v klidu můžeš hrát s Arduinem.
S Arduinem neporadím, k tomu jsem se zatím nedokopal.
Když něco potřebuji, předhodím to mladým vlčákům ve firmě.
Vývoj HW, návrhy DPS (OrCAD, Eagle, Pads)
Myslíš něco takového?packa píše:můžete mě někdo poradit jak hexadecimálně zapsat do arduina totok :
Asci HEX
'1' (0x01)
'3' (0x03)
'0' (0x00)
\n (0x0A)
'0' (0x00)
'17' (0x11)
'165' (0xA5)
'196' (0xC4)
'1' (0x01)
'3' (0x03)
'0' (0x00)
\n (0x0A)
'0' (0x00)
'17' (0x11)
'165' (0xA5)
'196' (0xC4)
ať to zapíšu jak to zapíšu stále mě na logeru potom lezou blbosti .
Dík všem .
Packa
Serial.write ("\x01\x03\x00\x0A\x00\x11\xA5\xC4\x01\x03\x00\x0A\x00\x11\xA5\xC4", 16);
Ale posíláním z PC by se ti to ladilo mnohem snadněji a pružněji, než kvůli každému pokusu přeprogramovávat Arduino.
Ahoj,
každopádně bych se mrknul na linku osciloskopem. Viděl jsem několik převodníků USB - RS232, u kterých výstupní úrovně vypadaly úplně jinak, než je na RS232 obvyklé. Takové ty převodníky, kde je elektronika zalisovaná v konektoru RS232. Neaktivní úroveň nebyla záporná, ale jen 0V a aktivni byla s bídou 5V a na nich solidní pila. Některá zařízení si s tím poradí, jiná ne. Někdo už to tady zmínil a potýkal jsem se s tím i osobně. Data se do vlastní aplikaci nemusí dostat tak rychle, jak je převodník příjme. Pokud jsou v programu krátké timeouty, může to dělat paseku.
Na pokusy o navázání komunikace jinak než přes původní sw je myslím pohodlnější terminál na pc než Arduino. Není třeba nic překladat ani programovat. Vytplním a pošlu. Používám tento https://sites.google.com/site/terminalbpp/ Celý paket se dá napsat do předem a odeslat najednou tlačítkem. Těch paketů se tam dá předdefinovat myslím až 20.
každopádně bych se mrknul na linku osciloskopem. Viděl jsem několik převodníků USB - RS232, u kterých výstupní úrovně vypadaly úplně jinak, než je na RS232 obvyklé. Takové ty převodníky, kde je elektronika zalisovaná v konektoru RS232. Neaktivní úroveň nebyla záporná, ale jen 0V a aktivni byla s bídou 5V a na nich solidní pila. Některá zařízení si s tím poradí, jiná ne. Někdo už to tady zmínil a potýkal jsem se s tím i osobně. Data se do vlastní aplikaci nemusí dostat tak rychle, jak je převodník příjme. Pokud jsou v programu krátké timeouty, může to dělat paseku.
Na pokusy o navázání komunikace jinak než přes původní sw je myslím pohodlnější terminál na pc než Arduino. Není třeba nic překladat ani programovat. Vytplním a pošlu. Používám tento https://sites.google.com/site/terminalbpp/ Celý paket se dá napsat do předem a odeslat najednou tlačítkem. Těch paketů se tam dá předdefinovat myslím až 20.
ok mrknu na to . problém jsou opravdu ty převodníky to je mi jasné . S původním sw stejně nic udělat nepůjde. a když donutím regulátor posílat data tak mi i přez můj wifi převodních chodí korektně .
Takže prubnu terminál a pak se stejně nevyhnu tomu arduinu aby mi probouzelo regulátor a data pak chodila po wifi.
měl jsem napojeny dvě pc , jedno přez původní kabel a druhé spojeno přez wifi wirtual port . když jsem přez noťas s origo kabelem navázal komunikaci tak pak mi chodily data z reglu do obou pc . Pc pak už dál nic regulátoru neposílá.
Takže se pokusím aktivovat linku přez terminál a pokud to klapne tak k tomu samému donutím arduino .
Dík moc všem.
Takže prubnu terminál a pak se stejně nevyhnu tomu arduinu aby mi probouzelo regulátor a data pak chodila po wifi.
měl jsem napojeny dvě pc , jedno přez původní kabel a druhé spojeno přez wifi wirtual port . když jsem přez noťas s origo kabelem navázal komunikaci tak pak mi chodily data z reglu do obou pc . Pc pak už dál nic regulátoru neposílá.
Takže se pokusím aktivovat linku přez terminál a pokud to klapne tak k tomu samému donutím arduino .
Dík moc všem.
Právě proto jsem se ptal, kde to měřil. Původně jsem měl obavu, že měřil logickým analyzátorem na lince, kde jsou úplně jiné úrovně. Pak by mohla být zmršená naměřená data.karelw píše:Ahoj,
každopádně bych se mrknul na linku osciloskopem. ............
Ale odpověď byla, že měřil mezi FTDI čipem a MAXem (u obou převodníků ?), takže data jsou špatná už na výstupu FTDI. A jediná možnost je pak taková, že to mrší ten ovládací SW z PC.
Takže pokud použije terminál, tak vyloučí "chybu" ovládacího SW.
Pokud mrší data ovládací SW, tak při použití terminálu musí všechny převodníky chodit.
Pokud chodit nebudou, tak .....
Je také zajímavé, že jsou různé jen některé byty z telegramu. Žádnou logiku jsem mezi nimi nenašel (inverze, posuv, atd.).
Na takové testy komunikací si vždycky naprogramuju do kompu extra SW, každý umí něco jiného a ještě jsem se nedostal k tomu, abych si je sloučil do jednoho.
Vývoj HW, návrhy DPS (OrCAD, Eagle, Pads)
Podle mě ani pak nebudeš potřebovat Arduino.
Prostě si napíšeš jednoduchý program, který na sériovou linku nasype požadovaný obsah a probudí solar.
Když budeš chtít přečíst data, tak se napřed spustí ten probouzeč, po probuzení soláru se sám ukončí a spustí ten monitorovací SW.
Ale stejně by to chtělo zjistit, kde je problém. Zkusit ten monitorovací SW spustit přes COM na desce (třeba i na jiném PC, pokud na svém už HW COM nemáš). Tam nemůže dělat problém třeba nějaká nekompatibilita USB/serial převodníků.
Prostě si napíšeš jednoduchý program, který na sériovou linku nasype požadovaný obsah a probudí solar.
Když budeš chtít přečíst data, tak se napřed spustí ten probouzeč, po probuzení soláru se sám ukončí a spustí ten monitorovací SW.
Ale stejně by to chtělo zjistit, kde je problém. Zkusit ten monitorovací SW spustit přes COM na desce (třeba i na jiném PC, pokud na svém už HW COM nemáš). Tam nemůže dělat problém třeba nějaká nekompatibilita USB/serial převodníků.
co jsem nenapsal , když jsem posílal seriovým monitorem co má arduino IDE v sobě nějaký zápis na převodník a koukal na to log analyzátorem tak přišlo vše v pořádku a to přez všechny převodníky co tu mám . Takže bude problém v nějakém časování v tom sw.
Jo MEX máš pravdu že to můžu poslat z PC z nějakého programu (který nevím jak bych udělal , ale to se snad pořeší).
Ještě mám dotaz , jak moc myslíte že bude kritické časování mezi těmi příkazy co chci posílat ?
Jo MEX máš pravdu že to můžu poslat z PC z nějakého programu (který nevím jak bych udělal , ale to se snad pořeší).
Ještě mám dotaz , jak moc myslíte že bude kritické časování mezi těmi příkazy co chci posílat ?