Dik. byl sem se ženou na vodní dýmce a teprve teď sem přišel domu.
M
Linuxcnc vs SSERIAL
Díky za tohle vlákno, hodně pomohlo.
Už u toho pár dní sedím, kouří se mi z hlavy ale podařilo se mi rozblikat ledku
Narazil jsem na nějaké nejasnosti v chování LinuxCNC když poslouchám mou 7i73:
1, moje verze LinuxCNC ( 2.9.8 ) při startu režimu (v discovery po 0xBB) čte nejdříve PTOC parametry, což by mělo být ve výsledku jedno ale je to k zamyšlení a způsobuje to možná následující jevy:
2, u GTOC když čte parametry 0xB0 tak se zasekne, vrátí se a začne číst sadu parametru (řádek) znovu (nedočtené řádky jsem označil červeně). Kromě delšího času čtení to ale asi ničemu nevadí
3, u některých sad parametrů nečte string s popisem a hned skočí do další sady parametru (označeno žlutě). Chybí mi tak Output, Input, ENC, enc a NVBaudRate. Kromě NVBaudRate mi ale v Halshow nic nechybí. Možná to je tím že LinuxCNC již tyto parametry načetl v PTOC (parametry v PTOC mají stejnou ADDRESS OF PARM) a tak si název přenese z PTOC?
Zkoušel jsem různé HW a SW mody, LinuxCNC 2.9.8 na mašině vedle, 2.9.2 na jiné mašině ale nikdy jsem v Halshow NVBaudRate neviděl. Dokonce i 7i84 se projevuje stejně.
Né že bych NVBaudRate u 7i73 postrádal ale ze stránky správné integrace SSERIAL do STM32 musím znát co vše se děje a proč.
Vím že už je to spoustu let zpět, ale nevzpomeneš si jakou jsi používal verzi LinuxCNC?
Pokud se mi vše podaří oživit tak zde hodím zase nějaké své poznatky na které jsem narazil
Už u toho pár dní sedím, kouří se mi z hlavy ale podařilo se mi rozblikat ledku
Narazil jsem na nějaké nejasnosti v chování LinuxCNC když poslouchám mou 7i73:
1, moje verze LinuxCNC ( 2.9.8 ) při startu režimu (v discovery po 0xBB) čte nejdříve PTOC parametry, což by mělo být ve výsledku jedno ale je to k zamyšlení a způsobuje to možná následující jevy:
2, u GTOC když čte parametry 0xB0 tak se zasekne, vrátí se a začne číst sadu parametru (řádek) znovu (nedočtené řádky jsem označil červeně). Kromě delšího času čtení to ale asi ničemu nevadí
3, u některých sad parametrů nečte string s popisem a hned skočí do další sady parametru (označeno žlutě). Chybí mi tak Output, Input, ENC, enc a NVBaudRate. Kromě NVBaudRate mi ale v Halshow nic nechybí. Možná to je tím že LinuxCNC již tyto parametry načetl v PTOC (parametry v PTOC mají stejnou ADDRESS OF PARM) a tak si název přenese z PTOC?
Zkoušel jsem různé HW a SW mody, LinuxCNC 2.9.8 na mašině vedle, 2.9.2 na jiné mašině ale nikdy jsem v Halshow NVBaudRate neviděl. Dokonce i 7i84 se projevuje stejně.
Né že bych NVBaudRate u 7i73 postrádal ale ze stránky správné integrace SSERIAL do STM32 musím znát co vše se děje a proč.
Vím že už je to spoustu let zpět, ale nevzpomeneš si jakou jsi používal verzi LinuxCNC?
Pokud se mi vše podaří oživit tak zde hodím zase nějaké své poznatky na které jsem narazil
- Přílohy
-
- Parameter_7i73_2.9.8_Meki.pdf
- (293.06 KiB) Staženo 4 x
Ahoj,
tak prvně gratulace k úspěchu, ikdyž ještě kousek do cíle chybí.
hrál sem si s tím v roce 2017 a většinou jsem fungoval na oficialni verzi a vedle toho nejnovejsi kompilovanou dev verzi, takže tipuju neco jako 2.7.8 a vedlo toho 2.8.x ale fakt netuším. Jestli si matně vzpominam, tak neco v jedne verzi chodilo a v druhe ne, ale to byla dřevní doba a sserial v plenkach. predpokladam, ze dneska uz to bude chodit na vsem. vzpominam si, ze se treba zvysil limit z96 bitu na 196b nebo tak něco.
Bohužel už jsem se k tomu moc nedostal, řešil jsem jiné hádanky.
M
tak prvně gratulace k úspěchu, ikdyž ještě kousek do cíle chybí.
hrál sem si s tím v roce 2017 a většinou jsem fungoval na oficialni verzi a vedle toho nejnovejsi kompilovanou dev verzi, takže tipuju neco jako 2.7.8 a vedlo toho 2.8.x ale fakt netuším. Jestli si matně vzpominam, tak neco v jedne verzi chodilo a v druhe ne, ale to byla dřevní doba a sserial v plenkach. predpokladam, ze dneska uz to bude chodit na vsem. vzpominam si, ze se treba zvysil limit z96 bitu na 196b nebo tak něco.
Bohužel už jsem se k tomu moc nedostal, řešil jsem jiné hádanky.
M
Zajímavé, o tom jsem nevěděl, dočetl jsem se jen že jsou na straně LinuxCNC 3 registry pro data po 32bit.
Řešil jsi nějak příchozí crc? v kódu jsem našel jen výpočet pro Transmit.
Zítra se asi zase napíchnu na 7i73 a budu zkoumat jak vlastně funguje rx a tx většího balíčku dat než kolik je nastaveno počet rx a tx byte pro jeden přenos. Nejdříve jsem myslel že budou chodit data a příkazy co se má s daty dít, tak je to zakreslené myslím i v návodu, a při zaplnění rx nebo tx byte se data rozloží do více přenosů. Teď jsem ale zjistil že po lince běhají jen holé data v pořadí vedle sebe v jakém se při discovery deklarovaly. Co mě ale zarazilo - když jsem ze zvědavosti zkusil poslat z LinuxCNC víc byte než jsem nastavil příkazem 0xBB, nenastalo automaticky přepínání a rozložení do více přenosů jak jsem si myslel ale všechny data nad se usekly a zahodily.
Buď mám něco špatně nastavené, nebo něco nastavené nemám a nebo hold musím mít tak široký přenos aby se vešly všechny data - ale vím že 7i73 ty data točí ve více přenosech, i v manuálu je něco popsané, budu rád za jakékoliv nakopnutí
Řešil jsi nějak příchozí crc? v kódu jsem našel jen výpočet pro Transmit.
Zítra se asi zase napíchnu na 7i73 a budu zkoumat jak vlastně funguje rx a tx většího balíčku dat než kolik je nastaveno počet rx a tx byte pro jeden přenos. Nejdříve jsem myslel že budou chodit data a příkazy co se má s daty dít, tak je to zakreslené myslím i v návodu, a při zaplnění rx nebo tx byte se data rozloží do více přenosů. Teď jsem ale zjistil že po lince běhají jen holé data v pořadí vedle sebe v jakém se při discovery deklarovaly. Co mě ale zarazilo - když jsem ze zvědavosti zkusil poslat z LinuxCNC víc byte než jsem nastavil příkazem 0xBB, nenastalo automaticky přepínání a rozložení do více přenosů jak jsem si myslel ale všechny data nad se usekly a zahodily.
Buď mám něco špatně nastavené, nebo něco nastavené nemám a nebo hold musím mít tak široký přenos aby se vešly všechny data - ale vím že 7i73 ty data točí ve více přenosech, i v manuálu je něco popsané, budu rád za jakékoliv nakopnutí