Silvius

Perhaps module is not exactly the same model as mine. Probably the shift registers are in reversed order, or something is different in row selecting. It would be interesting to know if a mirroring effect appears horizontally, vertically, or both.The solution is to change the order of sending the bits from buffer to panel.The code for this is in the library, in timer interrupt routine. (it send one row at a time)

You're welcome!Yeah ... it's been a while... :) ... this is the test code.

mega328_st7565_kit.txt is only a sort of note to me... to remember what firmware I used. :)

I sent a private message to you... It is mega328_st7565_kit ... but I can't attach zip files here.

The kit comes with a modified(chinese) early version of Karl-Heinz Kübbeler firmware. A version that has been adapted for the graphical display, because at first the tester was designed to work with a 16x2 lcd display... I guess..However, the sources are not public, and the chip was read-protected, so I totally dropped the kit original firmware and flash one frome here:https://github.com/svn2github/transistortester/tre...It's been a few years since I worked on this project and I do not remember exactly which version I used. If you encounter difficulties I can read the firmware directly from the functional device and send it to you.Regards!

Hm... I manage to attach a zip file as an image but I don't know if will work in the end...

I like to hear it worked. :)Regards!

Try now... for some (unknown) reason zip file no longer exist on site.Now I reloaded again.

What I know: Only the forum (forum.geekbox.tv) was closed. The product is available (as you can see) and github repositories are in their place: https://github.com/geekboxzone (there are 960 repositories).So we have all software (and hardware) too keep this project alive, ... if we want (and if we need)... this is the beauty of open source... now is our project... it is no longer theirs ... :) Sorry for late reply, I have been in the mountains for a few days... no WIFI, GSM, ... just snow and trees :)

I forgot to mention. The official site is https://www.geekbuying.com/Product page is here. and some support here.

I have some bad news and some good news about this board. :)The bad news:The KICAD project was not meant to be reproduced exactly as it is. Actually I needed the project schematic. And because I did not have it, I decided to do it in KICAD (as an exercise to develop my knowledge about KICAD).So no checks for correctness have been made. It can be used as starting point by someone who has solid knowledge about this application. I do not count among them, unfortunately.Meanwhile (four years have passed since then) I stayed with gEDA, a suite I know better, and I designed some projects (and I ordered them to different PCB manufacturers). I know most will say that KICAD is better than gEDA (and I do not want to contradict them), but after I got to know well gEDA, I do not need another EDA ap...

I have some bad news and some good news about this board. :)The bad news:The KICAD project was not meant to be reproduced exactly as it is. Actually I needed the project schematic. And because I did not have it, I decided to do it in KICAD (as an exercise to develop my knowledge about KICAD).So no checks for correctness have been made. It can be used as starting point by someone who has solid knowledge about this application. I do not count among them, unfortunately.Meanwhile (four years have passed since then) I stayed with gEDA, a suite I know better, and I designed some projects (and I ordered them to different PCB manufacturers). I know most will say that KICAD is better than gEDA (and I do not want to contradict them), but after I got to know well gEDA, I do not need another EDA application anymore :)The good news is that this development board still exists on Aliexpress. Look here:https://www.aliexpress.com/item/Free-shipping-10PC...https://www.aliexpress.com/item/free-shipping-51-S...And I still have a few available, both the complete(and assembled) kits and bare PCBs. At that time I bought more than I needed :)If you do not have another solution and you absolutely need it, we can get in touch(by private message) and send you one of them (or a few).Regards!

analogRead(0); //-> physical pin 40 (ADC0)analogRead(1); //-> physical pin 39 (ADC1).......analogRead(7); //-> physical pin 33 (ADC7)Pins A0-A7 are not defined. These definitions make sense for standard Arduino boards, where these pins are labeled on the PCB. For this approach, I think is more intuitive as shown above.

It should work. Even if not exactly as it is... small adjustments may be needed (in code/library/calibration code).

I do not have an exact idea right now.You can search for the "3.2 inch TFT LCD Arduino" at Aliexpress.I found something at prices around $ 7-10 with shipping included.I put it on my wish list :)Of course, the code will probably have to be adapted...

Nice! I'm glad to hear that.

:) And I also have those corrupted characters... I did not care about them until now ... I'll try to find a firmware that suits and update it. I will post the result of my attempts.

:) nice! I guess that behavior is generated by badly written code ... reset will clear RAM, but calibration should save results in EEPROM, and probably overwrite some strings stored there... the firmware of those kits are modified version of open source project... so we can't see the code. I also tried to save this closed source firmware (flash and eeprom) so I can get back to the original version, but is read protected. So I decided to risk, and totally give up the original firmware.I removed the microcontroller from the tester and put it on a small development board (made by me) and put firmware from here: https://github.com/svn2github/transistortester/tre...All worked ok so far... There are some small differences in menus an calibration. But I am very happy that I was able to make th...

:) nice! I guess that behavior is generated by badly written code ... reset will clear RAM, but calibration should save results in EEPROM, and probably overwrite some strings stored there... the firmware of those kits are modified version of open source project... so we can't see the code. I also tried to save this closed source firmware (flash and eeprom) so I can get back to the original version, but is read protected. So I decided to risk, and totally give up the original firmware.I removed the microcontroller from the tester and put it on a small development board (made by me) and put firmware from here: https://github.com/svn2github/transistortester/tre...All worked ok so far... There are some small differences in menus an calibration. But I am very happy that I was able to make the transition to open source firmware!!! If your tester is exactly the same version as mine should work for you too... Otherwise, you should study this project at github, and find the right firmware...I hope the information is useful to you.Best regards! ... and keep in touch...

Right now I can't start to work at this task. In a few hours I leave for 10 days on vacation. So... when I come back I will talk about it. I think it can be done with the library as it is.Keep in touch!

