The RPi communicates with the dsPIC on the DigiThin PCB using the UART on pins 8 and 10 of the 26 pin header. Is that causing a complication?
Brian
RPIDATV and Arduino
Forum rules
This forum is run by the BATC (British Amateur Television Club), it is service made freely available to all interested parties, please do not abuse this privilege.
Thank you
This forum is run by the BATC (British Amateur Television Club), it is service made freely available to all interested parties, please do not abuse this privilege.
Thank you
Re: RPIDATV and Arduino
Very nice - but does this need an Arduino? The PI can drive LCDs and can read buttons on its own. There is a "Hat" for it even.
Using an I2C LCD will reduce the pin count and the required signals are available on the J8 header. 20x4 LCDs might be more useful to display all the settings. Header J7 has some I/O available for a very simple button interface or we could use an I2C I/O expander like the PCF8575 . While we are at it why not also control an si570 with the I2C?
Mike
Using an I2C LCD will reduce the pin count and the required signals are available on the J8 header. 20x4 LCDs might be more useful to display all the settings. Header J7 has some I/O available for a very simple button interface or we could use an I2C I/O expander like the PCF8575 . While we are at it why not also control an si570 with the I2C?
Mike
Re: RPIDATV and Arduino
Firstly on Brians comment, I have tried it with the DigiThin unplugged but have the same result.
I expect all will be clear when Alain has time to do the instructions in a few weeks (That's always the hard part!). The baud rate used for this is 9600.
Alain's must be working, so it must be something I've not got quite right this end, Its a useful learning experience for me though
And to answer Mike,
Yes, every thing you say should be possible, ( and desirable ) I believe some people have done some work along those lines, but not seen any thing published yet!
I have built a few of Alain's projects in the past and they have worked very well, and are in daily use, so just had to try this one.
My first time with the Arduino so bound to get something wrong
Colin
I expect all will be clear when Alain has time to do the instructions in a few weeks (That's always the hard part!). The baud rate used for this is 9600.
Alain's must be working, so it must be something I've not got quite right this end, Its a useful learning experience for me though
And to answer Mike,
Yes, every thing you say should be possible, ( and desirable ) I believe some people have done some work along those lines, but not seen any thing published yet!
I have built a few of Alain's projects in the past and they have worked very well, and are in daily use, so just had to try this one.
My first time with the Arduino so bound to get something wrong
Colin
Re: RPIDATV and Arduino
Hi Colin,
Arduinos and RS232 can be difficult, I have used them for several projects. You haven't got the USB plugged in have you?
Arduinos and RS232 can be difficult, I have used them for several projects. You haven't got the USB plugged in have you?
Re: RPIDATV and Arduino
No, not got the USB plugged in.
For todays test I have used another pi and DigiThin, a genuine Arduino UNO r3 and another LCD shield.
Downloaded the sketch again, made a new SD card and edited the inittab file.
Fitted a level converter between the pi and Arduino.
Results were exactly the same as before, boots up and transmits for 50 seconds ( Have noticed it uses the settings from the pi not what I set on the LCD) then stops with a double flash on the DigiThin.
I tried setting up a French version to test, but was not able to log on via the PC ( couldn't find the pi on the network!). Twice!
Beginning to understand a little more about how it works now, so a good project
Have a few more things to try latter, I sure I've missed a step in my 'learn by doing' approach
I should wait for the instructions but am enjoying having a play in the meantime.
For todays test I have used another pi and DigiThin, a genuine Arduino UNO r3 and another LCD shield.
Downloaded the sketch again, made a new SD card and edited the inittab file.
Fitted a level converter between the pi and Arduino.
Results were exactly the same as before, boots up and transmits for 50 seconds ( Have noticed it uses the settings from the pi not what I set on the LCD) then stops with a double flash on the DigiThin.
I tried setting up a French version to test, but was not able to log on via the PC ( couldn't find the pi on the network!). Twice!
Beginning to understand a little more about how it works now, so a good project
Have a few more things to try latter, I sure I've missed a step in my 'learn by doing' approach
I should wait for the instructions but am enjoying having a play in the meantime.
-
F1CJN
Re: RPIDATV and Arduino
Hi Colin
I had contact with Evariste F5OEO the day before yesterday due to another problem : I had different MER with and without HDMI (14dB compare to 29dB)
Important : Do not start the RPiDATV with the HDMI plug in, with or without Arduino, because there is a problem with the RPiDATV timing when the HDMI is connected.
During my holidays I did use HDMI, may be just once or two to init the RPiDATV and verify the init of the Rpi program.
All the development with Arduino was made without any HDMI screen !
This afternoon I tested the QPSKRF at SR500, FEC 3/4 and 437.5 MHz (MER = 29dB) with the Arduino with continuous video reception signal. It does not stop after 50 s without HDMI connected.
Effectivly, with the Digithin, the Arduino uses the same TX and RXD from the RPi and if it works, it is a miracle. May as suggested before , it will be easier to use the Rpi itself with a serial LCD.
Hope this message helps.
73's
Alain
F1CJN
I had contact with Evariste F5OEO the day before yesterday due to another problem : I had different MER with and without HDMI (14dB compare to 29dB)
Important : Do not start the RPiDATV with the HDMI plug in, with or without Arduino, because there is a problem with the RPiDATV timing when the HDMI is connected.
During my holidays I did use HDMI, may be just once or two to init the RPiDATV and verify the init of the Rpi program.
All the development with Arduino was made without any HDMI screen !
This afternoon I tested the QPSKRF at SR500, FEC 3/4 and 437.5 MHz (MER = 29dB) with the Arduino with continuous video reception signal. It does not stop after 50 s without HDMI connected.
Effectivly, with the Digithin, the Arduino uses the same TX and RXD from the RPi and if it works, it is a miracle. May as suggested before , it will be easier to use the Rpi itself with a serial LCD.
Hope this message helps.
73's
Alain
F1CJN
Re: RPIDATV and Arduino
Hi Alain,
Thanks for the information, I don't normally use the HDMI anyway, but had planed to use it portable, so thanks for letting us know.
The Arduino should work well for the other modes, but as you say we should look at another method for DigiThin.
Best 73
Colin
Thanks for the information, I don't normally use the HDMI anyway, but had planed to use it portable, so thanks for letting us know.
The Arduino should work well for the other modes, but as you say we should look at another method for DigiThin.
Best 73
Colin
Re: RPIDATV and Arduino
Did you ever resolve the 50 second timeout issue?
Mike
Mike
Re: RPIDATV and Arduino
No, we decided it cant work with the DigiThin PCB as it already using the UART on pins 8 and 10.
That was causing the problem.
However I am working on another project that isn't using the UART, so may still be able to use this
If that works out, will post the results here.
That was causing the problem.
However I am working on another project that isn't using the UART, so may still be able to use this
If that works out, will post the results here.
Re: RPIDATV and Arduino
I am now using this project to change SR, FEC, and PIDs for this http://www.batc.org.uk/forum/viewtopic.php?f=15&t=4388
Very useful it is too, running in I Q mode so no conflict with the DigiThin, as that signal isn't used.
Thanks Alan,
Very handy for /P
PS: The V PID is normally 256, I was just testing!
Very useful it is too, running in I Q mode so no conflict with the DigiThin, as that signal isn't used.
Thanks Alan,
Very handy for /P
- ardpi33.jpg (390.4 KiB) Viewed 7555 times