0xc280 - это элемент управления (U + 0080 в Unicode), который довольно часто вызывает проблемы при использовании SQL и подобных. Проблема часто заключается в цепочке преобразования, которая неизменно происходит, когда вы используете разные приложения, которые используют разные схемы кодирования. В Windows уже включен UTF-8, так что это не проблема Windows. Я полагаю, что проблема возникает до того, как R считывает данные.
Фактически, в цепочке последовательность символов 0x80 в UNICODE будет отображаться в 0xc280 в UTF-8. Предполагается, что это контрольная последовательность, и ее нельзя распечатать. Но велики шансы, что 0x80 на самом деле не UNICODE, а Windows Latin-1 или Latin-2. В этом случае 0x80 представляет знак евро. Это может объяснить, как это заканчивается в ваших данных. Проверьте, можете ли вы найти что-то подобное в данных, это уже кое-что объясняет.
Я предполагаю, что решение будет лежать не на R-конце этой рабочей цепочки, а до этого. Он попытается выполнить автоматическое преобразование, но в некоторых случаях сообщается, что этот сбой (в том числе для SQL и Oracle). Проверьте, в какой кодировке вы работаете в Postgresql, и попробуйте использовать любой из латинских типов. Могут быть и другие ссылки (например, Putty или аналогичный терминал). Я уверен, что все кодировки там ISO8859-1, который является Latin-1. Где-то между ними возникает UTF-8, и когда символ 0x80 неправильно отображается на 0xc280, вы получаете проблемы.
Итак, проверьте кодировки в вашей полной рабочей цепочке и убедитесь, что они все совпадают. Если этого не произойдет, автоматическое преобразование, выполняемое между каждым шагом, может создать проблемы для некоторых символов.
Надеюсь, это поможет.