You're welcome! No. In android everything goes well. Looks like the original binary drivers are used.

Problem solved. Still I do not know why the file has disappeared.You can try again now.

You are right. I do not know why the file has disappeared.I'll see what it's about in a matter of hours.

I also thank you for your appreciation!

Put some fusebits according with your osc... here are my fuse bits... read from working atmega32 with 16MHz quartz and USBASP. Working in Arduino IDE and AVR Studio:low fuse :DE high fuse: D9

Thank you for your comment! I've already done what you said :)I bought a few "blue pills" ... and a programmer also. At this point I'm working on designing two development boards for STM32F103VCT6 and STM32F407VGT6 (QFP100). They have a similar pinout (but not exactly the same). Projects will be made with gEDA and will be open source. Regards!

It seems that is like printString from my library only with an integer parameter uint8_t font added at the end.So it should work like this:myMatrix.printString(5,8,yellow,black,"Demo", 1); // for font 1last parameter can be 0,1,2,3 and 4 I saw in the code that only 0....4 are valid values... Please note that some added fonts are not complete ...

Yes, this RGY panels are not similar with RGB panels, so I can't help in this matter, even though I like the idea... (I do not have such a panel)The good news is that there is much more documentation/code/libraries for these panels. The suggestion made by pvchaos is a good starting point.

you can read also the article and comments here: http://openhardware.ro/mymatrix/ the library modified by Thomas Kovacik is made for 3 displays...there are comments in the code... I tried to made the code easy to read and easy to understand...you must to work hard :) ... if you want to have total control of this matrix... this project is just a starting point...

no... original library does not have implemented this capability... my plan is to be developed in the future ...until then... you can try this:https://github.com/tomaskovacik/arduino/tree/master/myMatrixis based on my library, but is not my project... I notice that other fonts are not completed... ready only the parts that the author needed...some digits, some letters...

No... Seems like a very interesting adapter... I do not have such an adapter... or STC12A5A60S2.

:) It is supposed to work in this way.Step1: Put electronic component in test socket. The tester is off but is connected to 9V battery.Step2: Press button (short press). The tester back to life and makes his magic... and display the result.Step3: If you do not test any other component... it stops after little time ... to protect battery.About LED... If all the others functions are correct, and LED is the only thing that works incorrectly... I guess that is soldered in reverse... or defective.Regards!

Look at step 9. I put an updated version of myMatrix there...Regards!

Try to disable optimisation for t_shiftOut in myMATRIXclass.h and myMATRIXclass.cpp: void __attribute__((optimize(“O0”))) t_shiftOut(uint8_t dataRed,uint8_t dataGreen);

Try to disable optimisation for t_shiftOut in myMATRIXclass.h and myMATRIXclass.cpp: void __attribute__((optimize(“O0”))) t_shiftOut(uint8_t dataRed,uint8_t dataGreen);

I have no idea. On my Arduino IDE work fine... And I have made many updates to the IDE and core. I started myMatrix since Arduino was 1.5 or less. I think the only "starting point" is to reinstall/update library or even Arduino IDE...Now, my setup is IDE 1.6.8 with AVR boards 1.6.17 ... and Linux ... as you can see:

I know that error was in Arduino IDE... more precisely in avrdude that is bundled with Arduino IDE 1.6.xx... You can search in Arduino IDE installation folders and you will see... somewhere in .../arduino-1.6.x/hardware/tools/avr/bin... there are avrdude files...after the latest additions(of informations) you've made I only see that Arduino IDE not installed properly ... or has altered thereafter... I don't think that has to do with definitions for DIP Atmega 40, because these definitions use tools and config files that are already there... Right now I use 1.6.7 under Linux Ubuntu... and method/files from this instructable...

It seems that avrdude not "see" USBasp device. Maybe was "locked" by "Extreme AVR burner" program (You have not closed the program?)... or USBasp device have a different vid/pid form what avrdude is configured? I notice that device is working device... but message is from avrdude included in Arduino IDE... I sugest to try a separate version of avrdude... to see if working......or restart, plug USBasp in another USB socket an try first with Arduino IDE......look after usb devices in your operating system configuration to see how this device is used... what are vid/pid... and other info... Some USBasp clones (I use them too) do not have the "official" version of firmware... mine worked also in linux and windows... but maybe an updated firmware will ...

It seems that avrdude not "see" USBasp device. Maybe was "locked" by "Extreme AVR burner" program (You have not closed the program?)... or USBasp device have a different vid/pid form what avrdude is configured? I notice that device is working device... but message is from avrdude included in Arduino IDE... I sugest to try a separate version of avrdude... to see if working......or restart, plug USBasp in another USB socket an try first with Arduino IDE......look after usb devices in your operating system configuration to see how this device is used... what are vid/pid... and other info... Some USBasp clones (I use them too) do not have the "official" version of firmware... mine worked also in linux and windows... but maybe an updated firmware will solve this problem... you can try to update usbasp with another usbasp... and a known working program like Extreme burner"

It should work smoothly. At the time I did the project, I tried several DAW programs (demo versions) ... Meanwhile I gave up windows forever... so I tried it with LMMS with Linux and worked too.

Thank you for your words! :) I like to see some of my projects are useful. Good luck with your projects. See you around!

There are no bootloader in this setup. Just use USBASP to upload your code.

I think that softwareserial library use PCINT interrups. Atmega32/16/8 don't have PCINT at all. You can try same method as you mention above, with ATmega 1284... but Atmega1284 already have 2 serial... so no need to use software serial (unless you need 3 or more serials...)Or you can try an old version of software serial library with atmega32 and old version of arduino ide ... 1.0.xx. These are solutions that I see at the moment... maybe someone else come up with other solutions ...?