Lazarus
Programming => Embedded => Operating Systems => Embedded - AVR => Topic started by: d.ioannidis on March 19, 2020, 07:05:16 pm
-
I am playing with an alternative USBasp firmware ( I didn't write it ), which supports UART communication ( can be used for serial debugging ) ( https://github.com/akrasuski1/usbasp-uart ).
I wrote a simple client using libusb ( it's a custom HID class ) to connect to it and I can say that it's working great ( linux and Windows 10 )! Now, I was thinking how can I intergrate it to Lazarus and create an Arduino like behavior.
Something like, you opened the serial window in Lazarus which will connect to USBasp and then, when you need to upload new firmware it will disconnect the client ( hook when the project compile ? build ? run ? run without debugging ? all of them ? ), upload the firmware and when the upload is finished reconnect .
I need to hook the IDE events but I'm not familiar with the code. Any hint, sample project, advice on how to proceed ? ( currently reading https://wiki.freepascal.org/Extending_the_IDE ).
PS: FYI, in my private repo ( https://scm.nephelae.eu/Nephelae/usbasp-uart ) I patched the USBasp firmware to allow programming of AVR chips with 256k also.
-
Just to try to establish some context: the ASP is one of the programmers for AVR chips, isn't it? Note this page http://irq5.io/2017/07/25/making-usbasp-chinese-clones-usable/ which highlights an incompatibility between the genuine article and the "compatibles" available cheaply from China.
MarkMLl
-
One option is to create tool menu items to launch & control the serial monitor. Not as nice as an IDE integrated tool but it doesn't require much knowledge of Lazarus internals.
Another random thought - can you configure this serial monitor to program the target controller without avrdude? It would be useful to not rely on an external tool, but would probably require a lot of work to support the very long list of AVR controllers.
-
Just to try to establish some context: the ASP is one of the programmers for AVR chips, isn't it?
Yes. USBasp it's a very cheap ICSP ( In Circuit Serial Programming ) programmer for Atmel / Microchip AVR MCU's from Thomas Fischl ( https://www.fischl.de/usbasp/ ).
Note this page http://irq5.io/2017/07/25/making-usbasp-chinese-clones-usable/ which highlights an incompatibility between the genuine article and the "compatibles" available cheaply from China.
I used 4 different USBasp's bought from AliExpress and Banggood. I didn't had any problem flushing the UART firmware .... so far ;) . Anyway after I read the article they claim that the problem was that the manufacturer read a buggy datasheet and mixed up the USB D- D+ pins of the mcu.
IMO for any clone bought from China, who knows if it 100% compatible or not. Even if the USBasp hardware is a very simple one ( IMO of course ) ...
-
As a general thought: somewhere I've got partial code to detect a hotplug event raised by the Linux kernel, I used it to recognise when a particular type of enhanced mouse was plugged in.
It might be possible to add a general facility to the IDE:
* If you see /this/ being plugged in you do /that/.
* At startup, if you see /this/ already plugged in you simulate a hotplug event so that /that/ happens.
I don't know what else it would be useful for other than programmers.
MarkMLl
-
IMO for any clone bought from China, who knows if it 100% compatible or not.
The Chinese certainly don't :-)
MarkMLl
-
One option is to create tool menu items to launch & control the serial monitor. Not as nice as an IDE integrated tool but it doesn't require much knowledge of Lazarus internals.
After reading https://wiki.freepascal.org/Extending_the_IDE I think that all I need to do is to hook to those events, LazarusIDE.AddHandlerOnProjectBuilding, LazarusIDE.AddHandlerOnProjectBuildingFinished.
( see: https://wiki.freepascal.org/Extending_the_IDE#Other_IDE_events ).
Currently I'm searching for an example on how to use them ...
Another random thought - can you configure this serial monitor to program the target controller without avrdude? It would be useful to not rely on an external tool, but would probably require a lot of work to support the very long list of AVR controllers.
I can't think a reason why can't be done. I don't know either how hard can be or how much time is required. Even with the covid-19 outbreak, a programmer simple switches the location ( office -> home ) and continue to work, so no free time ....
My goal at the moment is to do a simple connect / disconnect in accordance with those Lazarus IDE events.
-
< snip >
My goal at the moment is to do a simple connect / disconnect in accordance with those Lazarus IDE events.
Update, I manage to find time to implement a proof of concept.
Currently it uses the LazSerialPort as a dependency and disconnects from the com port when the IDE runs ( with or without debugger ) a project and reconnects to the com port when it stop running / debugging a project.
You can find the package in my personal scm https://scm.nephelae.eu/Nephelae/lazserialmonitor.
I surely welcome any feedback on how to proceed .
-
Currently it uses the LazSerialPort as a dependency and disconnects from the com port when the IDE runs ( with or without debugger ) a project and reconnects to the com port when it stop running / debugging a project.
Does it have to have that external dependency, or could it use FPC's standard serial.pp?
MarkMLl
-
Currently it uses the LazSerialPort as a dependency and disconnects from the com port when the IDE runs ( with or without debugger ) a project and reconnects to the com port when it stop running / debugging a project.
Does it have to have that external dependency, or could it use FPC's standard serial.pp?
As its a proof of concept and I'm not familiar with the serial.pp unit, I took the easy way to use something ready .
To answer your question, I don't think why not if the serial.pp its stable enough for the task .
-
Currently it uses the LazSerialPort as a dependency and disconnects from the com port when the IDE runs ( with or without debugger ) a project and reconnects to the com port when it stop running / debugging a project.
Does it have to have that external dependency, or could it use FPC's standard serial.pp?
As its a proof of concept and I'm not familiar with the serial.pp unit, I took the easy way to use something ready .
To answer your question, I don't think why not if the serial.pp its stable enough for the task .
serial.pp is definitely stable, I use it for serial communication in my projects. The disadvantage over elaborate components such as synaser and LazSerialPort is that the programmer needs to decide how to handle the asynchronous nature of the communication. Either blocking or threaded with events/callbacks etc.
I agree with MarkMLI that it would be better (for the end user) to reduce the dependence on external components.
-
To answer your question, I don't think why not if the serial.pp its stable enough for the task .
I believe that serial.pp is rock-solid. If I found problems on Linux I'd fix them, since I believe I was the last person to do any maintenance on it.
One change I do want to work on- and I think it might be relevant to what you're doing if you use Linux- is to make sure that when a port is opened it's exclusive and that other programs can't muscle in (that's the default on Windows but not on Linux).
MarkMLl
-
The disadvantage over elaborate components such as synaser and LazSerialPort is that the programmer needs to decide how to handle the asynchronous nature of the communication. Either blocking or threaded with events/callbacks etc.
I agree, but that was by intention. When I last worked on it- fixing a number of issues and making sure it worked with Linux, Solaris (on SPARC) and Windows (possibly W2K- it was that long ago) I was looking at some fairly fancy multi-port protocol monitoring stuff and I specifically wanted to have full control of thread management etc.
MarkMLl
-
< snip >
I agree with MarkMLI that it would be better (for the end user) to reduce the dependence on external components.
< snip >
I believe that serial.pp is rock-solid. If I found problems on Linux I'd fix them, since I believe I was the last person to do any maintenance on it.
< snip >
Good points, I'll switch to fpc's serial .
regards
-
Good points, I'll switch to fpc's serial .
It's a very thin wrapper around the OS, particularly in Linux, /except/ for the last couple of functions (which even on unix have to cope with API variations).
I'm watching this thread carefully, so please yell if you have problems.
MarkMLl
-
Hi,
I just fixed some GUI logic bugs and currently the serial monitoring synchronization with the IDE is adequate .
I tested it mimicking an arduino like workflow ( close port before run / upload via custom command and reopened it after finishes ) and works stable.
Next step is to switch to serial.pp and to think what features I'll add .
< snip >
I'm watching this thread carefully, so please yell if you have problems.
< snip >
Thank you for your offer, MarkMLl . I really appreciated it.
regards,
-
Hi,
it was suggested to me to create a github repository . So here it is https://github.com/dioannidis/lazserialmonitor, a mirror repository for the github aficionados ;) .
regards,
-
Hi,
a little screenshot showing the app ( precompiled binary for win64 here using libusb-1.0.23 (https://scm.nephelae.eu/Nephelae/libUSBUARTTerminal) ) connected to a USBasp programmer via USB ( with the usbasp-uart firmware (https://github.com/akrasuski1/usbasp-uart) loaded ) .
The programmer is connected to an atmega328p + enc28j60 custom pcb , running the demo fp_ethernet_enc28j60 firmware (https://github.com/dioannidis/fp_ethernet_enc28j60) ( mirror github repository ) sniffing my network ( only arp packets at the moment ).
regards
-
Hi,
I don't know if anyone tried the firmware and this little utility but I had some free time today so ...
Changelog
- The communication to USBasp is moved to a thread.
- Added bottom AutoScroll feature for the display.
- Added TimeStamp feature ( milliseconds ? ) but only when the linebreak is CRLF.
- Added screen buffer size ( lines ).
- Added a simple parser for line break CRLF.
https://github.com/dioannidis/libUSBUARTTerminal
regards,
-
The USBasp is a SPI programmer for AVRs.
How is it possible that the UART can?
Did you have the Atmega8A unprogrammed?
-
Hi,
The USBasp is a SPI programmer for AVRs.
How is it possible that the UART can?
I flashed it with the usbasp-uart firmware .
From usbasp-uart firmware repository ( https://github.com/akrasuski1/usbasp-uart ).
"This repository contains a modification to latest (2011) USBasp firmware. According to official schematic, the UART lines of the ATmega are connected to the ISP socket, however the firmware did not seem to use them. UART is often used as main debug element in embedded programming, so having ISP programmer double as debugging unit would save much time for amateurs.
I modified official USBasp code and added UART capabilities. "
regards,
-
I will leave my USBasb in its original condition.
For such purposes I use an Arduino Nano, which has UART already built into the USB.
-
Hi,
update post :
Changelog
- Removed GUI logic from library.
- After connecting to device displayed the product, manufacturer, serial number and if it's firmware supports TPI and/or UART.
- Added threads for RX and TX.
- Refactored to support selecting from multiple USBasp devices.
- Refactored UART feature added support for activation / deactivation.
- ( preparing to use the library for programming mcu's via USBasp without the use of avrdude using code from the ccrauce's utility importATDF (https://github.com/ccrause/importATDF)for mcu's informations ...... )
- Various tweaks, fixes ...
https://github.com/dioannidis/libUSBUARTTerminal
regards,
-
Hi,
it took me a while but the first beta is online :) .
https://github.com/dioannidis/libUSBUARTTerminal
USBaspUARTTerminal is a standalone application, that connects to a UART enabled USBasp programmer ( running the usbasp-uart firmware ( https://github.com/akrasuski1/usbasp-uart ) ).
If you play / experiment with standalone ( i.e. breadboard, custom board ... ) avr mcu's you don't need anymore an extra UART->USB converter device.
In my tests, I couldn't get reliable data stream ( loosing a byte here and there ... ) with a baudrate of 57600 and more. But for my use, quick UART debugging, using 38400 baudrate is more than adequate.
I uploaded windows binaries ( and64, i386 ) and made the project able to compile in official Lazarus 2.0.8 ( I'm using fpc and lazarus trunk for development .... ) .
Next steps is to integrate the USBasp library to the LazSerialMonitor package and extend it to program the avr mcu's ( SPI, TPI ) directly ;) .
regards,