ikonsgr74

Yes, i've replace the line in DAT file for 18F47Q43 with 'MaxAddress=9471' ,still same results (note also that on 18F47Q10 everything works perfect, so most probable there is no need to encapsulate with INTOFF/INTON any commands that modify value of 16bit variable ...) Now there are a lot of lines in source code that are remarked, the 'next_in = ( next_in + 1 ) % BUFFER_SIZE' was removed early on development, exactly because i saw in asm code, that it took TOO many instructions to execute! The Readusart...

Yes, i've replace the line in DAT file for 18F47Q43 with 'MaxAddress=9471' ,still same results (note also that on 18F47Q10 everything works perfect, so most probable there is no need to encapsulate with INTOFF/INTON any modify in values of 16bit variables ...) Now there are a lot of lines in source code that are remarked, the 'next_in = ( next_in + 1 ) % BUFFER_SIZE' was removed early on development, exactly because i saw in asm code, that it took TOO many instructions to execute! The Readusart subroutine...

Yes, i've replace the line in DAT file for 18F47Q43 with 'MaxAddress=9471' ,still same results... Now there are a lot of lines in source code that are remarked, the 'next_in = ( next_in + 1 ) % BUFFER_SIZE' was removed early on development, exactly because i saw in asm code, that it took TOO many instructions to execute! The Readusart subroutine i'm using now actually is: Sub readUSART HSerReceive(buffer(next_in)) next_in = ( next_in + 1 ) IF (hi_next_in.3=true) then IF (NEXT_in_h=11) then IF (low_next_in=85)...

Well, i'm afraid it would be a bit difficult for the mcu to function, as it would need ,not only an amstrad cpc, but also the board i designed: https://www.cpcwiki.eu/imgs/3/3d/Ulifac_highres.jpg But i suppose you could use it on a bread board by applying signals to specific MCU I/O pins that will trigger the Serial port function of the board. If you want to give it a try(I've attached the gcb code i used for 18F47Q43): First, for writing a byte to receive ring buffer, i suppose you can do it easily...

Well, i'm afraid it would be a bit difficult for the mcu to function, as it would need ,not only an amstrad cpc, but also the board i designed: https://www.cpcwiki.eu/imgs/3/3d/Ulifac_highres.jpg But i suppose you could use it on a bread board by applying signals to specific MCU I/O pins that will trigger the Serial port function of the board. If you want to give it a try(I've attached the gcb code i used for 18F47Q43): First, for writing a byte to receive ring buffer, i suppose you can do it easily...

ok, i've tried the test.gcb and with a few modifications on usart settings and chip it is executed ok. I've set uart speed at 921600bps and it took ~21seconds to read each table. I've also tried the alternatives of hserreceivefrom(2): set comport=2 hserreseive(var) and also the: var= U2RXB Unfortunately nothing changed, upon initializing of ch376 usb host module it stuck to the same position (after changing uart speed to 1mbps and send a test sequence of 4 bytes where module should respond with one...

i don't remember details after so many years, but according to the old topic: https://sourceforge.net/p/gcbasic/discussion/596084/thread/5398dd8bc1/?limit=25&page=1 quoting: Another thing i noticed is that you place all elements in one row,i use multiple rows in mycode, you think that large amount of elemen lines can cause problems too? UPDATE]: i try to use much lesser lines of elements in each table (i had ~40 elements/line, now i have 1000/line), and it seems that problem is fixed (at least for...

i don't remember details after so many years, but according to the old topic: https://sourceforge.net/p/gcbasic/discussion/596084/thread/5398dd8bc1/?limit=25&page=1 quoting: Another thing i noticed is that you place all elements in one row,i use multiple rows in mycode, you think that large amount of elemen lines can cause problems too? UPDATE]: i try to use much lesser lines of elements in each table (i had ~40 elements/line, now i have 1000/line), and it seems that problem is fixed (at least for...