Silvius

It seems to me that it is a short circuit there, or or you misidentified the usb connector pins (and the result is also a short circuit). It is something you assume wrong, so that's why you reconstructed the scheme and you get the same bad result... maybe polarity of zener diodes?The first thing I would do would be to measure the USB connector alone, without being connected to anything else.This will identify with certainty which are the GND pins, + 5V, and which are the data pins (without knowing for sure what D+ and D- are).In the next step you should identify with certainty which are the pins D + and D- (there are two possibilities anyway). I can assure you that the scheme is 100% correct and functional as it is. About the possibility of a voltage regulator: if you power the circuit fr…

It seems to me that it is a short circuit there, or or you misidentified the usb connector pins (and the result is also a short circuit). It is something you assume wrong, so that's why you reconstructed the scheme and you get the same bad result... maybe polarity of zener diodes?The first thing I would do would be to measure the USB connector alone, without being connected to anything else.This will identify with certainty which are the GND pins, + 5V, and which are the data pins (without knowing for sure what D+ and D- are).In the next step you should identify with certainty which are the pins D + and D- (there are two possibilities anyway). I can assure you that the scheme is 100% correct and functional as it is. About the possibility of a voltage regulator: if you power the circuit from USB there is no place in the diagram where you could put such a regulator; USB gives you 5V, the circuit is powered at 5V.The only place where a voltage reduction from 5V to 3.6V is needed, is D + and D- (on the computer side). And this is done by D1 .. D2 and R1 .. R2, which lowers the voltage level of USB signals (D + and D-) to 3.6V.So the microcontroller will "put" 5V signals and the D1-D2 zener diodes together with the resistors R1-R2 will reduce the voltage to 3.6 for the computer side.The computer will "put" 3.6V signals on D + and D- and they will reach the microcontroller pins almost unchanged. And although the microcontroller is powered at 5V it will "understand" the 3.6V signals (that's another story).Make sure you have not already "burned" the microcontroller, as it could be a big load for USB.Good luck!

This tutorial is not valid for newer versions of Arduino IDE ( > 1.5).You can try this: https://www.instructables.com/ATmega-DIP40-in-A...or other newer tutorials. Good luck!

You're welcome! ...to scroll text with different colors, I think ... library should be modified again ... hScroll_nb function must return a value to see when an iteration is complete...and change colour between iterations.... I will try to do this in the coming days Regards!

That was what you wanted ... I think

Problem solved. In a maximum of one day I will come back with an updated version of the library and a new example. I need a little more time to put them in order.

Silvius, I am sorry if I hijack your instructable or something. But since I am here, I think I should give Dan a handI have no problem with that. On the contrary. I think it's very nice to try to help him. On this occasion, we will all learn something ... And I got a boost to work on this library ... to solve something that seems a challenge ...So I'm glad you're here.Keep in touch!

I started working on your request ... and I noticed a problem.The h_scroll function blocks the main loop, so it is not possible to display anything until it is over.Now I'm looking for a solution either by modifying the library or by building a scroll function that allows for parallel execution of other instructions....Or both?

Hello! Unfortunately I have a busy schedule these days, and I can not properly handle this requirement.I looked at the code you sent me. It's like my library. But there are also great differences in performance, and because of this is weak intensity.The principle is the same: there is a buffer that is sent quickly to the module. Im my code I use a timer interrupt and send one line at every interrupt.In the code you send to me the buffer is send in main loop. Also in my library I use an optimized version of shiftOut and digitalWrite to speed up things.So... this code is good to understand the principle... in my library things are somewhat hidden, but are big differences when it comes to speed.I would like to try to explain the code in an article/instructable separately... It's too much to …

Hello! Unfortunately I have a busy schedule these days, and I can not properly handle this requirement.I looked at the code you sent me. It's like my library. But there are also great differences in performance, and because of this is weak intensity.The principle is the same: there is a buffer that is sent quickly to the module. Im my code I use a timer interrupt and send one line at every interrupt.In the code you send to me the buffer is send in main loop. Also in my library I use an optimized version of shiftOut and digitalWrite to speed up things.So... this code is good to understand the principle... in my library things are somewhat hidden, but are big differences when it comes to speed.I would like to try to explain the code in an article/instructable separately... It's too much to write to solve this in a comment.

You're right what you say about the name... I have never been inspired to choose names. :)It is very interesting to put 959 in daisy-chain... I'm envious that the idea did not come from me.Maybe I would not have put it into practice for a final project, but it would have been very exciting to experiment with.Thank you for the feedback!Regards.

Tomas Kovacik has already adapted the library to work with 3 panels. Look here:https://github.com/tomaskovacik/arduino/tree/maste...

The library does not support more than 1 panel, but is easy to modify to support 3.The real problem would be to make the library adapt itself to a variable number of panels.Because I did not have multiple panels available I did not go any further with this library...I'll try to make a response in the next 2-3 days... I'll try to modify the library to work with exactly 3 panels. Keep in touch.

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.

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

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 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 appl…

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.

:) 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 …

:) 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...

:) 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.

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 so…

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"

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

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.

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 ...?